was ist der unterschied zwischen pgp und openid? und wie finden die zusammen? wirkt auf mich wie zwei für sich abgeschlossene technologien? erklärungsbedarf….
Genutzt wird ein öffentlicher Schlüssel, mit dem jeder die Daten für den Empfänger verschlüsseln kann, und ein privater geheimer Schlüssel, den nur der Empfänger besitzt und der durch ein Kennwort geschützt ist. Nachrichten an einen Empfänger werden mit seinem öffentlichen Schlüssel verschlüsselt und können dann ausschließlich durch den privaten Schlüssel des Empfängers entschlüsselt werden. Diese Verfahren werden auch asymmetrische Verfahren genannt, da Sender und Empfänger zwei unterschiedliche Schlüssel verwenden.
Ich hab keine Ahnung wie die Implementierung aussehen könnte… Deshalb finde ich es ja so interessant 🙂
Eventuell könnte man die Requests zwischen Relying Party und Provider mit PGP verschlüsseln.
jetzt hast du aber oft schlüssel gesagt :). das ganze pgp-verfahren erschließt sich mir nicht, scheint sich aber bisher als sicher bewährt zu haben, weswegen eine kombination natürlich super wäre…
Hm, also soviel ich von PGP weiß, kann ich mir beim Besten willen nicht vorstellen, wie das vonstatten gehen soll. Die einzig denkbare Lösung wäre eine Anwendung dazu auf dem PC installiert zu haben. Aber das wäre ja dann murks wegen unterwegs sich irgendwo einloggen. Den Schlüssel (privaten) müsste man schließlich auch dabei haben.
Naja, bleibt abzuwarten. Interessanter fände ich mal eine Passwortimplementierung mit „Einmal Passwörtern“. Und ein Konzept wie diese generiert werden, dass man weiß was das nächste Passwort ist.
Was soll das ganze eigentlich mit OpenID zu tun haben? OpenID spezifiziert schließlich nicht wie der Benutzer auf der Providerseite sich einloggen/anmelden muss. Das ist Sache des Providers und auch gut so 🙂
…oder der Client verschlüsselt die Kommunikation zum Server und umgekehrt.
Ablauf:
* Client fragt Public-Key an (z.B. über Stephens Discovering OpenPGP Keys Over HTTP)
* Client verschlüsselt den Request mit dem erhaltenen Public Key.
* Client schickt Request
* Server entschlüsselt den Request und verarbeitet ihn
* Das ganze wieder zurück…
was ist der unterschied zwischen pgp und openid? und wie finden die zusammen? wirkt auf mich wie zwei für sich abgeschlossene technologien? erklärungsbedarf….
PGP:
Ich hab keine Ahnung wie die Implementierung aussehen könnte… Deshalb finde ich es ja so interessant 🙂
Eventuell könnte man die Requests zwischen Relying Party und Provider mit PGP verschlüsseln.
Auch nicht ganz unwichtig für OpenID/PGP könnten Stephens Ideen zum Thema Discovering OpenPGP Keys Over HTTP sein.
jetzt hast du aber oft schlüssel gesagt :). das ganze pgp-verfahren erschließt sich mir nicht, scheint sich aber bisher als sicher bewährt zu haben, weswegen eine kombination natürlich super wäre…
Hm, also soviel ich von PGP weiß, kann ich mir beim Besten willen nicht vorstellen, wie das vonstatten gehen soll. Die einzig denkbare Lösung wäre eine Anwendung dazu auf dem PC installiert zu haben. Aber das wäre ja dann murks wegen unterwegs sich irgendwo einloggen. Den Schlüssel (privaten) müsste man schließlich auch dabei haben.
Naja, bleibt abzuwarten. Interessanter fände ich mal eine Passwortimplementierung mit „Einmal Passwörtern“. Und ein Konzept wie diese generiert werden, dass man weiß was das nächste Passwort ist.
Was soll das ganze eigentlich mit OpenID zu tun haben? OpenID spezifiziert schließlich nicht wie der Benutzer auf der Providerseite sich einloggen/anmelden muss. Das ist Sache des Providers und auch gut so 🙂
…oder der Client verschlüsselt die Kommunikation zum Server und umgekehrt.
Ablauf:
* Client fragt Public-Key an (z.B. über Stephens Discovering OpenPGP Keys Over HTTP)
* Client verschlüsselt den Request mit dem erhaltenen Public Key.
* Client schickt Request
* Server entschlüsselt den Request und verarbeitet ihn
* Das ganze wieder zurück…
[Offtopic]
Schöne/Kurze OpenIDs sind bald mit ein oder zweistelligen .de-Domains möglich:
Info: https://web.archive.org/web/20150730115050/http://www.denic.de:80/denic-im-dialog/news/2413.html?cHash=bd6e9712d6
Viele Grüße
ID.de 🙂