Schlüsselaustausch
Diffie-Hellman-Schlüsselaustausch simulieren
100 % kostenlos. Läuft vollständig in deinem Browser: deine Dateien und Daten verlassen dein Gerät nie, und es wird nichts auf einen Server hochgeladen.
Öffentliche Parameter
Über dieses Tool
Simuliert den Diffie-Hellman-Schlüsselaustausch – ein grundlegendes kryptografisches Verfahren, mit dem zwei Parteien über einen unsicheren Kanal ein gemeinsames Geheimnis vereinbaren, ohne den Schlüssel selbst zu übertragen. Es ist eine Lernvisualisierung, wie die Mathematik hinter diesem weit verbreiteten Protokoll Schritt für Schritt wirklich funktioniert.
So verwendest du dieses Tool
- Öffentliche Parameter setzenWähle die gemeinsame Primzahl und den Generator, die beide Kommunikationspartner nutzen.
- Private/öffentliche Werte erzeugenErzeuge das private Geheimnis jeder Seite und den zugehörigen öffentlichen Schlüssel.
- Öffentliche Schlüssel austauschenSimuliere das Teilen nur der öffentlichen Werte über einen unsicheren Kanal.
- Gemeinsames Geheimnis ableitenBerechne dasselbe Sitzungsgeheimnis unabhängig auf beiden Seiten.
Diffie-Hellman mit einfachen Zahlen
Alice und Bob einigen sich öffentlich auf eine Primzahl p = 23 und eine Basis g = 5. Alice wählt geheim 6 und sendet 5^6 mod 23 = 8; Bob wählt geheim 15 und sendet 5^15 mod 23 = 19. Alice rechnet 19^6 mod 23 = 2 und Bob 8^15 mod 23 = 2 – beide teilen nun das Geheimnis 2, das nie über das Netz ging.
Echte Systeme nutzen Zahlen mit Hunderten Stellen, sodass sich die Geheimnisse aus den öffentlichen Werten praktisch nicht berechnen lassen. Dieselbe Idee sichert heute HTTPS, SSH und Messenger-Apps.
Warum es nutzen
- Visualisiert das Kernkonzept von Diffie-Hellman klar zum Lernen.
- Zeigt, warum private Schlüssel nie direkt übertragen werden.
- Nützlich, um TLS und die Grundlagen sicherer Sitzungen zu verstehen.
- Verbindet Kryptotheorie mit einem praktischen Schritt-für-Schritt-Ablauf.
Häufige Anwendungen
- Kryptografie-Grundlagen in Kursen und Workshops unterrichten.
- Sichere Schlüsselvereinbarung Engineering-Teams erklären.
- Das Konzept des öffentlichen Schlüsselaustauschs in der Dokumentation zeigen.
- Konzeptuelle Missverständnisse in Protokoll-Designreviews debuggen.
Tipps für bessere Ergebnisse
- Behandle das als Lernsimulation, nicht als Schlüsselgenerierung für Produktion.
- Achte auf die Vertrauens- und Authentifizierungslücke, die DH allein nicht schließt.
- Vergleiche mit ECDH für den modernen Protokollkontext.
- Nutze die Intuition größerer Parameter, wenn du über reale Sicherheit sprichst.
Fehler, die du vermeiden solltest
- Annehmen, DH allein verhindere Man-in-the-Middle-Angriffe.
- Spielzeug-Parametergrößen in echten Produktionssystemen nutzen.
- Die Ableitung des gemeinsamen Geheimnisses mit einem vollständigen Verschlüsselungsprotokoll verwechseln.
- Statische Geheimnisse ohne Forward-Secrecy-Design wiederverwenden.
Häufig gestellte Fragen
Das ist eine Lernsimulation, die zeigen soll, wie die Diffie-Hellman-Mathematik konzeptionell funktioniert – sie ist nicht dafür gedacht, einen echten produktionsreifen Geheimschlüssel für einen sicheren Kommunikationskanal zu erzeugen oder auszutauschen.
Es ist ein Kernbaustein vieler Sicherheitsprotokolle (wie TLS/HTTPS), mit dem zwei Parteien über ein öffentliches Netz ein gemeinsames Geheimnis vereinbaren, ohne den Schlüssel selbst zu senden, und so vor Mithörern schützen.
Das Tool visualisiert den Prozess Schritt für Schritt und macht die Kernidee (öffentliche Rechenoperationen, die ein gemeinsames Geheimnis erzeugen, das nur die beiden Parteien berechnen können) auch ohne tiefes Krypto-Vorwissen zugänglich.
Er sieht die öffentlichen Werte, müsste aber das diskrete Logarithmusproblem lösen, um eine private Zahl zu ermitteln - bei ausreichend großen Primzahlen praktisch unmöglich. Mit den kleinen Zahlen einer Demo geht das leicht, deshalb nutzen echte Systeme 2048-Bit-Gruppen oder elliptische Kurven.
Allein nicht. Ein Angreifer in der Mitte kann mit jeder Seite einen eigenen Austausch führen. TLS verhindert das, indem es den Austausch mit Zertifikaten und Signaturen authentifiziert.
Beide Seiten starten mit einer gemeinsamen öffentlichen Farbe, jede mischt eine geheime Farbe hinzu, sie tauschen die Mischungen und fügen ihr Geheimnis erneut hinzu. Beide erhalten dieselbe Endfarbe, während ein Beobachter die Farben nicht entmischen kann.