Une clé partagée ou une paire de clés
AES est symétrique : les parties utilisent la même clé secrète pour le chiffrement et le déchiffrement. RSA est asymétrique et utilise une paire de clés publique/privée dans un schéma de chiffrement ou de signature défini. Une clé publique peut être partagée ; une clé privée doit rester protégée. Il s’agit de modèles de confiance et de distribution différents, et non de choix déroulants interchangeables.
Comparer AES-256 avec un module RSA en utilisant le même nombre de bits numériques est trompeur. Les tailles de clé font référence à différentes constructions mathématiques. Choisissez un protocole révisé et des paramètres pris en charge plutôt que des chiffres correspondants.
Pourquoi les systèmes les combinent
Un système hybride peut chiffrer un message avec une clé symétrique aléatoire et protéger cette clé à l’aide d’un mécanisme asymétrique. Cela évite d'essayer de chiffrer des fichiers volumineux arbitraires directement avec une primitive de clé publique. Les vrais protocoles doivent également définir l'authentification, le remplissage, les métadonnées et la validation des clés.
Le site Web AES effectue uniquement un chiffrement symétrique. Il n'accepte pas de clé publique RSA, ne crée pas d'enveloppe hybride ni ne vérifie une signature RSA. Le package de fichiers utilise une clé AES-GCM dérivée d'un mot de passe, et non un matériel de clé enveloppé dans RSA.
Le chiffrement n'est pas une signature
Une signature répond à une tâche différente de la confidentialité. AES-GCM authentifie un message sous un secret partagé, mais toute personne détenant ce secret peut produire des messages authentifiés valides. Une signature à clé publique a des règles de vérification et de confiance différentes. Aucune des deux opérations n’établit automatiquement une identité humaine sans un moyen fiable d’obtenir la clé appropriée.
Ne collez pas de certificat PEM dans le champ de clé brute AES. Un document PEM est un objet structuré, et non des octets clés 16, 24 ou 32 bruts AES. Une erreur de longueur d’octet est le résultat approprié, et non une raison pour raccourcir la chaîne PEM.
Choisissez un flux de travail que vous pouvez récupérer
Utilisez le package de mots de passe de ce site pour un flux de travail symétrique local et versionné. Si votre application nécessite des clés publiques de destinataire, utilisez une implémentation mature de son format d'enveloppe établi. Testez la récupération, protégez les clés séparément et documentez qui peut déchiffrer. Il n'y a aucune fonctionnalité RSA ou promesse de conversion de clé cachée derrière ce guide de comparaison.
Outils et lectures associés
- Crypter le texte
- Déchiffrer le texte
- Chiffrer un fichier
- Générer une clé
- Qu'est-ce que le chiffrement AES ? Clés, blocs et récupération
- AES-GCM vs CBC vs CTR : Authentification et paramètres
- AES-128 vs AES-192 vs AES-256 : octets et encodages
Références techniques
Mise à jour en octobre 16, 2026