par tomtom » 15 Nov 2004 17:16
Heu, je te fais un bref rappel de la cryptographie à clefs asymétriques.
pour chaque "utilisateur", on générèe une paire de clefs : la clé publique et la clé privée.
Ces clés sont liées et ont des propriétés mathématiques interressantes, en particulier :
-A partir d'une clé, il est impossible de retrouver l'autre (ou du moins très difficile)
- Si un message est encodé avec une des clés, il peut etre décodé avec l'autre clé
Le principe est donc :
Chaque utilisateur possède sa clé privée (et ne la diculgue à personne) et distribue sa clé publiqe (via un serveur de clé, local pour une entreprise, ou sur internet etc.) Le moyen le plsu sur est que le propriétaire distribue sa clé publique en main prore à chaque personne avec qui il veut communiquer, mais ce n'est pas toujours evident.
Les applications :
- Cryptage :
On rédige un message, et on l'encrypte avec la CLE PUBLIQUE du destinataire
Le destinataire peut decrypter le message avec sa CLE PRIVEE, il est le seul à pouvoir le lire
- Signature et integrité :
On redige le message, on en calcule un condensé (hash), et on l'encrypte avec sa CLE PRIVEE
Le destinataire calcule lui aussi un condensé du message, puis decrypte le message avec la CLE PUBLIQUE de l'emmeteur.
Il peut ensuite comparer le resultat à son propre condensé, si ça concorde il est sur que le message à été emis par quelqu'un possedant la CLE PRIVEE (une suele personne en théorie) et qu'il n'a pa été modifié depuis la signature.
On peut bien entendu mixer les techniques.....
Que retient-on ?
Il faut pour chauqe utilisateur de ton système créer une paire de clé (peu importe l'endroit où tu les crées, mais il faut faire toujours les même et connaitre la methode de cration des clés, RSA etant la plus repandue).
Quand on crypte un document, on utilise la CLE PUBLIQUE du destinataire. Bien entendu, c'est le destinataire lui même qui nous l'a remise. Il ne s'agit pas d'une autre clé de taill eidentique générée ailleurs !
Pour lire un document dont on est destinataire, on utilise sa CLE PRIVEE (qui a été générée en même temps que la C LE PUBLIQUE qui a servi a encrypter le message).
Est-ce plus clair ???
t.
One hundred thousand lemmings can't be wrong...