Codifica

ROT13 / Cifrario di Cesare

Cifrario di Cesare — scorrimento ciclico delle lettere dell'alfabeto latino. ROT13 è un caso particolare con scorrimento di 13 (pulsante sotto), simmetrico: encode e decode danno lo stesso risultato. Gli altri caratteri (numeri, cirillico, punteggiatura) non cambiano.

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.

Articolo su questo strumento: ROT13 e il cifrario di Cesare: semplice sostituzione di caratteri

Domande frequenti

ROT13 è davvero sicuro?

No, per niente. ROT13 è un cifrario banale di rotazione delle lettere senza reale sicurezza — chiunque può decodificarlo istantaneamente, persino a occhio. Si usa per offuscare spoiler o risposte di enigmi, non per proteggere dati sensibili.

Perché codifica e decodifica danno lo stesso risultato in ROT13?

ROT13 sposta le lettere di 13 posizioni, esattamente metà di un alfabeto di 26 lettere, quindi applicarlo due volte restituisce il testo originale — codifica e decodifica sono la stessa operazione.

Cosa succede a numeri, punteggiatura o lettere non latine?

Rimangono invariati. Vengono spostate solo le lettere dell'alfabeto latino; il valore di spostamento personalizzato funziona allo stesso modo per qualsiasi variante del cifrario di Cesare.

In cosa differisce ROT47 da ROT13?

ROT47 lavora su un intervallo più ampio di caratteri ASCII (33–126), quindi sposta anche cifre, punteggiatura e caratteri speciali, non solo le lettere latine, mantenendo la stessa idea di scorrimento auto-inverso.

Si può decifrare ROT13 senza uno strumento?

Sì, facilmente — basta leggere il testo spostando mentalmente ogni lettera di 13 posizioni, oppure ricordare che A↔N, B↔O e così via per tutto l'alfabeto. Non è una protezione, ma solo un leggero offuscamento.

Articoli: Codifica

Base64: a cosa serve la codifica e come funziona

Come Base64 trasforma dati binari in testo ASCII e quando serve davvero.

Base32: come si differenzia da Base64 e quando è più comodo

L'alfabeto di Base32, insensibile a maiuscole/minuscole, e i casi in cui è più comodo di Base64.

URL Encode/Decode: il percent-encoding nei link

Come i caratteri speciali negli indirizzi e nei parametri diventano sequenze %XX.

HTML Entities: come mostrare caratteri speciali in sicurezza

Perché i caratteri < > & vanno escapati e come questo evita di rompere il markup.

JWT: struttura del token e cosa significa "decodificare" un JWT

Header, payload e signature di un JWT, e perché decodificare non equivale a verificare la firma.

Unicode Escape: cosa significano le sequenze \uXXXX

Da dove vengono sequenze come \u0041 in JSON e nelle stringhe JS, e cosa significano.

Punycode: come funzionano i domini internazionalizzati nel DNS

Come un dominio con caratteri non latini diventa una forma ASCII con il prefisso xn--.

Il codice Morse: come il testo diventa punti e linee

Il principio di codifica delle lettere in punti e linee, e dove si usa ancora oggi il Morse.

Data URI: quando incorporare immagini direttamente nel codice

Come un Data URI incorpora il contenuto di un file direttamente in HTML o CSS, e quando conviene.

Gzip + Base64: comprimere dati per trasmetterli come testo

Perché i dati binari compressi vengono anche codificati in Base64 prima di finire in un campo di testo.

XML Entities: escapare i caratteri nei documenti XML

Le cinque entity XML obbligatorie senza le quali il documento si rompe durante il parsing.