RSA-Schlüssel-Generator
RSA-Schlüsselpaare erzeugen und im PEM-Format exportieren
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.
Über dieses Tool
RSA ist ein weit genutzter Public-Key-Kryptoalgorithmus - du erzeugst ein verknüpftes Schlüssel-PAAR (öffentlich und privat), Daten verschlüsselt mit dem Public Key können nur mit dem Private Key entschlüsselt werden, und umgekehrt beim Signieren. Dieses Tool erzeugt RSA-Schlüsselpaare und exportiert sie im Standard-PEM-Format, bereit für Code oder Konfiguration.
So verwendest du dieses Tool
- Schlüssellänge wählenWähle 2048/4096-Bit nach Sicherheitspolicy und Performance-Ziel.
- RSA-Schlüsselpaar erzeugenErzeuge verknüpfte Public-/Private-PEM-Ausgaben zum Signieren oder Verschlüsseln.
- Sicher exportieren und speichernKopiere/lade Keys herunter und schütze den Private Key in sicherem Secret-Storage.
- Integration validierenTeste Encrypt/Decrypt oder Sign/Verify im Zielumfeld.
Welche RSA-Schlüssellänge?
2048 Bit sind heute das Minimum für RSA und noch weit verbreitet. Das BSI empfiehlt in seiner Technischen Richtlinie TR-02102 mindestens 3000 Bit für Schlüssel, die über 2023 hinaus sicher sein sollen; Wer der BSI-Empfehlung folgt, wählt hier deshalb 4096 Bit – das Signieren ist etwas langsamer, die Sicherheitsreserve deutlich größer.
Halte den privaten Schlüssel geheim – nie in ein Repository committen oder per E-Mail verschicken – und gib nur den öffentlichen weiter. Für Produktivsysteme ist es am sichersten, Schlüssel direkt auf dem Server oder Gerät zu erzeugen, das sie nutzt.
Warum es nutzen
- Erzeugt schnell standards-konforme RSA-PEM-Schlüsselpaare.
- Nützlich für API-Auth, Zertifikate und Signatur-Workflows.
- Spart Setup-Zeit in Entwicklungs- und Testumgebungen.
- Hilft Teams, die Trennung von Public/Private Key klar zu verstehen.
Häufige Anwendungen
- Schlüsselpaare für JWT-RS-Algorithmen im Staging vorbereiten.
- Signaturprüfung zwischen Services testen.
- Temporäre Keys für CI oder Integrationsdemos erzeugen.
- Den operativen Ablauf asymmetrischer Kryptografie lernen.
Tipps für bessere Ergebnisse
- Schütze Private Keys mit strikten Zugriffskontrollen und Rotationspolicy.
- Nutze passphrase-geschützte Private Keys, wo möglich.
- Erzeuge langfristige Prod-Keys lieber in kontrollierter Infra/HSM.
- Tracke Key-IDs und Ausstellungsdaten für das Lifecycle-Management.
Fehler, die du vermeiden solltest
- Private Keys in die Repository-Historie committen.
- Schwache oder veraltete Schlüsselgrößen in Produktionssystemen nutzen.
- Encrypt-Nutzung mit Sign-Nutzung ohne Protokolldesign verwechseln.
- Den Private Key über unsichere Kommunikationskanäle teilen.
Häufig gestellte Fragen
Der Public Key kann frei geteilt werden - andere nutzen ihn, um Daten nur für dich zu verschlüsseln oder Signaturen zu prüfen, die du erzeugt hast. Der Private Key muss geheim bleiben - du nutzt ihn, um mit deinem Public Key verschlüsselte Daten zu entschlüsseln oder digitale Signaturen zu erzeugen.
Die Schlüsselerzeugung läuft in deinem Browser mit Standard-Crypto-APIs, für wirklich sensible Produktionssysteme bevorzugen viele Teams aber, Keys direkt auf dem Zielserver/der Zielumgebung mit etablierten Tools (wie OpenSSL) zu erzeugen, um Exposure beim Transfer zu minimieren.
2048-Bit ist ein übliches modernes Minimum für RSA-Keys; 4096-Bit bietet einen größeren Sicherheitsabstand bei langsamerer Performance - prüfe, was dein Use Case oder deine Compliance erwartet.
Halte sie aus der Versionskontrolle heraus, beschränk die Dateirechte (chmod 600 unter Unix), verschlüssle sie mit einer Passphrase, wo die Software das unterstützt, und speichere Produktionsschlüssel in einem Secrets-Manager oder HSM.
PKCS#1-Dateien beginnen mit BEGIN RSA PRIVATE KEY und enthalten nur RSA-Schlüssel, PKCS#8-Dateien beginnen mit BEGIN PRIVATE KEY und können jeden Schlüsseltyp enthalten. Die meisten modernen Bibliotheken akzeptieren PKCS#8.
Beide sind sicher. Schlüssel auf elliptischen Kurven wie Ed25519 oder P-256 sind bei gleicher Stärke viel kleiner und schneller; RSA bleibt die kompatibelste Wahl für ältere Systeme.