Formater du JSON
Mettre en forme, valider et replier du JSON.
Développement
Calculer des empreintes MD5, SHA-1 et SHA-256.
Le choix dépend de l’usage, et deux d’entre eux ne conviennent plus à la sécurité.
| Algorithme | Usage |
|---|---|
| MD5 | détecter une altération accidentelle seulement |
| SHA-1 | obsolète ; systèmes anciens uniquement |
| SHA-256 | choix par défaut pour tout |
| SHA-512 | même famille, résultat plus long |
MD5 et SHA-1 sont cassés au sens où l’on sait fabriquer volontairement deux fichiers différents ayant la même empreinte. Pour repérer une erreur accidentelle — un téléchargement interrompu — ils restent parfaitement utilisables.
Pour tout ce qui peut faire l’objet d’une manipulation délibérée, utilisez SHA-256. C’est aussi ce que publient désormais la quasi-totalité des éditeurs.
C’est l’avertissement le plus important, et une erreur courante dans de vraies applications.
Stocker des mots de passe en SHA-256 paraît sûr et ne l’est pas. Ces algorithmes sont conçus pour être rapides, ce qui est exactement le défaut recherché ici : un attaquant peut en essayer des milliards par seconde.
Pour des mots de passe, il faut une fonction volontairement lente et utilisant un sel — bcrypt, scrypt ou Argon2. Elles existent pour cela.
Pour la vérification d’intégrité, objet de cet outil, la rapidité est au contraire un avantage.
Le motif le plus fréquent de présence sur cette page.
Les éditeurs publient une valeur SHA-256 à côté du fichier. Calculez l’empreinte du fichier reçu et comparez-la. Si elles concordent, le fichier est complet et non modifié.
Cette vérification a une limite. Si l’empreinte est publiée sur le même site que le fichier et que ce site est compromis, elle correspondra parfaitement à un fichier altéré. Une vraie garantie suppose une empreinte signée ou provenant d’une autre source.
Ne comparez pas à l’œil. Une empreinte fait soixante-quatre caractères, et personne ne repère une différence au milieu. Collez les deux valeurs et laissez la comparaison se faire.
Les fichiers sont lus localement ; rien n’est téléversé, même volumineux.
SHA-256, sauf indication contraire de l’éditeur.
Uniquement pour repérer une altération accidentelle, pas pour la sécurité.
Non. Utilisez bcrypt, scrypt ou Argon2, volontairement lents.
Pas directement. Une entrée courte ou courante se retrouve toutefois dans des tables existantes.
Que le fichier correspond à la valeur publiée — à condition que cette valeur soit elle-même fiable.
Non, il est lu localement.