Le chiffrement de texte réunit quatre familles d'algorithmes. AES s'appuie sur l'API « mot de passe » de crypto-js : la clé est dérivée du mot de passe par un EvpKDF compatible OpenSSL, un sel aléatoire est ajouté automatiquement et la sortie est encodée en Base64. César et ROT13 ne font tourner que les lettres ASCII. Le chiffre des rails propose deux réordonnancements : la variante W classique et la variante par blocs, courante dans les défis CTF.

1. 01Choisissez AES, César, ROT13 ou le chiffre des rails, puis le sens chiffrement/déchiffrement (ROT13 se rétablit par la même opération).
2. 02Pour AES, saisissez un mot de passe ; pour César, un décalage de 1 à 25 ; pour le chiffre des rails, de 2 à 10 rails et la variante W ou par blocs.
3. 03Saisissez le texte : le résultat est calculé localement en environ 200 ms.
4. 04Copiez ou téléchargez le résultat ; le déchiffrement AES exige un format compatible et le bon mot de passe.

• AES utilise le mode « chaîne de mot de passe » compatible CryptoJS/OpenSSL : pas d'IV indépendant, ni AAD, ni tag d'authentification. Ne le présentez pas comme de l'AES-GCM.
• Le chiffré AES dépend du sel aléatoire : le même texte en clair et le même mot de passe donnent une sortie différente à chaque fois. Un chiffré erroné ou incompatible provoque un échec de déchiffrement.
• César n'agit que sur [a-zA-Z] ; les chiffres, les caractères chinois, les emoji et la ponctuation restent inchangés.
• Le chiffre des rails réordonne selon les points de code Unicode JavaScript, espaces et ponctuation compris ; le déchiffrement doit réutiliser le même nombre de rails et la même variante.
• César, ROT13 et le chiffre des rails relèvent des codes classiques ou du jeu : aucune confidentialité moderne. Pour AES, la solidité dépend du mot de passe choisi et du schéma compatible CryptoJS.

Le texte en clair, le texte chiffré et le mot de passe ne sont traités que dans la mémoire du navigateur, sans envoi ; évitez malgré tout de saisir des clés sensibles sur un appareil non fiable.