Aller au contenu principal
Hachage

Générateur de code HMAC

Générez HMAC-SHA-256/384/512 en hex minuscules depuis un message UTF-8 et un secret UTF-8 littéral avec Web Crypto. Conçu pour les développeurs qui signent des payloads API, valident des webhooks ou implémentent l'authentification par jeton. Secret jamais exposé, calcul local uniquement.

Outils de hachage

En bref

Reproduisez des vecteurs MAC à secret partagé en distinguant HMAC du chiffrement et des signatures publiques et en protégeant la clé.

Fonctionnalités prises en charge

  • Message et secret sont des chaînes littérales UTF-8 ; un secret hex/Base64 n’est pas décodé.
  • Web Crypto importe une clé HMAC brute non extractible et signe avec SHA-256/384/512.
  • MAC hexadécimal minuscule téléchargeable hmac.txt.
  • Hash Generator pour intégrité sans clé, JWT Verifier pour un jeton complet.
  • Non, secret partagé seulement ; ni confidentialité ni vérification publique.

Comment utiliser Générateur de code HMAC

Réalisez un flux Générateur de code HMAC vérifiable dans ce navigateur.

  1. 1

    Étape 1

    Fournir l’entrée exacte

    Message et secret sont des chaînes littérales UTF-8 ; un secret hex/Base64 n’est pas décodé.

  2. 2

    Étape 2

    Régler les contrôles disponibles

    Choisissez SHA-256, SHA-384 ou SHA-512 et aperçu direct.

  3. 3

    Étape 3

    Exécuter l’opération

    Web Crypto importe une clé HMAC brute non extractible et signe avec SHA-256/384/512.

  4. 4

    Étape 4

    Vérifier le résultat

    Comparez RFC 4231 puis utilisez une comparaison constante en production.

  5. 5

    Étape 5

    Continuer ou exporter

    Hash Generator pour intégrité sans clé, JWT Verifier pour un jeton complet.

Erreurs fréquentes

Ignorer la normalisation Unicode ou les fins de ligne du message

Conséquence: HMAC authentifie des octets exacts. Des textes NFC et NFD visuellement proches, ou des messages LF et CRLF, donnent des octets UTF-8 puis des MAC différents.

Correction: N’appliquez que la normalisation exigée par le protocole et comparez les octets exacts du message avant de suspecter l’algorithme.

Utiliser HMAC comme chiffrement ou comme signature publiquement vérifiable

Conséquence: Le message reste lisible et toute personne capable de vérifier doit posséder le même secret, donc peut aussi générer un MAC valide.

Correction: Utilisez un chiffrement authentifié pour la confidentialité ou une signature numérique lorsque vérifier ne doit pas conférer le pouvoir de signer.

Oublier ce cas limite : Pourquoi un vecteur avec clé hex ne correspond-il pas ?

Conséquence: Les caractères hex saisis sont leurs octets UTF-8, pas les octets qu’ils représentent.

Correction: Convertissez la clé en octets exacts exigés par le protocole.

Bonnes pratiques

  • Comparez RFC 4231 puis utilisez une comparaison constante en production.
  • Convertissez la clé en octets exacts exigés par le protocole.
  • Utilisez des clés de protocole à forte entropie et faites leur rotation ailleurs.

Flux de travail liés

Reproduire et vérifier un vecteur HMAC de protocole

Générateur de code HMACGénérateur de hashVérificateur HMAC JWT

Hash Generator pour intégrité sans clé, JWT Verifier pour un jeton complet.

  1. Choisir un vecteur publié ou une clé de protocole hors production
  2. Confirmer les octets du message et de la clé, la variante SHA et la casse hex attendue
  3. Générer le MAC et le comparer octet par octet à la référence
  4. Vérifier le même vecteur par comparaison en temps constant dans le système destinataire

Limites du navigateur

  • Les caractères hex saisis sont leurs octets UTF-8, pas les octets qu’ils représentent.
  • Message et clé complets restent en mémoire, sans streaming.
  • SubtleCrypto dépend du contexte sécurisé.

Ressources de référence

Web Cryptography Level 2: HMACÉditeur: W3C · Révisé: 2026-07-26RFC 4231: HMAC-SHA Test VectorsÉditeur: RFC Editor · Révisé: 2026-07-26FIPS 198-1: HMACÉditeur: NIST · Révisé: 2026-07-26

Exemples concrets

Entrée
Message: what do ya want for nothing? Secret: Jefe Algorithm: SHA-256
Résultat
5bdcc146bf60754e6a042426089575c75a003f089d2739839dec58b964ec3843

Vecteur RFC 4231 cas 2 avec clé ASCII/UTF-8 Jefe.

Questions fréquentes

Le message et le secret sont-ils du texte ou des octets de clé décodés ?

Message et secret sont des chaînes littérales UTF-8 ; un secret hex/Base64 n’est pas décodé.

Pourquoi un vecteur avec clé hex ne correspond-il pas ?

Les caractères hex saisis sont leurs octets UTF-8, pas les octets qu’ils représentent.

HMAC chiffre-t-il ou signe-t-il publiquement ?

Non, secret partagé seulement ; ni confidentialité ni vérification publique.

Comment reproduire sans risque un vecteur RFC 4231 ?

Comparez RFC 4231 puis utilisez une comparaison constante en production.

Le message ou le secret sont-ils transmis ou persistés ?

Message et secret restent en mémoire locale ; Web Crypto peut exiger HTTPS. N’utilisez pas un secret de production.

Quand faut-il plutôt utiliser Hash Generator ou JWT Verifier ?

Hash Generator pour intégrité sans clé, JWT Verifier pour un jeton complet.

Confidentialité et fonctionnement hors ligne

Message et secret restent en mémoire locale ; Web Crypto peut exiger HTTPS. N’utilisez pas un secret de production.

Outils associés