Hash & Crypto Helpers
Choisissez les encodages séparément, puis générez une signature ou vérifiez une empreinte attendue.
Message et clé restent en mémoire dans cette page, sans envoi ni enregistrement dans le stockage du navigateur.
Aucune suppression d’espaces ni normalisation. Clés multilignes en Hex/Base64 ; empreinte complète sans préfixe d’en-tête.
Message : 1 000 000 unités UTF-16 et octets. Clé : 4 096 unités UTF-16, non vide.
Saisissez une clé, puis générez ou vérifiez. Le message peut être vide.
Le Générateur HMAC aide à comprendre pourquoi une signature HMAC diffère entre deux serveurs. Avant de changer de code, comparez le message brut et la représentation de la clé secrète.
HMAC-SHA256 est sélectionné au départ. SHA-512 et SHA-1 sont aussi disponibles pour les protocoles qui les imposent. La vérification de signature porte sur les octets fournis, sans reconstruire une requête HTTP.
Le Générateur HMAC sépare l’encodage de la clé de celui du message. Le texte 6162 représente quatre octets ; en Hex, il en représente deux. Ce choix peut expliquer un résultat différent avec un secret visuellement identique.
Aucune génération préalable n’est nécessaire. La vérification utilise le message, la clé et l’algorithme actuels. Elle distingue une référence mal formée d’une empreinte complète qui ne correspond pas.
Ne reformatez pas le JSON et ne supprimez pas les espaces. Le saut de ligne final, le BOM ou une autre représentation Unicode peuvent modifier les octets signés.
UTF-8 traite les caractères littéraux, Hex décode des paires hexadécimales et Base64 décode une représentation standard. Le champ de clé est masqué par défaut.
La sortie et l’empreinte attendue ont des encodages indépendants. Les calculs sont manuels ; toute modification rend l’ancien résultat impropre à la copie.
SHA-256 produit 32 octets, SHA-512 en produit 64 et SHA-1 en produit 20. Suivez l’algorithme prévu par le protocole. SHA-1 est conservé pour la compatibilité avec des systèmes existants.
Message et clé acceptent UTF-8, Hex et Base64 standard. La sortie et la référence acceptent Hex ou Base64. La casse ne change pas les octets en Hex ; elle compte en Base64.
L’API native du navigateur calcule et vérifie le HMAC. Une correspondance concerne le message et la clé fournis. Elle ne contrôle ni l’horodatage, ni l’expiration, ni la réutilisation d’une requête interceptée.
Choisissez celui de votre protocole. SHA-256 est proposé initialement ; SHA-512 et SHA-1 servent aux intégrations qui les demandent. Une autre fonction de hachage ne peut pas remplacer l’algorithme attendu.
Le Générateur HMAC ne transmet pas la clé et ne l’enregistre pas dans le stockage du navigateur. Effacer conserve néanmoins une copie pour annuler, jusqu’à une nouvelle modification ou au départ de la page. JavaScript ne garantit pas un effacement physique de la mémoire.
Ce sont deux représentations des mêmes octets. Pour SHA-256, la sortie complète contient 64 caractères Hex ou 44 caractères Base64 avec remplissage. Choisissez le format réel de la référence, indépendamment du format de sortie.
Le mode texte utilise UTF-8 sans normalisation Unicode. Les modes Hex et Base64 décodent les octets avant le calcul. Le navigateur peut modifier les fins de ligne au collage ; un encodage de bytes permet de fournir les données exactes.
Comparez le corps brut, les sauts de ligne, la clé et son encodage, puis l’algorithme. Certains protocoles ajoutent un horodatage ou un chemin au message signé. Préparez cette chaîne vous-même, sans supposer que le JSON affiché correspond aux octets transmis.
Une autre question ?
Utilisez le Générateur HMAC avec l’exemple RFC, vérifiez la référence, puis modifiez un caractère pour observer la différence.
Choisissez les encodages séparément, puis générez une signature ou vérifiez une empreinte attendue.