evaluate doctormo's browserless credentials module for use in U1

Bug #446386 reported by Elliot Murphy
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu One Client
Triaged
Wishlist
Stuart Langridge

Bug Description

From email conversation with Martin on the Ayatana list:

"I have a python module that
does browserless credentials for launchpad by using the cookie key
returned from a logon request and then also keys from the launchpad API,
to avoid breaking workflow for the naultius launchpad plugin.

http://doctormo.wordpress.com/2009/09/18/launchpad-naultius-sneak-preview/

End result is the ability to pair the desktop app and use the lp API for
most things and also manage ssh keys (required for bzr/lp integration)
which is currently not supported by the lp API."

This sounds way cool. This bugtask is about evaluating the browserless credentials work that Martin has done and discussing how it might apply to U1 and the Ubuntu desktop overall, along with any changes that might be needed in the U1/launchpad SSO system to make things work even more smoothly.

Tags: desktop+
Elliot Murphy (statik)
Changed in ubuntuone-client:
assignee: nobody → Stuart Langridge (sil)
tags: added: design-sprint
Elliot Murphy (statik)
Changed in ubuntuone-client:
milestone: none → w29
Revision history for this message
John O'Brien (jdobrien) wrote : Re: [Bug 446386] [NEW] evaluate doctormo's browserless credentials module for use in U1

Elliot Murphy wrote:
> Public bug reported:
>
>>From email conversation with Martin on the Ayatana list:
>
> "I have a python module that
> does browserless credentials for launchpad by using the cookie key
> returned from a logon request and then also keys from the launchpad API,
> to avoid breaking workflow for the naultius launchpad plugin.
>
> http://doctormo.wordpress.com/2009/09/18/launchpad-naultius-sneak-
> preview/
>
> End result is the ability to pair the desktop app and use the lp API for
> most things and also manage ssh keys (required for bzr/lp integration)
> which is currently not supported by the lp API."
>
> This sounds way cool. This bugtask is about evaluating the browserless
> credentials work that Martin has done and discussing how it might apply
> to U1 and the Ubuntu desktop overall, along with any changes that might
> be needed in the U1/launchpad SSO system to make things work even more
> smoothly.

This is something I considered since I've done it before.
It can be fragile though since changes to the SSO login could break it.

Changed in ubuntuone-client:
status: New → Triaged
tags: added: desktop+
removed: design-sprint
Changed in ubuntuone-client:
importance: Undecided → Wishlist
Revision history for this message
Robert Collins (lifeless) wrote : Re: [Bug 446386] [NEW] evaluate doctormo's browserless credentials module for use in U1

On Thu, 2009-10-08 at 14:45 +0000, Elliot Murphy wrote:
> Public bug reported:
>
> >From email conversation with Martin on the Ayatana list:
>
> "I have a python module that
> does browserless credentials for launchpad by using the cookie key
> returned from a logon request and then also keys from the launchpad API,
> to avoid breaking workflow for the naultius launchpad plugin.

I thought there was a /design goal/ of the SSO service that users would
never enter credentials outside their browser - that we'd leverage the
browser as the 'trusted environment', to make it harder for folk to
perform phishing attacks...

-Rob

Revision history for this message
Martin Owens (doctormo) wrote :

I've always thought that the browser _was_ the non trusted environment, precisely because it's prone to fishing attacks.

It's not like the desktop would store service passwords, just service authorisation keys.

dobey (dobey)
Changed in ubuntuone-client:
milestone: w29 → none
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.