Hört sich interessant an:
This might sound crazy, but we intend to actually overcome most of the serious flaws in modern web-authentication schemes by utilizing a mash-up of PGP and OpenID technologies.
Link: PGP/OpenID Gateway
Matthias Pfefferle
@pfefferle@notiz.blog
Ich bin Webworker und arbeite als „Open Web Lead“ @ Automattic. Ich blogge, podcaste und schreibe eine Kolumne über das open, independent und federated social Web. Mehr über mich.
767 Beiträge
815 Folgende
Fediverse Reactions
Beitrags-URL
Gib die Beitrags-URL in das Suchfeld deiner bevorzugten Open-Social-App oder -Plattform ein.
Dein Profil
Oder wenn du dein eigenes Profil kennst, können wir damit loslegen!
Warum muss ich mein Profil eingeben?
Diese Website ist Teil des ⁂ Open Social Web, einem Netzwerk miteinander verbundener sozialer Plattformen (wie beispielsweise Mastodon, Pixelfed, Friendica und andere). Im Gegensatz zu zentralisierten sozialen Medien befindet sich dein Profil auf einer Plattform deiner Wahl, und du kannst mit Menschen auf verschiedenen Plattformen interagieren.
Wenn du dein Profil eingibst, können wir an dein Profil senden, wo du diese Aktion abschließen kannst.
7 Kommentare zu „PGP/OpenID Gateway“
-
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:
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.
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:
Viele Grüße
-
ID.de 🙂
-
Schreibe einen Kommentar