Zend_Oauth-Introduction.xml 3.0 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- EN-Revision: 24249 -->
  3. <!-- Reviewed: no -->
  4. <sect1 id="zend.oauth.introduction" xmlns:xi="http://www.w3.org/2001/XInclude">
  5. <title>Einführung zu OAuth</title>
  6. <para>
  7. OAuth erlaubt es Zugriffe auf private Daten welche in einer Website gespeicher sind von
  8. jeder Anwendung aus zu gestatten ohne dazu gezwungen zu sein den Benutzernamen oder das
  9. Passwort herauszugeben. Wenn man darüber nachdenk ist die Praxis der Herausgabe von
  10. Benutzername und Passwort für Sites wie Yahoo Mail oder Twitter seit einer ganzen Weile
  11. endemisch. Dies hat einige Bedenken ausgelöst weil es nichts gibt um zu verhindern das
  12. Anwendungen diese Daten missbrauchen. Ja, einige Serives mögen vertrauenswürdig erscheinen
  13. aber dies kann nie garantiert werden. OAuth löst dieses Problem indem es die Notwendigkeit
  14. eliminiert Benutzernamen und Passwörter zu teilen, und es mit einem vom Benutzer
  15. kontrollierten Authorisationsprozess ersetzt.
  16. </para>
  17. <para>
  18. Dieser Authorisationsprozess basiert auf Tokens. Wenn man eine Anwendung authorisiert (wobei
  19. eine Anwendung jede Webbasierende- oder Desktop- anwendung enthält) auf die eigenen Daten
  20. zuzugreifen, wird diese einen Access Token erhalten der mit dem eigenen Account assoziiert
  21. ist. Bei Verwendung dieses Access Tokens kann die Anwendungen auf die privaten Daten
  22. zugreifen ohne dauernd die Zugangsdaten zu benötigen. Insgesamt ist dieses Prokoll einer
  23. delegationsartigen Authorisierung eine sicherere Lösung des Problems auf private Daten
  24. über eine beliebige Webservice <acronym>API</acronym> zuzugreifen.
  25. </para>
  26. <para>
  27. OAuth ist keine komplett neue Idee, es ist mehr ein standardisiertes Protokoll welches auf
  28. existierende Eigenschaften von Protokollen wie Google AuthSub, Yahoo BBAuth, Flickr
  29. <acronym>API</acronym>, usw. aufsetzt. Alle von Ihnen arbeiten im weiteren Sinne auf der
  30. Basis einer standardisierten Benutzerkennung für eine Art Access Token. Der Vorteil einer
  31. standardisierten Spezifikation wie OAuth ist, das Sie nur eine einzelne Implementation
  32. benötigt im gegensatz zu vielen unterschiedlichen abhängig vom verwendeten Webservice. Diese
  33. Standardisierung hat nicht unabhängig von den Major Players stattgefunden, und aktuell
  34. unterstützen viele bereits OAuth als Alternative und wollen in Zukunft Ihre eigenen Lösungen
  35. damit ersetzen.
  36. </para>
  37. <para>
  38. Zend Framework's <classname>Zend_Oauth</classname> implementiert aktuell über die Klasse
  39. <classname>Zend_Oauth_Consumer</classname> einen vollständigen OAuth Konsumenten welcher der
  40. OAuth Core 1.0 Revision A Spezifikation (24 Juni 2009) entspricht.
  41. </para>
  42. <xi:include href="Zend_Oauth-ProtocolWorkflow.xml" />
  43. <xi:include href="Zend_Oauth-SecurityArchitecture.xml" />
  44. <xi:include href="Zend_Oauth-GettingStarted.xml" />
  45. </sect1>