Crytographie à clé publique
marco
-
sebsauvage Messages postés 33415 Statut Modérateur -
sebsauvage Messages postés 33415 Statut Modérateur -
l'émetteur crypte le message avec la clé publique du récepteur.
le récepteur décrypte le message avec sa clé privée, qui, à prirori,
est differente de sa clé publique.
en simplifiant à l'extréme: on veut transmettre 10.
on choisi comme algorithme de cryptage l'addition de la clé publique.
Si sa valeur est 2, cela donne 10 + 2 .On transmet donc 12.
Le recepteur, de son côté, applique l'algorithme inverse, soit la
soustraction 12 -2 .le probléme est que, dans ce cas, la clé publique
est égale à la clé privée alors que dans la réalité elles doivent être
différentes.
J'ai du mal à comprendre qu'on puisse crypter avec une clé
et décrypter avec une autre.
quelqu' un peut il imager ce mécanisme ?
le récepteur décrypte le message avec sa clé privée, qui, à prirori,
est differente de sa clé publique.
en simplifiant à l'extréme: on veut transmettre 10.
on choisi comme algorithme de cryptage l'addition de la clé publique.
Si sa valeur est 2, cela donne 10 + 2 .On transmet donc 12.
Le recepteur, de son côté, applique l'algorithme inverse, soit la
soustraction 12 -2 .le probléme est que, dans ce cas, la clé publique
est égale à la clé privée alors que dans la réalité elles doivent être
différentes.
J'ai du mal à comprendre qu'on puisse crypter avec une clé
et décrypter avec une autre.
quelqu' un peut il imager ce mécanisme ?
A voir également:
- Crytographie à clé publique
- Clé usb non détectée - Guide
- Clé windows 8 - Guide
- Clé usb - Accueil - Stockage
- Formater clé usb - Guide
- Clé bootable windows 10 - Guide
9 réponses
Salut,
c'est pour ça que l'algorithme de cryptage n'est pas l'addition et que la clé est une fonction qui associe 2 (très grands) nombres premiers.
Imagine dans l'absolu que tu donnes des cadenas à tout le monde et que toi seul ait la clé : tout le monde peut fermer la boite, tu es le seul à pouvoir l'ouvrir...
Un petit lien sympa sur RSA (le plus utlisé)
http://www.ifrance.com/cryptez/histo3.htm
Bon courage ! ;-)))
A+ Blux "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"
c'est pour ça que l'algorithme de cryptage n'est pas l'addition et que la clé est une fonction qui associe 2 (très grands) nombres premiers.
Imagine dans l'absolu que tu donnes des cadenas à tout le monde et que toi seul ait la clé : tout le monde peut fermer la boite, tu es le seul à pouvoir l'ouvrir...
Un petit lien sympa sur RSA (le plus utlisé)
http://www.ifrance.com/cryptez/histo3.htm
Bon courage ! ;-)))
A+ Blux "Les cons, ça ose tout.
C'est même à ça qu'on les reconnait"
En fait c'est plutot le contraire si j'ai bien compris, (enfin chez nous, je sais pas y'a peut etre d'autres solutions ailleurs, attendons sebsauvage ;-) )
Quand j'envoie un mail crypte a toute l'equipe, je le code avec ma cle privee (ce qui leur prouve que c'est bien moi qui ai ecrit le mail) et eux peuvent le lire grace a ma cle publique (que tous mes collegues ont...) associer il me semble avec leur cle privee mais je suis pas sur...
De fait un peu d'eclaircissement ne me ferais pas de mal non plus ;-)
. .
\_/
Quand j'envoie un mail crypte a toute l'equipe, je le code avec ma cle privee (ce qui leur prouve que c'est bien moi qui ai ecrit le mail) et eux peuvent le lire grace a ma cle publique (que tous mes collegues ont...) associer il me semble avec leur cle privee mais je suis pas sur...
De fait un peu d'eclaircissement ne me ferais pas de mal non plus ;-)
. .
\_/
salut
y a plusieurs cas, le cas de marco est ce qu'on appelle "la clé unique". Une clé qui sert aussi bien à chiffrer que déchiffrer.
Le principe clé publique et clé privée permet
on a les client a et b
1. a peut envoyer un fichier à b chiffré à l'aide de la clé publique de b, celui peut le déchiffrer à l'aide de sa clé privé. (on est ainsi certain que seul b peut lire le message).
2. a peut envoyer un fichier à b chiffré à l'aide de la clé privée de a, b peut lire le message en utilisant la clé publique de a (donc tous les clients possédant la clé publique de a peuvent lire le message)
3. a peut chiffrer son message à l'aide d'une clé unique c, transmettre le message chiffré accompagné la clé unique c chiffrée à l'aide de la clé publique de b. (un peu plus secure). Seul b peut décrypter la clé unique et ainsi décrypter le message. Avantage la clé unique peut ne servir qu'une seule fois.
4. On peut aller plus loin en reprenant tout ce qu'il y a en 3. (clé unique c , message chiffré) et l'encaspuler dans un chiffrement effectué à l'aide de la clé privé de a. Ainsi b peut déchiffrer l'ensemble à l'aide de la clé publique de a, b est ainsi certain que le message provient bien de a. ( et celui ci ne pourra pas répudier le message)
on peut aller plus loin, la parano n'a pas de limite
il y a d'autre cas mais bon....
Choubanimal :
Recherche producteur pour superproduction ou + si affinités
y a plusieurs cas, le cas de marco est ce qu'on appelle "la clé unique". Une clé qui sert aussi bien à chiffrer que déchiffrer.
Le principe clé publique et clé privée permet
on a les client a et b
1. a peut envoyer un fichier à b chiffré à l'aide de la clé publique de b, celui peut le déchiffrer à l'aide de sa clé privé. (on est ainsi certain que seul b peut lire le message).
2. a peut envoyer un fichier à b chiffré à l'aide de la clé privée de a, b peut lire le message en utilisant la clé publique de a (donc tous les clients possédant la clé publique de a peuvent lire le message)
3. a peut chiffrer son message à l'aide d'une clé unique c, transmettre le message chiffré accompagné la clé unique c chiffrée à l'aide de la clé publique de b. (un peu plus secure). Seul b peut décrypter la clé unique et ainsi décrypter le message. Avantage la clé unique peut ne servir qu'une seule fois.
4. On peut aller plus loin en reprenant tout ce qu'il y a en 3. (clé unique c , message chiffré) et l'encaspuler dans un chiffrement effectué à l'aide de la clé privé de a. Ainsi b peut déchiffrer l'ensemble à l'aide de la clé publique de a, b est ainsi certain que le message provient bien de a. ( et celui ci ne pourra pas répudier le message)
on peut aller plus loin, la parano n'a pas de limite
il y a d'autre cas mais bon....
Choubanimal :
Recherche producteur pour superproduction ou + si affinités
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
bonjour,
si ca peut aider
http://www.senat.fr/lc/lc67/lc67.html
a+
111 111 111 x 111 111 111 = 12345678987654321
si ca peut aider
http://www.senat.fr/lc/lc67/lc67.html
a+
111 111 111 x 111 111 111 = 12345678987654321
ah en ai un autre
http://vosdroits.service-public.fr/ARBO/211306-FXPAP126.html
111 111 111 x 111 111 111 = 12345678987654321
http://vosdroits.service-public.fr/ARBO/211306-FXPAP126.html
111 111 111 x 111 111 111 = 12345678987654321
oupsss
y'a tout c'qui fô sur :
http://www.commentcamarche.net/crypto/signature.php3
111 111 111 x 111 111 111 = 12345678987654321
y'a tout c'qui fô sur :
http://www.commentcamarche.net/crypto/signature.php3
111 111 111 x 111 111 111 = 12345678987654321
Me vlà !
Avec un petit exemple d'algo asymétrique (le RSA, l'un des plus répandus)
http://sebsauvage.net/comprendre/encryptage/crypto_rsa.html
Avec un petit exemple d'algo asymétrique (le RSA, l'un des plus répandus)
http://sebsauvage.net/comprendre/encryptage/crypto_rsa.html
salut seb
alors ca glousse ?
111 111 111 x 111 111 111 = 12345678987654321
alors ca glousse ?
111 111 111 x 111 111 111 = 12345678987654321
Bah disons que suite à l'attaque du weekend dernier mon hébergeur
web+DNS a changé ses serveurs, et il a un peu oublié de me prévenir :-o
Mais bon je ne vais pas lui en vouloir il m'héberge gratos...
web+DNS a changé ses serveurs, et il a un peu oublié de me prévenir :-o
Mais bon je ne vais pas lui en vouloir il m'héberge gratos...
