/usr/share/doc/gnupg-doc/GNU_Privacy_Handbook/fr/html/x220.htm

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN""http://www.w3.org/TR/html4/loose.dtd">
<HTML
><HEAD
><TITLE
>Signatures numériques</TITLE
><META
NAME="GENERATOR"
CONTENT="Modular DocBook HTML Stylesheet Version 1.79"><LINK
REL="HOME"
TITLE="Le manuel de GNU Privacy Guard"
HREF="book1.htm"><LINK
REL="UP"
TITLE="Concepts"
HREF="c178.htm"><LINK
REL="PREVIOUS"
TITLE="Procédés de chiffrement hybride"
HREF="x214.htm"><LINK
REL="NEXT"
TITLE="La gestion des clés"
HREF="c240.htm"></HEAD
><BODY
CLASS="SECT1"
BGCOLOR="#FFFFFF"
TEXT="#000000"
LINK="#0000FF"
VLINK="#840084"
ALINK="#0000FF"
><DIV
CLASS="NAVHEADER"
><TABLE
SUMMARY="Header navigation table"
WIDTH="100%"
BORDER="0"
CELLPADDING="0"
CELLSPACING="0"
><TR
><TH
COLSPAN="3"
ALIGN="center"
>Le manuel de GNU Privacy Guard</TH
></TR
><TR
><TD
WIDTH="10%"
ALIGN="left"
VALIGN="bottom"
><A
HREF="x214.htm"
ACCESSKEY="P"
>Précédent</A
></TD
><TD
WIDTH="80%"
ALIGN="center"
VALIGN="bottom"
>Chapitre 2. Concepts</TD
><TD
WIDTH="10%"
ALIGN="right"
VALIGN="bottom"
><A
HREF="c240.htm"
ACCESSKEY="N"
>Suivant</A
></TD
></TR
></TABLE
><HR
ALIGN="LEFT"
WIDTH="100%"></DIV
><DIV
CLASS="SECT1"
><H1
CLASS="SECT1"
><A
NAME="AEN220"
>Signatures numériques</A
></H1
><P
>Une fonction de hachage est une fonction plusieurs donne un qui
transforme son entrée en une valeur incluse dans un ensemble fini.
Typiquement cet ensemble est un champ de nombres naturels.
Une fonction simple de hachage est <I
CLASS="EMPHASIS"
>f</I
>(<I
CLASS="EMPHASIS"
>x</I
>) = 0 
pour tout entier <I
CLASS="EMPHASIS"
>x</I
>.
Une fonction de hachage plus intéressante est
<I
CLASS="EMPHASIS"
>f</I
>(<I
CLASS="EMPHASIS"
>x</I
>) = <I
CLASS="EMPHASIS"
>x</I
> 
<I
CLASS="EMPHASIS"
>mod</I
> 37, qui fait correspondre 
<I
CLASS="EMPHASIS"
>x</I
> avec le reste de la division de
<I
CLASS="EMPHASIS"
>x</I
> par 37. </P
><P
>La signature numérique d'un document est le résultat de l'application
d'une fonction de hachage sur ce document.
Toutefois, pour être utile, la fonction de hachage doit vérifier
deux propriétés importantes.
Premièrement, il doit être difficile de trouver deux documents qui
une fois hachés donnent la même valeur.
Deuxièmement, pour une valeur résultant d'une fonction de hachage, il
doit être difficile de retrouver le document qui a produit cette
valeur. </P
><P
>Quelques procédés de chiffrement à clé publique<A
NAME="AEN234"
HREF="#FTN.AEN234"
><SPAN
CLASS="footnote"
>[1]</SPAN
></A
> peuvent être utilisés pour signer un document.
Le signataire chiffre le document avec sa clé
<I
CLASS="EMPHASIS"
>privée</I
>. 
Toute personne désireuse de vérifier la signature et de voir le
document utilise simplement la clé publique du signataire pour déchiffrer le
document. 
Cet algorithme satisfait les deux propriétés nécessaires pour une
bonne fonction de hachage, mais en pratique, cet algorithme est trop
lent pour être utile.</P
><P
>Une alternative est d'utiliser des fonctions de hachage conçues pour
satisfaire ces deux propriétés importantes.
SHA et MD5 sont des exemples de tels algorithmes. 
En utilisant un tel algorithme, un document est signé en le hachant
et le résultat est la signature.
Une autre personne peut vérifier la signature en hachant elle aussi sa
copie du document, et en comparant le résultat du hachage avec le
résultat du hachage du document original.
Si elles correspondent, il est presque certain que les documents sont
identiques. </P
><P
>Le problème maintenant est comment utiliser une fonction de hachage
pour faire des signatures numériques sans permettre à un attaquant de
fausser la vérification de la signature.
Si le document et la signature sont envoyés non chiffrés, un
attaquant pourrait modifier le document et générer la signature
correspondante sans que le destinataire n'en soit conscient.
Si le document seulement est chiffré, l'attaquant peut falsifier la
signature et entraîner un échec de la vérification de la signature.
Une troisième solution est d'utiliser un processus de chiffrement
hybride à clé publique pour chiffrer à la fois le document et la
signature. 
Le signataire utilise sa clé privée, et n'importe qui peut utiliser sa
clé publique pour vérifier la signature et le document.
Cela semble correct, mais en fait ne l'est pas.
Si cet algorithme sécurise vraiment le document, il le protège aussi
contre les altérations et il n'y aurait plus de raison pour la signature.
Plus important, ceci ne protège ni le document ni la signature
d'une altération.
Avec cet algorithme, seule la clé de session pour le procédé de
chiffrement symétrique est chiffrée en utilisant la clé privée du
signataire. 
N'importe qui peut utiliser la clé publique pour récupérer la clé de
session. 
C'est la raison pour laquelle, il est facile pour un attaquant de
récupérer la clé de session et de l'utiliser pour chiffrer d'autres
documents et les signatures correspondantes, et de les envoyer au nom
de l'émetteur.</P
><P
>Une solution consiste à utiliser un algorithme à clé publique pour
chiffrer seulement la signature.
La valeur retournée par la fonction de hachage est chiffrée en
utilisant la clé privée du signataire, et n'importe qui peut vérifier
la signature en utilisant sa clé publique.
Le document signé peut être envoyé en clair si le document est
public ou en utilisant d'autres algorithmes de chiffrement. 
Si le document est modifié, la vérification de la signature va
échouer, mais c'est précisément ce que la vérification d'une signature
est censée détecter.
Le standard de signature numérique (DSA) est un algorithme de
signature à clé publique qui fonctionne comme celui que l'on vient de
décrire. 
DSA est l'algorithme de signature utilisé par défaut dans GnuPG.</P
></DIV
><H3
CLASS="FOOTNOTES"
>Notes</H3
><TABLE
BORDER="0"
CLASS="FOOTNOTES"
WIDTH="100%"
><TR
><TD
ALIGN="LEFT"
VALIGN="TOP"
WIDTH="5%"
><A
NAME="FTN.AEN234"
HREF="x220.htm#AEN234"
><SPAN
CLASS="footnote"
>[1]</SPAN
></A
></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
WIDTH="95%"
><P
>Le procédé doit avoir la propriété que la clé publique ou la clé
privée peuvent être utilisées par l'algorithme de chiffrement comme
clé publique.
RSA est un exemple d'un tel algorithme, alors qu'ElGamal ne l'est
pas. </P
></TD
></TR
></TABLE
><DIV
CLASS="NAVFOOTER"
><HR
ALIGN="LEFT"
WIDTH="100%"><TABLE
SUMMARY="Footer navigation table"
WIDTH="100%"
BORDER="0"
CELLPADDING="0"
CELLSPACING="0"
><TR
><TD
WIDTH="33%"
ALIGN="left"
VALIGN="top"
><A
HREF="x214.htm"
ACCESSKEY="P"
>Précédent</A
></TD
><TD
WIDTH="34%"
ALIGN="center"
VALIGN="top"
><A
HREF="book1.htm"
ACCESSKEY="H"
>Sommaire</A
></TD
><TD
WIDTH="33%"
ALIGN="right"
VALIGN="top"
><A
HREF="c240.htm"
ACCESSKEY="N"
>Suivant</A
></TD
></TR
><TR
><TD
WIDTH="33%"
ALIGN="left"
VALIGN="top"
>Procédés de chiffrement hybride</TD
><TD
WIDTH="34%"
ALIGN="center"
VALIGN="top"
><A
HREF="c178.htm"
ACCESSKEY="U"
>Niveau supérieur</A
></TD
><TD
WIDTH="33%"
ALIGN="right"
VALIGN="top"
>La gestion des clés</TD
></TR
></TABLE
></DIV
></BODY
></HTML
>
gnupg-doc 2003.04.06+dak1-1ubuntu1 / usr / share / doc / gnupg-doc / GNU_Privacy_Handbook / fr / html / x220.htm
