[OpenStack-Infra] Refstack workflow discussion. Using OpenstackID as auth provider for application with Web UI and CLI client
Jimmy McArthur
jimmy at tipit.net
Wed Apr 22 20:28:48 UTC 2015
Sergey,
I looks like this mailing thread is broken. I didn't receive your response.
>
I think a lot of the responses aren't getting through b/c the Infra list
was dropped from the discussion. I think it's important to have this
discussion on a public forum, so adding back in.
>
> We thought about using tokens generated by OpenstackID, but I didn't find
> how a CLI client can get such kind of token.
> If you know how to get oAuth token from CLI tool, please shared it with me.
>
At the moment, we have not implemented that oauth2 workflow:
https://tools.ietf.org/html/rfc6749#section-4.3 There are some security
concerns about passing credentials:
The resource owner password credentials grant type is suitable in
cases where the resource owner has a trust relationship with the
client, such as the device operating system or a highly privileged
application. The authorization server should take special care when
enabling this grant type and only allow it when other flows are not
viable.
As you can see, this is doable, but not something we'd prefer for security
reasons. Perhaps if you could clarify the use case? Maybe with a bit more
information, we could understand why you need to get a token for the CLI
app. It feels like this is still a desire to use oauth2 for some type of
authentication.
--
Jimmy McArthur / Tipit.net <http://tipit.net/> < jimmy at tipit.net>
512.965.4846
> On Mon, Apr 20, 2015 at 6:49 PM, Sergey Slypushenko <
> sslypushenko at mirantis.com> wrote:
>
>> Jimmy,
>>
>> Thank you for your comment! That diagram was kind of outdated. I have
>> updated it already.
>>
>> We are planning to use OpenID for authentication and we have been already
>> working on it.
>>
>> Regards,
>> Sergey
>>
>>
>>
>> On Mon, Apr 20, 2015 at 6:30 PM, Jimmy McArthur <jimmy at tipit.net> wrote:
>>
>>> Sergey,
>>>
>>> The biggest thing that stands out is the lack of authentication through
>>> OpenID. It appears that you're still authenticating through oAuth2, which
>>> is against security best practices and not how OpenStackID is designed. For
>>> a primer on the difference and why it's set up this way:
>>> http://nat.sakimura.org/2011/05/15/dummys-guide-for-the-difference-between-oauth-authentication-and-openid/
>>> (forgive the title, but it does a nice job of illustrating the issue)
>>>
>>> I'm adding Sebastian here to chime in on potential technical details and
>>> the possibility of setting up your own resource server. The important thing
>>> though is to follow the steps outlined in the OpenStackID documentation for
>>> proper authentication.
>>>
>>> --
>>> Jimmy McArthur / Tipit.net < jimmy at tipit.net>
>>> 512.965.4846
>>>
>>>
>>> On Thu, Apr 16, 2015 at 4:49 AM, Sergey Slypushenko <
>>> sslypushenko at mirantis.com> wrote:
>>>
>>>> Here you can find slides with general user stories:
>>>>
>>>> - create user account
>>>> - access to resource required user auth in Web UI
>>>> - access to resource required user auth in CLI client
>>>>
>>>>
>>>> https://docs.google.com/presentation/d/1v7exKKL1zSA102Xu8FkY1u9rMVUE6BjwUCoWGYYvbaI/edit#slide=id.g9870fa983_0_0
>>>>
>>>> Any comments related to this topic will be very appreciated.
>>>>
>>>> Regards,
>>>> Sergey Slipushenko,
>>>>
>>>> Software Developer,
>>>> Kharkiv, Ukraine,
>>>> Mirantis Inc.
>>>>
>>>>
>>>> _______________________________________________
>>>> OpenStack-Infra mailing list
>>>> OpenStack-Infra at lists.openstack.org
>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-infra/attachments/20150422/daf2b708/attachment.html>
More information about the OpenStack-Infra
mailing list