Base64 est-il la même chose que le chiffrement ?

Non. Base64 est un encodage réversible sans clé — n'importe qui peut le décoder instantanément avec une fonction intégrée au navigateur. Seul AES protège réellement le texte avec une clé secrète.

Quelle taille de clé utiliser pour le chiffrement AES ?

256 bits est l'option la plus robuste définie par NIST FIPS 197 et constitue la pratique standard pour tout ce qui est sensible ; 128 bits reste sûr mais offre une marge de sécurité plus faible.

Le chiffre de César ou ROT13 peuvent-ils être cassés ?

Oui, presque instantanément. ROT13 n'a qu'un seul décalage possible et César en a 25 — les deux peuvent être forcés à la main ou cassés par une simple analyse fréquentielle.

Que se passe-t-il si je perds la clé AES ?

Le texte chiffré ne peut pas être récupéré. AES est conçu pour que, sans la clé exacte, le texte chiffré soit indiscernable de données aléatoires.

Text Encryption de CharCount envoie-t-il mon texte sur un serveur ?

Non. AES-GCM s'exécute dans votre navigateur via la Web Crypto API, donc le texte en clair ne quitte jamais votre appareil.

Chiffrement de texte en ligne : quand utiliser AES, Base64, César et ROT13

En bref : AES chiffre réellement, Base64 se contente de réencoder, et César/ROT13 sont des chiffres pédagogiques sans vraie sécurité. Savoir lequel est lequel évite d'appeler "chiffré" un texte simplement encodé, ou de faire confiance à un chiffre qu'un tableur peut casser en quelques secondes. Associez ce guide à Base64 Encoder, AI Hidden Characters, Character Counter et Text Difference.

Ces quatre outils sont souvent regroupés sous "chiffrement de texte", mais un seul protège vraiment quelque chose. Text Encryption sur CharCount utilise AES-GCM pour une confidentialité réelle, ainsi que Base64, César et ROT13 pour les cas d'usage d'encodage et de jeu que les gens recherchent aussi. Confondre ces outils a des conséquences concrètes : une clé API encodée en Base64 et poussée sur un dépôt public n'est pas protégée, elle est juste plus difficile à lire d'un coup d'œil.

Références : NIST FIPS 197 définit le standard AES, Web Crypto API l'exécute dans le navigateur, RFC 4648 définit Base64, et le guide OWASP sur le stockage cryptographique précise ce que "chiffré" devrait vraiment signifier.

AES : celui qui chiffre vraiment

AES (Advanced Encryption Standard) est un chiffrement symétrique par blocs : la même clé verrouille et déverrouille le texte, par blocs de 128 bits, avec une clé de 128, 192 ou 256 bits. Il a été sélectionné par le NIST en 2001 après un concours public (l'algorithme sous-jacent est Rijndael) et constitue aujourd'hui le chiffrement par défaut derrière HTTPS, le chiffrement de disque et les gestionnaires de mots de passe.

Text Encryption de CharCount utilise AES-GCM, un mode authentifié : il ne se contente pas de cacher le texte, il détecte aussi si le texte chiffré a été altéré. Sans la bonne clé, la sortie est indiscernable de données aléatoires — il n'existe aucun raccourci, aucune analyse fréquentielle, aucune force brute réalisable en une vie humaine pour une clé de 256 bits.

Base64 : de l'encodage, pas du chiffrement

Base64 convertit des octets arbitraires en un alphabet de 64 caractères (A–Z, a–z, 0–9, + et /, avec un remplissage =) afin que les données binaires survivent aux systèmes conçus pour le texte, comme l'email ou JSON. Il est entièrement réversible par n'importe qui, sans aucune clé — le décoder est une simple table de correspondance, pas un secret.

L'erreur consiste à appeler cela du "chiffrement" : une chaîne Base64 a l'air brouillée, mais atob() dans n'importe quelle console de navigateur la décode instantanément. Utilisez Base64 pour intégrer des images en CSS, transmettre des données binaires dans des URL, ou transporter du texte à travers des systèmes qui altèrent les caractères spéciaux — jamais pour cacher quoi que ce soit à quelqu'un qui ouvre les outils de développement.

César et ROT13 : des chiffres à étudier, pas à utiliser pour protéger

Le chiffre de César décale chaque lettre d'une quantité fixe dans l'alphabet — la version historiquement attribuée à Jules César (selon Suétone) utilisait un décalage de 3. Avec seulement 25 décalages possibles, il peut être forcé à la main en quelques minutes, ou cassé instantanément par analyse fréquentielle.

ROT13 est un chiffre de César fixé à un décalage de 13 — exactement la moitié de l'alphabet de 26 lettres, ce qui le rend auto-inverse : appliquer ROT13 deux fois restitue le texte original. Cette propriété l'a rendu populaire sur Usenet et les vieux forums pour cacher des spoilers ou des chutes de blagues aux lecteurs distraits, pas à ceux qui voulaient vraiment les lire. Aucun des deux chiffres ne devrait jamais protéger quelque chose qui compte vraiment pour vous.

Choisir le bon outil

Protéger un mot de passe, un brouillon ou une note privée → AES (Text Encryption, mode AES-GCM).
Intégrer des données binaires dans des systèmes texte uniquement (URL, JSON, CSS) → Base64.
Cacher un spoiler ou enseigner les chiffres de substitution → César ou ROT13, rien de sensible.
Pas sûr ? Si perdre le contenu face à un lecteur curieux poserait problème, il faut AES — pas les deux autres.

Un flux de travail qui évite l'erreur courante

Collez le texte dans Text Encryption, choisissez AES-GCM pour tout ce qui est privé, et conservez la clé séparément du texte chiffré — AES est conçu pour ne pas être réversible sans elle. Pour Base64, vérifiez toujours le décodage avant de l'envoyer où que ce soit, puisqu'il est destiné à être lu par des machines, pas à disparaître.

Pour la qualité de recherche et de publication, consultez aussi Base64 Encoder et AI Hidden Characters quand le nettoyage de texte recoupe du contenu caché ou trompeur, et Text Difference pour confirmer qu'un résultat déchiffré ou décodé correspond à vos attentes.