ROT13 Encoder / Decoder

Einen Rotationsschlüssel auf Text anwenden

1. Text einfügen oder eingeben in das Eingabe-Textfeld. Die Ausgabe aktualisiert sich bei jedem Tastendruck - kein Button erforderlich.
2. Schieberegler bei ROT13 lassen für die klassische Usenet-Spoiler-Chiffre, oder auf einen beliebigen Wert von ROT1 bis ROT25 ziehen für eine allgemeine Caesar-Chiffre.
3. Transformierten Text lesen im Ausgabebereich. Nur ASCII-Buchstaben (a-z, A-Z) werden rotiert; Ziffern, Satzzeichen, Leerzeichen, Emoji und nicht-lateinisches Unicode werden unverändert durchgegeben.
4. Ausgabe kopieren mit dem Kopieren-Button. Bei ROT13 speziell gibt das erneute Anwenden des gleichen Tools auf die Ausgabe das Original zurück - ROT13 ist sein eigenes Inverses.
5. Für andere Rotationswerte mit der komplementären Verschiebung dekodieren: ROT7-Kodierung wird mit ROT19 umgekehrt, weil (7 + 19) mod 26 = 0.

Was ROT13 wirklich macht (und warum es keine Verschlüsselung ist)

ROT13 ist die Caesar-Chiffre mit Versatz 13: Jeder lateinische Buchstabe wird auf den 13 Positionen weiter liegenden abgebildet, mit Umbruch. Die Implementierung ist ein einzeiliger Regex-Replace: s.replace(/[a-zA-Z]/g, c => String.fromCharCode(((c.charCodeAt(0) - base + shift) % 26) + base)) wobei base 97 oder 65 ist. Da 26 gerade und 13 die Hälfte ist, ist ROT13 selbst-invers: zweimalige Anwendung gibt das Original zurück. Das machte es seit den 1980ern zum Standard für Usenet-Spoiler - poste Fanbr vf gur zheqrere und ein Leser läuft es durch den ROT13-Filter seines Newsreaders. Es ist KEINE Verschlüsselung. Caesar-Chiffren haben nur 25 Nicht-Identitäts-Verschiebungen, daher bricht Häufigkeitsanalyse oder Brute Force sie in Mikrosekunden. Das Kerckhoffs-Prinzip (1883) besagt, dass ein Kryptosystem sicher bleiben sollte, wenn der Algorithmus öffentlich ist; Caesar scheitert in dem Moment, in dem der Algorithmus bekannt ist.

Legitime Anwendungsfälle für eine Nicht-Sicherheits-Chiffre

• Verstecken von Buch-, Film- oder Spiel-Spoilern in Online-Foren und Reddit-Kommentaren, bei denen der Leser die Enthüllung freiwillig sehen möchte.
• Verschleiern von Rätsel-Hinweisen oder Kreuzwortpuzzle-Antworten in E-Mails oder Chats, damit Leser selbst entscheiden können, wann sie diese sehen.
• Vermittlung der Caesar-Chiffre in einem Einführungs-Kryptographie-Kurs als konkretes Beispiel, warum einfache Substitution trivial knackbar ist.
• CTF-Wettbewerbe (Capture The Flag), bei denen ROT13, ROT47 (wirkt auf alle druckbaren ASCII-Zeichen) oder andere Caesar-Varianten die Kodierung der ersten Runde zum Demaskieren sind.
• Leichte Witze oder Easter Eggs in einem Blogbeitrag - ein ROT13-kodierter Autorenkommentar, der neugierige Leser belohnt.
• Nebeneinanderstellen zweier Versionen eines Problems in einem Code-Review, bei dem der Originaltext nicht sofort lesbar, aber noch sichtbar sein soll.

Häufige Missverständnisse und Grenzfaelle

Das größte Missverständnis ist, dass ROT13 Privatsphärenschutz gegen einen Angreifer bietet. Das tut es nicht - ein einzeiliges Python-Skript kehrt es sofort um. Nicht für Passwörter, Tokens, API-Schlüssel oder irgendetwas mit Vertraulichkeitsanforderungen verwenden; für das AES-GCM nutzen. Zweiter Grenzfall: Nur ASCII A-Z Buchstaben werden rotiert. Wenn "resume" mit U+00E9 "e mit Akut" eingefügt wird, bleibt das akzentuierte Zeichen unverändert. Für kyrillische oder andere Schriften wird eine andere Implementierung benötigt. Drittens: Ziffern werden durch ROT13 nicht rotiert - ROT18 (Matt Curtin) verschiebt auch Ziffern 0-4 ↔ 5-9, und ROT47 rotiert alle 94 druckbaren ASCII-Zeichen. Viertens: Die Anwendung von ROT13 auf formatierten Text (HTML, Markdown, Quellcode) transformiert Tag-Namen und Schlüsselwörter und bricht die Syntax.

Historischer Kontext und verwandte Chiffren

Julius Caesar verwendete eine 3-Versatz-Substitution für militärische Depeschen um 50 v. Chr. (Sueton, "De Vita Caesarum"); lateinische Sprecher knackten sie leicht durch Buchstabenmuster-Erkennung. ROT13 entstammt dieser Tradition und wurde in den 1980ern im Usenet für Spoiler-Verstecken popularisiert, wo Sicherheit nicht das Ziel war. Verwandte schwache Chiffren: Atbash (Hebräisch, ~500 v. Chr.) bildet A↔Z, B↔Y ab; Vigenere (1553) verwendet einen Wiederholungsschlüssel-Caesar-Versatz, der lässlichem Brechen bis Kasiski es 1863 knackte, widerstand. Alle fallen Häufigkeitsanalyse oder Kasiski-Untersuchung anheim. Moderne Chiffren wie AES verwenden Substitutions-Permutations-Netzwerke über Blöcke mit 256-Bit-Schlüsseln (2^256 Möglichkeiten, 77 Größenordnungen jenseits von Caesars 25). Die historische Lehre: Substitution allein genügt nie.

ROT13 vs. Base64, URL-Kodierung und echte Verschlüsselung

ROT13 gehört in dieselbe Kategorie wie Base64 (RFC 4648) und URL-Prozent-Kodierung: deterministische Transformationen, deren Zweck Lesbarkeit ist, nicht Geheimhaltung. Base64 wandelt Bytes in ein 64-Zeichen-Alphabet für E-Mail-Anhänge um. URL-Kodierung wandelt unsichere Zeichen in %XX-Hex für Query-Strings um. Nichts davon verbirgt Inhalte vor jemandem, der das Format kennt. Für echte Verschlüsselung AES-GCM oder RSA-OAEP verwenden - die AES- und RSA-Tools dieser Seite handhaben das korrekt. Für kurzfristige URL-Verschleierung ohne Sicherheit ist Base64 besser als ROT13, da es alle Bytes verarbeitet. Für Unterhaltung und Bildung ist ROT13 die ideale leichtgewichtige Chiffre - mit 5 Code-Zeilen demonstriert es Substitution, modulare Arithmetik und selbst-inverse Operationen.