Générateur de clé de chiffrement AES

AES-128, AES-192 et AES-256 font référence aux longueurs de clé en bits — 128, 192 et 256 respectivement. Les trois utilisent le même algorithme de chiffrement par bloc sur des blocs de 128 bits mais diffèrent par le nombre de tours : 10, 12 et 14 tours respectivement. AES-256 offre la marge de sécurité la plus élevée mais est environ 40 % plus lent qu'AES-128. Pour la plupart des applications, AES-128 avec une clé aléatoire forte est considéré comme sécurisé.

AES-GCM (Galois/Counter Mode) est un mode de chiffrement authentifié qui fournit à la fois la confidentialité et l'intégrité/authenticité en une seule opération, produisant un texte chiffré et une balise d'authentification. AES-CBC (Cipher Block Chaining) ne fournit que la confidentialité et nécessite une MAC séparée (par exemple, HMAC) pour l'intégrité. AES-GCM est préféré dans les protocoles modernes comme TLS 1.3 car il est plus rapide au niveau matériel et évite les vulnérabilités d'oracle de remplissage.

La sécurité AES dépend entièrement de l'imprévisibilité de la clé. Un générateur de nombres pseudo-aléatoires cryptographiquement sécurisé (CSPRNG) comme crypto.getRandomValues() produit une sortie qui est indiscernable de la vraie aléatoire d'un point de vue computationnel, rendant la recherche exhaustive de clés infaisable. L'utilisation de Math.random() ou de graines basées sur le temps produit des clés prévisibles qui peuvent être facilement cassées.

Les clés AES ne doivent jamais être stockées dans le code source, les variables d'environnement en texte brut, ou le contrôle de version. Utilisez un gestionnaire de secrets dédié (AWS KMS, HashiCorp Vault, Azure Key Vault) pour le stockage des clés. Pour les données à longue durée de vie, utilisez le chiffrement par enveloppe : chiffrez les données avec une clé de chiffrement de données (DEK), puis chiffrez la DEK avec une clé de chiffrement de clé (KEK) stockée dans le KMS. Faites pivoter les clés régulièrement et auditez tous les accès aux clés.