DSA : Digital Signature Algorithm
Cryptographie
Algorithme cryptographique asymétrique utilisé pour la signature numérique et la vérification d'intégrité des données.
Fonction principale : DSA génère des signatures numériques permettant d'authentifier l'origine et l'intégrité d'un message ou document.
Caractéristiques techniques : Basé sur la théorie des logarithmes discrets dans des groupes finis, DSA produit des signatures plus compactes que RSA, avec une clé privée et une clé publique distinctes.
Utilisation en PKCS#11 : DSA est supporté comme mécanisme de signature dans les modules cryptographiques conformes à PKCS#11, souvent désigné par le mécanisme CKM_DSA.
Limites et alternatives : DSA est moins utilisé aujourd'hui au profit d'ECDSA, qui offre une sécurité équivalente avec des clés plus courtes et de meilleures performances.
Ce qui arrive si on s'en passe
Sans signature numérique comme DSA, un message ou un document n'offre aucune preuve de son origine ni de son intégrité : une modification en chemin passe inaperçue, et n'importe qui peut s'en prétendre l'auteur. Employer DSA sans soin présente un autre risque : l'algorithme exige un nombre aléatoire neuf et secret à chaque signature, et une valeur réutilisée ou prévisible suffit à révéler la clé privée. ECDSA, son successeur recommandé, partage d'ailleurs cette susceptibilité, ce qui prouve que la famille a de la suite dans les idées, à défaut d'en avoir dans le hasard.
Explication de la marmotte
Imagine que tu écris une lettre importante et que tu veux prouver que c’est bien toi qui l’as écrite, sans que personne ne puisse la modifier. L’algorithme dont on parle est comme une signature spéciale que tu ajoutes à ta lettre. Cette signature est unique et difficile à copier. Quand quelqu’un reçoit ta lettre, il peut vérifier grâce à cette signature que le message vient bien de toi et qu’il n’a pas été changé en chemin. C’est un peu comme un sceau secret qui garantit l’authenticité et la sécurité de ta lettre.
Où ce terme est utilisé
- Debian stable sur serveur, mises à jour de sécurité et rétroportages (2 occurrences)
- AI Act : champ d'application, qui est concerné et qui en sort (article 2) (1 occurrence)
- Équité, vote, contrats et divulgation contrôlée (1 occurrence)
- Migrer TLS legacy sans casser les clients anciens (1 occurrence)
- Protocole SSH, clés d'hôte, authentification et durcissement (1 occurrence)
- Signer numériquement : preuve publique, politiques de vérification (1 occurrence)