Configuration de Clé Secrète JWT
Octets pseudo-aléatoires cryptographiquement sûrs générés via Web Crypto CSPRNG
Configuration de Clé Secrète JWT
Octets pseudo-aléatoires cryptographiquement sûrs générés via Web Crypto CSPRNG
No secret generated yet
Cliquez ci-dessous pour générer une clé sécurisée dans votre navigateur.
Integration Code Snippets
# .env configuration (Never commit this to version control)
JWT_SECRET="YOUR_GENERATED_SECRET_HERE"
JWT_EXPIRES_IN="15m"
JWT_ALGORITHM="HS256"Comment Générer une Clé Secrète JWT Hautement Sécurisée
1. Choisissez l'Algorithme de Signature
Sélectionnez HS256 (HMAC-SHA256), HS384 ou HS512 selon les exigences de sécurité de votre API.
2. Définissez la Taille en Bits et Octets
La norme RFC 7518 impose un secret au moins égal à la taille du hachage (≥ 256 bits pour HS256, ≥ 384 bits pour HS384, ≥ 512 bits pour HS512).
3. Choisissez le Format d'Encodage
Choisissez Hex (recommandé pour les octets bruts), Base64 standard ou Base64URL sécurisé pour URL.
4. Copiez et Injectez dans vos Variables d'Environnement
Cliquez sur Copier et collez directement dans votre fichier .env (JWT_SECRET) ou gestionnaire de secrets cloud. Ne committez jamais de clé dans Git.
Architecture Cryptographique et Norme RFC 7518
La spécification RFC 7518 (Section 3.2) impose que les clés HMAC soient d'une taille supérieure ou égale à la sortie de la fonction de hachage SHA-2 sous-jacente. Si votre clé secrète manque d'entropie ou fait moins de 256 bits, un attaquant interceptant un jeton peut exécuter une attaque par force brute hors-ligne sur GPU sans jamais alerter votre passerelle API.
| Spécification / Paramètre | Norme & Valeur Requise |
|---|---|
| Taille Minimale HS256 | 256 bits (32 octets / 64 caractères hex) |
| Taille Minimale HS384 | 384 bits (48 octets / 96 caractères hex) |
| Taille Minimale HS512 | 512 bits (64 octets / 128 caractères hex) |
| Source d'Entropie | API Web Crypto W3C CSPRNG (window.crypto.getRandomValues) |
Limites de Sécurité et Bonnes Pratiques en Production
Toutes les clés de cet outil sont générées localement dans la mémoire de votre navigateur via l'entropie matérielle du système. Aucun secret n'est envoyé sur un serveur distant ni stocké dans des cookies. En production, faites tourner vos clés régulièrement et utilisez des coffres-forts sécurisés (AWS Secrets Manager, HashiCorp Vault).
Questions Fréquentes : Génération de Clés Secrètes JWT
Pourquoi 256 bits en hexadécimal donnent 64 caractères ?
256 bits correspondent à 32 octets (256 / 8). En hexadécimal, chaque octet nécessite 2 caractères (00 à ff). Ainsi, 32 octets produisent exactement 64 caractères.
Une clé de 128 bits est-elle recommandée pour HS256 ?
Non. La spécification RFC 7518 interdit les clés inférieures à 256 bits pour HS256. Les fermes de GPU modernes peuvent casser des clés courtes en un temps très réduit.
Comment cet outil garantit-il un aléatoire cryptographique réel ?
Nous utilisons window.crypto.getRandomValues(), relié au générateur d'entropie du noyau (/dev/urandom ou CSPRNG Windows). Il n'utilise jamais Math.random().
Quelle différence entre Hex et Base64 ?
Ce sont deux représentations des mêmes octets bruts. Hex utilise 16 symboles (0-9, a-f) et fait 64 caractères pour 32 octets. Base64 en utilise 64 et ne fait que 44 caractères.