You used to be able to change an accounts email address through the API but
it looks like Twitter removed that "feature" so no. An OAuth application can
not take over a users account.

Abraham

On Mon, Apr 26, 2010 at 17:49, philip crawford <philipha...@gmail.com>wrote:

> With a users twitter password, I can take over their account by
> changing email & password.  Can I do that with OAuth credentials?
>
>
> On Mon, Apr 26, 2010 at 7:43 PM, Ron B <rbther...@gmail.com> wrote:
> > Where end-user credentials are stored is entirely up to the end-user,
> > as is who they choose to share the information with.  OAuth does not
> > and cannot address this, as it shouldn't - and neither should Twitter
> >
> > When a user types their username/password on the Twitter authorization
> > screen, they are using someone's browser on someone's computer either
> > of which could harbor malicious software that could capture what was
> > typed, and are communicating these credentials over the open Internet
> > using at best nothing more than the https basic auth uses.  In
> > addition, "training" users to become accustomed to providing their
> > user credentials outside of their apps to requests made over the open
> > Internet makes them a lot more susceptible to phishing attacks.  How
> > exactly is this then "better" security than basic auth?
> >
> > The only "real" advantage to using OAuth is more application access
> > control and protected shared user access between application
> > platforms.  There are no real tangible advantages for the end-user.
> > With basic auth, all an end-user had to do was tell the app their user
> > credentials.  With OAuth, they have to leave their app to tell
> > Twitter, wait for Twitter to tell their app, and then return to their
> > app to continue the process.
> >
> > At least with XAuth, the user can continue to tell their app their
> > user credentials and have all this OAuth stuff handled behind the
> > curtain for them.
> >
> > I understand the very compelling reasons why Twitter wants to convert
> > to universal OAuth access.  But let's quit spinning OAuth as this
> > "great new security enhancement technology" that will benefit end-
> > users  It's not.  It wasn't even meant to be.  It was just meant to
> > help the Twitters of the world communicate end-user information among
> > each other without having to share their end-users' credentials.
> >
> >
> > On Apr 26, 7:08 pm, Raffi Krikorian <ra...@twitter.com> wrote:
> >> > What's the latest schedule for increasing the allowed API call rate
> for
> >> > oAuth users? That seems to have been lost in the shuffle.
> >>
> >> unclear - we're actively working with our infrastructure and operations
> >> teams on capacity planning specifically so we can increase the rate
> limits.
> >>
> >> > Also, is there any advantage to xAuth over the desktop PIN oAuth
> scheme
> >> > (for a desktop application)? I'm putting together a proposal and can't
> see
> >> > any real advantage to it on the desktop, especially since I have the
> oAuth
> >> > code done, thanks to Marc Mims' Net::Twitter. ;-)
> >>
> >> personally, i would -love it-, if everybody just used the oauth web
> workflow
> >> so that none of you even see a user's username/password.  that would
> make
> >> the web more secure.  i'm even soliciting suggestions on what we could
> do to
> >> make the web workflow better.  i understand, however, that the PIN
> workflow
> >> can be off putting for some users.
> >>
> >> so, implementing oAuth instead of xAuth would make me happy - but i
> doubt
> >> that's a motivation for most developers.
> >>
> >> --
> >> Raffi Krikorian
> >> Twitter Platform Teamhttp://twitter.com/raffi
> >>
> >> --
> >> Subscription settings:
> http://groups.google.com/group/twitter-development-talk/subscribe?hl=en
> >
>
>
>
> --
> imby - in my back yard
> An Experiment in Local Professional Networking
> http://madison.imby.info/p/Philip.Crawford
>



-- 
Abraham Williams | Developer for hire | http://abrah.am
@abraham | http://projects.abrah.am | http://blog.abrah.am
This email is: [ ] shareable [x] ask first [ ] private.

Reply via email to