Sécurité
34 outils
Tous les outils de cette page tournent dans votre navigateur. Le mot de passe, la clé ou le jeton que vous collez ne quitte pas votre appareil et n'atteint jamais de serveur, ce qui est précisément l'enjeu quand la saisie est un secret. Générez des empreintes SHA-256, SHA-512 ou bcrypt, mesurez combien de temps un mot de passe résisterait à une attaque, chiffrez du texte en AES, décodez un JWT, produisez des codes TOTP, cachez un message dans une image ou venez à bout de Caesar, Vigenère et ROT13 lors d'un CTF.
Aucun outil ne correspond à votre recherche.
Questions fréquentes
Les mots de passe et les clés que je colle sont-ils envoyés à votre serveur ?
Non. Ces outils sont du JavaScript qui s'exécute dans votre navigateur : la valeur saisie est traitée sur votre propre appareil et n'est jamais transmise. Vous pouvez le vérifier : chargez la page, coupez votre connexion internet, et tous les outils continuent de fonctionner.
Puis-je déchiffrer une empreinte SHA-256 pour retrouver le texte original ?
Non. Le hachage est à sens unique par construction : la même entrée produit toujours la même empreinte, mais l'empreinte ne contient aucun chemin de retour. Tout site qui promet de « déchiffrer un hash » consulte en réalité une table de valeurs courantes déjà calculées, ou teste des combinaisons par force brute jusqu'à en trouver une qui corresponde. Si vous ignorez quel algorithme a produit une empreinte, l'identificateur de hash réduit les possibilités selon la longueur et le format.
Peut-on encore utiliser MD5 ou SHA-1 ?
Pas pour de la sécurité. Des attaques par collision existent en pratique contre les deux : MD5 est tombé en 2004, et SHA-1 a cédé à l'attaque SHAttered en 2017. Une collision signifie qu'un attaquant peut fabriquer deux entrées différentes ayant la même empreinte. Ils restent utiles comme somme de contrôle rapide, pour repérer une corruption accidentelle de fichier ou des doublons. Pour des signatures, des certificats ou tout ce qu'un adversaire pourrait attaquer, utilisez SHA-256 ou SHA-512.
Lequel utiliser pour stocker les mots de passe des utilisateurs ?
bcrypt, pas SHA-256. Les algorithmes SHA sont conçus pour être rapides, et la rapidité est exactement ce qui sert celui qui a volé votre base de données : un GPU actuel teste des milliards de SHA-256 par seconde. bcrypt est lent délibérément et applique un sel à chaque mot de passe, si bien que deux mots de passe identiques donnent des empreintes différentes et que le cassage hors ligne devient coûteux. Utilisez le vérificateur bcrypt pour contrôler un mot de passe face à une empreinte existante.
Caesar, Vigenère, ROT13 et Atbash sont-ils vraiment sûrs ?
Non, et ce n'est pas leur but. Ce sont des chiffres classiques, cassables au papier et au crayon : ROT13 se lit à l'œil nu dès qu'on reconnaît le motif. Ils figurent ici parce que les épreuves de CTF, les jeux d'énigmes et les chaînes obfusquées les emploient sans cesse. Pour du chiffrement réel, utilisez AES.