Encodage

ROT13 / Chiffre de César

Chiffre de César — décalage cyclique des lettres de l'alphabet latin. ROT13 est un cas particulier avec un décalage de 13 (bouton ci-dessous), symétrique : encode et decode donnent le même résultat. Les autres caractères (chiffres, cyrillique, ponctuation) restent inchangés.

A Caesar cipher cyclically shifts every letter of the alphabet by a fixed number of positions. ROT13 is the special case with a shift of 13, which makes the cipher self-inverting: apply ROT13 twice and you get the original text back.

How to use it

Common uses

Things to keep in mind

ROT13 is not encryption in any security sense — it's obfuscation, trivially broken by hand without any tool or key.

Since the Latin alphabet has 26 letters and 13 is exactly half of that, ROT13 is symmetric: the same operation encodes and decodes.

Article sur cet outil: ROT13 et le chiffre de César : une simple substitution de caractères

Questions fréquentes

ROT13 est-il un chiffrement sécurisé ?

Non, ROT13 n'offre aucune sécurité réelle. C'est un simple décalage de 13 lettres dans l'alphabet latin, facilement réversible sans clé. Il sert surtout à masquer un spoiler ou une réponse de manière ludique, pas à protéger une information sensible.

Pourquoi ROT13 est-il symétrique ?

Comme l'alphabet latin compte 26 lettres, décaler deux fois de 13 revient à revenir à la lettre d'origine. Appliquer ROT13 une seconde fois annule donc le premier encodage, ce qui rend le bouton encode et decode équivalents.

Mon texte est-il envoyé sur un serveur ?

Non, le décalage des lettres s'effectue entièrement dans votre navigateur. Aucun texte n'est transmis à un serveur.

En quoi le ROT47 diffère-t-il du ROT13 ?

Le ROT47 opère sur une plage ASCII plus large (33–126), ce qui lui permet de décaler en plus les chiffres, la ponctuation et les caractères spéciaux, et non seulement les lettres latines, tout en conservant la même idée de décalage auto-inverse.

Peut-on casser le ROT13 sans outil ?

Oui, facilement — il suffit de lire le texte en décalant mentalement chaque lettre de 13 positions, ou de se souvenir que A↔N, B↔O, et ainsi de suite sur tout l'alphabet. Ce n'est pas une protection, juste une légère obfuscation.

Articles : Encodage

Base64 : à quoi sert l'encodage et comment il fonctionne

Comment Base64 transforme des données binaires en texte ASCII, et quand c'est réellement utile.

Base32 : en quoi il diffère de Base64 et quand il est plus pratique

L'alphabet de Base32, insensible à la casse, et les cas où il est plus pratique que Base64.

URL Encode/Decode : le percent-encoding dans les liens

Comment les caractères spéciaux d'une URL et de ses paramètres deviennent des séquences %XX.

HTML Entities : afficher des caractères spéciaux en toute sécurité

Pourquoi les caractères < > & doivent être échappés, et comment cela évite de casser le balisage.

JWT : structure du token et ce que signifie « décoder » un JWT

Le header, le payload et la signature d'un JWT, et pourquoi décoder n'est pas la même chose que vérifier la signature.

Unicode Escape : que signifient les séquences \uXXXX

D'où viennent les séquences du type \u0041 dans le JSON et les chaînes JS, et ce qu'elles signifient.

Punycode : comment les domaines internationalisés fonctionnent dans le DNS

Comment un domaine avec des caractères non latins devient une forme ASCII avec le préfixe xn--.

Le morse : comment le texte devient des points et des traits

Le principe de l'encodage des lettres en points et traits, et où le morse est encore utilisé aujourd'hui.

Data URI : quand intégrer une image directement dans le code

Comment un Data URI intègre le contenu d'un fichier directement en HTML ou CSS, et quand cela en vaut la peine.

Gzip + Base64 : compresser des données pour les transmettre en texte

Pourquoi des données binaires compressées sont aussi encodées en Base64 avant d'être placées dans un champ texte.

XML Entities : échapper les caractères dans les documents XML

Les cinq entités XML obligatoires, sans lesquelles le document se casse à l'analyse.