SSH-Key-Suite
Die SSH-Schlüsselauthentifizierung ersetzt ein Passwort durch ein mathematisch verknüpftes Schlüsselpaar: einen privaten Schlüssel, der Ihren Rechner nie verlässt, und einen öffentlichen Schlüssel, den Sie auf jedem Server installieren, bei dem Sie sich anmelden. Der Server fordert Ihren Rechner auf, den Besitz des privaten Schlüssels zu beweisen, und der Beweis funktioniert, ohne dass das Geheimnis je das Netzwerk überquert. Diese Seite erzeugt Ed25519-, ECDSA- und RSA-Schlüssel im OpenSSH-Format, prüft Ihre Dateien authorized_keys und known_hosts auf schwache, doppelte und veraltete Schlüssel und konvertiert Schlüssel zwischen PEM, OpenSSH und JWK — alles im Browser, ohne Upload. Die begleitende Anleitung SSH-Schlüssel erklärt beschreibt, wie man einen Schlüsseltyp wählt und was zu tun ist, wenn ein Schlüssel durchsickert. Kombinieren Sie sie mit der Passwort-Leak-Prüfung für die Passwörter, die Sie noch verwenden, und dem Zertifikat-Schlüssel-Abgleich sowie der PGP-Suite für Ihr übriges Schlüsselmaterial.
Zuletzt aktualisiert:
Ihr privater Schlüssel verlässt diese Seite nie
Jeder Schlüssel wird in Ihrem Browser erzeugt, geparst und konvertiert. Der private Schlüssel wird nie hochgeladen, nie gespeichert und nie protokolliert und erscheint nie in einer URL. Laden Sie ihn einmal herunter, schützen Sie ihn mit chmod 600 und fügen Sie bei Bedarf mit ssh-keygen -p eine Passphrase hinzu. Die vollständige Anleitung finden Sie unter SSH-Schlüssel erklärt.
Neues SSH-Schlüsselpaar erzeugen
Ergebnisse
Schlüssel prüfen und auditieren
Fügen Sie den Inhalt von <code>~/.ssh/authorized_keys</code> oder <code>~/.ssh/known_hosts</code> oder eine einzelne Zeile mit einem öffentlichen Schlüssel ein. Gehashte <code>known_hosts</code>-Einträge werden als gehasht gemeldet, nie stillschweigend übersprungen. Passphrasengeschützte private Schlüssel können hier nicht geparst werden — das ist ein klarer Fehler, kein gefälschtes Ergebnis.
Eine Textdatei mit Schlüsseln, einer pro Zeile. Zeilen, die nicht geparst werden können, werden als ungeparst aufgelistet, nie stillschweigend verworfen. Die Datei wird nur auf diesem Gerät gelesen und nie hochgeladen.
Oder ziehen Sie die Datei an eine beliebige Stelle in diesem Feld. Limit: 2 MB.
Ergebnisse
Einen Schlüssel konvertieren
Konvertieren Sie einen öffentlichen Schlüssel zwischen OpenSSH, PEM und JWK oder einen unverschlüsselten privaten Schlüssel zwischen OpenSSH und PKCS#8-PEM. Jede Konvertierung zeigt den Fingerabdruck vorher und nachher, damit Sie prüfen können, dass es derselbe Schlüssel ist. Passphrasengeschützte Schlüssel werden in Version 1 nicht unterstützt.
Ergebnisse
Die ehrlichen Grenzen
Version 1 erzeugt unverschlüsselte Schlüssel: Es gibt hier keine Passphrasen-Option, weil die bcrypt-KDF von OpenSSH für verschlüsselte private Schlüssel zum Umfang von Version 2 gehört. Schützen Sie die heruntergeladene Datei mit chmod 600 und fügen Sie bei Bedarf mit ssh-keygen -p eine Passphrase hinzu.
Die Erzeugung von Ed25519 braucht einen aktuellen Browser. Wenn Ihrer sie nicht unterstützt, sagt diese Seite das offen und bietet stattdessen ECDSA P-256 an — sie fälscht nie einen Ed25519-Schlüssel und stuft Sie nie stillschweigend herab.
Fügen Sie einen privaten Schlüssel niemals in einen Chat, ein Ticket, einen Forenbeitrag oder ein geteiltes Dokument ein — nicht einmal, um zu fragen, ob er sicher ist. Ein privater Schlüssel, der an einem dieser Orte aufgetaucht ist, muss als durchgesickert gelten: Ersetzen Sie ihn und entfernen Sie den alten öffentlichen Schlüssel aus jeder authorized_keys-Datei.
Was SSH-Schlüsselauthentifizierung ist — und warum sie ein Passwort schlägt
Die SSH-Schlüsselauthentifizierung ersetzt ein getipptes Geheimnis durch einen mathematischen Beweis. Wenn Sie sich mit einem Schlüssel bei einem Server anmelden, sendet der Server Ihrem Rechner eine zufällige Herausforderung; Ihr Rechner signiert sie mit dem privaten Schlüssel, und der Server prüft die Signatur anhand des öffentlichen Schlüssels in authorized_keys. Der private Schlüssel überquert nie das Netzwerk, also gibt es nichts, was ein Keylogger stehlen könnte, nichts zu phishen und nichts zu raten — ein Angreifer kann einen 256-Bit-Ed25519-Schlüssel nicht per Brute Force knacken wie ein Passwort, weil es kein Passwort zum Ausprobieren gibt.
Die beiden Hälften haben entgegengesetzte Regeln. Der öffentliche Schlüssel ist dazu da, überallhin kopiert zu werden: Fügen Sie ihn in authorized_keys auf jedem Server ein, in Ihr Git-Hosting-Konto, in jeden Dienst, der ihn akzeptiert. Er lässt die Gegenseite nur einen Beweis prüfen, also kostet seine Veröffentlichung nichts. Der private Schlüssel ist das Gegenteil: Wer ihn besitzt, kann sich als Sie anmelden, auf jedem Server, der dem passenden öffentlichen Schlüssel vertraut. Darum lebt er in ~/.ssh, nur von Ihnen lesbar, und darum darf er niemals in einen Chat, ein Ticket, eine E-Mail oder ein geteiltes Dokument eingefügt werden — sobald er an einem dieser Orte auftaucht, ist er durchgesickert, und die einzige Abhilfe ist, ihn überall zu ersetzen.
Einen Schlüssel wählen, Fingerabdrücke prüfen und die Dateien sauber halten
Im Jahr 2026 ist die Standardwahl Ed25519: ein 256-Bit-Schlüssel, der schneller zu erzeugen und zu signieren ist als RSA, mit einem öffentlichen Schlüssel, der in eine einzige kurze Zeile passt. ECDSA P-256 ist die Alternative, wenn eine Richtlinie oder ein altes System auf NIST-Kurven besteht, und RSA 3072 oder 4096 ist die Antwort nur, wenn die Gegenseite überhaupt keine elliptischen Kurven kann — RSA 2048 ist die Untergrenze, und alles Kleinere markiert diese Seite als schwach. Der Schlüsseltyp zählt weniger als die Hygiene darum herum: Ein starker Schlüssel in einer für alle lesbaren Datei oder kopiert auf einen Laptop, den Sie nicht mehr besitzen, ist schlimmer als ein bescheidener Schlüssel, der ordentlich aufbewahrt wird.
Fingerabdrücke sind der Weg, um zu wissen, dass Sie mit der richtigen Maschine sprechen. Beim ersten Verbindungsaufbau mit einem Server zeigt SSH Ihnen den Fingerabdruck des Hostschlüssels des Servers und bittet Sie, ihm zu vertrauen; dieser Fingerabdruck ist ein Hash des öffentlichen Schlüssels des Servers, und wenn er mit dem übereinstimmt, den Ihr Administrator veröffentlicht hat, sitzt niemand in der Mitte. Speichern Sie ihn, und SSH wird Sie laut warnen, wenn er sich je ändert. Dieselben Fingerabdrücke identifizieren Ihre eigenen Schlüssel: ssh-keygen -lf druckt eine Zeile pro Schlüssel, und diese Seite druckt Fingerabdrücke im exakt gleichen Format, sodass die Werte, die Sie hier sehen, Zeichen für Zeichen mit denen des Servers verglichen werden können.
Die Dateien verdienen eine regelmäßige Prüfung, weil sich Schlüssel ansammeln. Jede Zeile in authorized_keys ist eine Tür in einen Server, und die Türen bleiben lange offen, nachdem die Person, die sie brauchte, gegangen ist: der Laptop eines Auftragnehmers, ein CI-Job, ein Schlüssel, der auf einer inzwischen gelöschten Maschine erzeugt wurde. Fügen Sie die Datei in den Tab „Prüfen“ ein, und diese Seite zählt die Schlüssel, markiert Duplikate, kennzeichnet schwache und veraltete Typen und listet Zeilen auf, die sie nicht parsen konnte, statt sie leise zu verwerfen. Tun Sie dasselbe für known_hosts, wo gehashte Einträge den Hostnamen verbergen — diese Seite meldet sie als gehasht, statt so zu tun, als seien sie lesbar. Eine zehnminütige Prüfung alle paar Monate ist die billigste Sicherheitsarbeit, die ein Serverbesitzer je leistet.
Die Suite in einfachen Worten
| Ed25519 | Ein moderner Schlüssel auf elliptischen Kurven: 256 Bit, schnell und klein. Die empfohlene Standardeinstellung für neue Schlüssel im Jahr 2026, unterstützt von jedem aktuellen SSH-Server und -Client. |
| ECDSA P-256 / P-384 | Schlüssel auf elliptischen Kurven über die NIST-Kurven P-256 und P-384. Eine gute Alternative, wenn Ed25519 nicht verfügbar ist, und die Standardwahl, wo Richtlinien NIST-Kurven verlangen. |
| RSA 2048 / 3072 / 4096 | Der klassische Schlüsseltyp. RSA 2048 ist das Minimum, das sich lohnt; 3072 und 4096 kaufen Spielraum auf Kosten langsamerer Signaturen. Alles unter 2048 wird als schwach markiert. |
| Öffentlicher Schlüssel | Die Hälfte, die Sie auf Servern in authorized_keys installieren. Sie kann frei geteilt werden — sie lässt jemanden nur einen Beweis prüfen, niemals einen erstellen. |
| Privater Schlüssel | Die Hälfte, die Ihren Rechner nie verlässt. Wer ihn besitzt, kann sich als Sie anmelden. Schützen Sie ihn mit chmod 600 und einer Passphrase und fügen Sie ihn nirgendwo ein. |
| Fingerabdruck | Ein kurzer Hash des öffentlichen Schlüssels, gedruckt als SHA256:… oder MD5:… Genau das, was ssh-keygen -lf ausgibt, damit Sie ihn mit dem vergleichen können, was der Server zeigt. |
| authorized_keys | Die Datei auf einem Server (~/.ssh/authorized_keys), die die öffentlichen Schlüssel auflistet, die sich anmelden dürfen. Jede Zeile ist eine Tür; veraltete Zeilen sind Türen, die Sie vergessen haben zu schließen. |
| known_hosts | Die Datei auf Ihrem Rechner (~/.ssh/known_hosts), die den Hostschlüssel jedes Servers speichert. Sie lässt SSH Sie warnen, wenn sich der Schlüssel eines Servers plötzlich ändert. |
| PEM / JWK | Zwei weitere Schlüsselkodierungen: PEM ist das Base64-Textformat von TLS-Tools und OpenSSL; JWK ist das JSON-Format von Web-APIs. Eine Konvertierung ändert den Schlüssel selbst nie. |
Häufig gestellte Fragen
Welchen Schlüsseltyp soll ich wählen?
Ed25519 für fast alles: Er ist schnell, klein und mit 256 Bit sicher, und jeder aktuelle Server unterstützt ihn. Wählen Sie ECDSA P-256 nur, wenn eine Richtlinie oder ein altes System NIST-Kurven verlangt, und RSA 3072 oder 4096 nur, wenn die Gegenseite überhaupt keine elliptischen Kurven kann.
Ist der erzeugte private Schlüssel verschlüsselt?
Nein. Version 1 erzeugt unverschlüsselte Schlüssel mit cipher none, genau wie ssh-keygen ohne Passphrase. Laden Sie ihn herunter, setzen Sie chmod 600, und wenn Sie eine Passphrase wollen, führen Sie ssh-keygen -p -f Ihr-Schlüssel aus — das fügt den bcrypt-Schutz von OpenSSH auf Ihrem eigenen Rechner hinzu.
Warum schlägt Ed25519 in meinem Browser fehl?
Die Erzeugung von Ed25519-Schlüsseln braucht WebCrypto-Unterstützung für Ed25519, die ältere Browser nicht haben. Diese Seite erkennt das und sagt es Ihnen, statt den Schlüssel zu fälschen. Verwenden Sie ECDSA P-256 als Alternative oder aktualisieren Sie Ihren Browser und versuchen Sie es erneut.
Kann ich meinen privaten Schlüssel hier einfügen, um ihn zu prüfen?
Sie können einen unverschlüsselten privaten OpenSSH-Schlüssel einfügen, und diese Seite parst seinen öffentlichen Teil lokal — aber überlegen Sie es sich zweimal. Die sicherere Gewohnheit ist, nur öffentliche Schlüssel und authorized_keys-Dateien einzufügen. Ein passphrasengeschützter privater Schlüssel wird mit einem klaren Fehler abgelehnt, nie geparst.
Was tue ich, wenn ein Schlüssel durchsickert?
Erzeugen Sie ein neues Schlüsselpaar, entfernen Sie den alten öffentlichen Schlüssel aus authorized_keys auf jedem Server und jedem Dienst und behandeln Sie alles, was der alte Schlüssel erreichen konnte, als exponiert, bis Sie es geprüft haben. Die vollständige Checkliste steht in der Anleitung „SSH-Schlüssel erklärt“.