Kodierung

ROT13 / Cäsar-Chiffre

Cäsar-Chiffre — zyklische Verschiebung der Buchstaben des lateinischen Alphabets. ROT13 ist ein Sonderfall mit Verschiebung um 13 (Schaltfläche unten), symmetrisch: encode und decode liefern das gleiche Ergebnis. Andere Zeichen (Ziffern, Kyrillisch, Satzzeichen) bleiben unverändert.

Eine Caesar-Verschlüsselung verschiebt jeden Buchstaben des Alphabets zyklisch um eine feste Anzahl Positionen. ROT13 ist der Sonderfall mit Verschiebung 13, der die Verschlüsselung selbstinvers macht: ROT13 zweimal angewendet ergibt wieder den Originaltext.

So verwendest du es

Typische Anwendungsfälle

Was du wissen solltest

ROT13 ist in keinem Sicherheitssinn eine Verschlüsselung — es ist Verschleierung, die sich von Hand ohne Tool oder Schlüssel trivial knacken lässt.

Da das lateinische Alphabet 26 Buchstaben hat und 13 genau die Hälfte davon ist, ist ROT13 symmetrisch: Derselbe Vorgang kodiert und dekodiert.

Artikel zu diesem Tool: ROT13 und die Caesar-Verschlüsselung: einfache Zeichensubstitution

Häufig gestellte Fragen

Bietet ROT13 echten Schutz für sensible Daten?

Nein, ROT13 ist keine Verschlüsselung im eigentlichen Sinn, sondern nur eine einfache Buchstabenverschiebung. Sie lässt sich ohne Schlüssel sofort rückgängig machen und dient höchstens dazu, Spoiler oder Lösungen vor versehentlichem Lesen zu verbergen.

Was passiert mit Ziffern, Satzzeichen oder kyrillischen Buchstaben?

Sie bleiben unverändert, da die Cäsar-Chiffre in diesem Tool nur Buchstaben des lateinischen Alphabets verschiebt.

Warum liefern Encode und Decode bei ROT13 dasselbe Ergebnis?

Weil die Verschiebung um 13 genau die Hälfte des 26-Buchstaben-Alphabets ist. Zweimaliges Anwenden der gleichen Verschiebung führt wieder zum Originaltext, weshalb Kodieren und Dekodieren identisch sind.

Worin unterscheidet sich ROT47 von ROT13?

ROT47 arbeitet mit einem breiteren ASCII-Bereich (33–126) und verschiebt dadurch zusätzlich Ziffern, Satzzeichen und Sonderzeichen, nicht nur lateinische Buchstaben – bei gleicher Idee der selbstinversen Verschiebung.

Kann man ROT13 ohne Tool knacken?

Ja, ganz leicht – es reicht, den Text zu lesen und dabei jeden Buchstaben gedanklich um 13 Positionen zu verschieben, oder sich zu merken, dass A↔N, B↔O usw. gilt. Das ist kein Schutz, sondern nur leichte Verschleierung.

Artikel: Kodierung

Base64: wozu Kodierung dient und wie sie funktioniert

Wie Base64 binäre Daten in ASCII-Text verwandelt und wann das wirklich gebraucht wird.

Base32: der Unterschied zu Base64 und wann es praktischer ist

Das case-insensitive Alphabet von Base32 und Fälle, in denen es praktischer ist als Base64.

URL Encode/Decode: Percent-Encoding in Links

Wie Sonderzeichen in Adressen und Query-Parametern zu %XX-Sequenzen werden.

HTML Entities: Sonderzeichen sicher auf einer Seite ausgeben

Warum die Zeichen < > & escapt werden müssen und wie das kaputtes Markup verhindert.

JWT: Aufbau eines Tokens und was „Dekodieren" eines JWT bedeutet

Header, Payload und Signature eines JWT — und warum Dekodieren nicht dasselbe ist wie Signaturprüfung.

Unicode Escape: was \uXXXX-Sequenzen bedeuten

Woher Sequenzen wie \u0041 in JSON und JS-Strings kommen und was sie bedeuten.

Punycode: wie internationalisierte Domains im DNS funktionieren

Wie eine Domain mit nicht-lateinischen Zeichen zu einer ASCII-Form mit dem Präfix xn-- wird.

Morsecode: wie Text zu Punkten und Strichen wird

Das Prinzip der Kodierung von Buchstaben als Punkte und Striche, und wo Morsecode heute noch genutzt wird.

Data URI: wann Bilder direkt in den Code einbetten

Wie ein Data-URI den Inhalt einer Datei direkt in HTML oder CSS einbettet, und wann sich das lohnt.

Gzip + Base64: Daten komprimieren für die Übertragung als Text

Warum komprimierte Binärdaten zusätzlich Base64-kodiert werden, bevor sie in ein Textfeld kommen.

XML Entities: Zeichen in XML-Dokumenten escapen

Die fünf Pflicht-Entities von XML, ohne die das Dokument beim Parsen bricht.