Jump to: navigation, search

Difference between revisions of "Nova openid service"

Line 8: Line 8:
  
 
== Release Note ==
 
== Release Note ==
This section  should include a paragraph describing the end-user impact of this  change. It is meant to be included in the release notes of the first  release in which it is implemented.  (Not all of these will actually be  included in the release notes, at the release manager's discretion; but  writing them is a useful exercise.)
+
Integration of OpenID SSO Authentication service for [[OpenStack]]. Includes implementations of APIs in [[OpenStack]] for OpenID Service, and incorporates extension of Django-Nova/Dashboard to use the APIs to allow administrative login into web server.
  
It is mandatory.
+
== User stories ==
 +
OpenID URL for administrative user is used to provide flexible SSO solution, and use [[OpenStack]] services from Dashboard.
 +
 
 +
== Design ==
 +
{{http://wiki.openstack.org/StartingPage?action=[[AttachFile]]&do=get&target=nova-openid-block-diag.png}}
 +
 
 +
1: User requests OpenID login
 +
 
 +
2: API [[OpenidAuthReq]] called
 +
 
 +
3: Endpoint Discovery
 +
 
 +
4: Receive OP meta-info
 +
 
 +
5: Response XML (redirection info.)
 +
 
 +
6: Redirect to OpenID provider
 +
 
 +
7: User authentication at OP
  
== Rationale ==
+
8: Redirect back to Dashboard
  
== User stories ==
+
9: API [[OpenidAuthVerify]] called
 +
 
 +
10: Discover and verify
 +
 
 +
11: Verification response
  
== Assumptions ==
+
12: Response XML (user info.)
  
== Design ==
+
13: Login user
You can have subsections that better describe specific parts of the issue.
 
  
 
== Implementation ==
 
== Implementation ==

Revision as of 13:01, 19 April 2011

  • Launchpad Entry: OpenID Authentication Service API in OpenStack Nova
  • Created: Rasib Hassan Khan
  • Contributors: Rasib Hassan Khan, Jukka Ylitalo, Abu Shohel Ahmed

Summary

Currently, the Django-Nova/Dashboard supports only basic username/password based access. There is separate user credential management both on the web service point and OpenStack. OpenStack relies on the web server for user authentication resulting in Multiple Policy Decision Points (PDP). Integration of OpenID with Openstack allows flexible SSO mechanism for administrators. The solution also removes the existing multiple identity silos in web server and OpenStack.

Release Note

Integration of OpenID SSO Authentication service for OpenStack. Includes implementations of APIs in OpenStack for OpenID Service, and incorporates extension of Django-Nova/Dashboard to use the APIs to allow administrative login into web server.

User stories

OpenID URL for administrative user is used to provide flexible SSO solution, and use OpenStack services from Dashboard.

Design

{{http://wiki.openstack.org/StartingPage?action=AttachFile&do=get&target=nova-openid-block-diag.png}}

1: User requests OpenID login

2: API OpenidAuthReq called

3: Endpoint Discovery

4: Receive OP meta-info

5: Response XML (redirection info.)

6: Redirect to OpenID provider

7: User authentication at OP

8: Redirect back to Dashboard

9: API OpenidAuthVerify called

10: Discover and verify

11: Verification response

12: Response XML (user info.)

13: Login user

Implementation

This section should describe a plan of action (the "how") to implement the changes discussed. Could include subsections like:

UI Changes

Should cover changes required to the UI, or specific UI that is required to implement this

Code Changes

Code changes should include an overview of what needs to change, and in some cases even the specific details.

Migration

Include:

  • data migration, if any
  • redirects from old URLs to new ones, if any
  • how users will be pointed to the new way of doing things, if necessary.

Test/Demo Plan

This need not be added or completed until the specification is nearing beta.

Unresolved issues

This should highlight any issues that should be addressed in further specifications, and not problems with the specification itself; since any specification with problems cannot be approved.

BoF agenda and discussion

Use this section to take notes during the BoF; if you keep it in the approved spec, use it for summarising what was discussed and note any options that were rejected.