me voilà parti dans un peu de lecture à propos des différentes
techniques de cryptage etc...
Dans un doc je lis ceci:
"D'un point de vue informatique, il est impossible de deviner la clé
privée à partir de la clé publique. "
Est-ce que c'est vrai, cette affirmation, ou simplement une extension
de langage qui signifierait plutôt:
dans l'état actuel etc il est impossible pour le moment etc, mais dans
l'absolu on pourrait retrouver la clé privée à partir de la clé
publique...
Merci de vos réponses.
--
*allophobe* : Qui a peur des différences. (Définition)
tranquille.xav@free.fr
Dans un doc je lis ceci: "D'un point de vue informatique, il est impossible de deviner la clé privée à partir de la clé publique. "
Est-ce que c'est vrai, ...
bon, j'ai ma réponse:
"Même si les clés publiques et privées sont liées par une relation mathématique, il est très difficile de deviner la clé privée uniquement à partir de la clé publique. Cependant, la déduction de la clé privée est toujours possible en disposant de temps et de puissantes ressources informatiques"
jusque là ça va.
J'apprends par ailleurs que PGP envoie la clé de session (sorte de clé privée) avec le message crypté...
Pour moi ça fait deux faiblesses du système.
Désolé, je ne devrais peut-être pas poster comme ça sans rien apporter de concrêt, mais c'est juste pour voir si à travers quelques remarques, je fais fausse route, et aussi pour tenter d'avoir des avis sur ce que je découvre...
Et puis, j'ai trouvé (pas inventé hein) un système de cryptage qui pourrait être idéal :-) , mais faut que je vérifie deux trois choses avant d'en parler.
Je ne cherche pas à troller promis. merci dêtre indulgent aussi.
-- Aimez-moi, ne m'imposez pas! (Dieu)
*Ecrit* *par* *Tr@nquille*:
Bonjour à tous,
...
Dans un doc je lis ceci:
"D'un point de vue informatique, il est impossible de deviner la clé privée à
partir de la clé publique. "
Est-ce que c'est vrai, ...
bon, j'ai ma réponse:
"Même si les clés publiques et privées sont liées par une relation
mathématique, il est très difficile de deviner la clé privée uniquement
à partir de la clé publique. Cependant, la déduction de la clé privée
est toujours possible en disposant de temps et de puissantes ressources
informatiques"
jusque là ça va.
J'apprends par ailleurs que PGP envoie la clé de session (sorte de clé
privée) avec le message crypté...
Pour moi ça fait deux faiblesses du système.
Désolé, je ne devrais peut-être pas poster comme ça sans rien apporter
de concrêt, mais c'est juste pour voir si à travers quelques remarques,
je fais fausse route, et aussi pour tenter d'avoir des avis sur ce que
je découvre...
Et puis, j'ai trouvé (pas inventé hein) un système de cryptage qui
pourrait être idéal :-) , mais faut que je vérifie deux trois choses
avant d'en parler.
Je ne cherche pas à troller promis.
merci dêtre indulgent aussi.
--
Aimez-moi, ne m'imposez pas! (Dieu)
tranquille.xav@free.fr
Dans un doc je lis ceci: "D'un point de vue informatique, il est impossible de deviner la clé privée à partir de la clé publique. "
Est-ce que c'est vrai, ...
bon, j'ai ma réponse:
"Même si les clés publiques et privées sont liées par une relation mathématique, il est très difficile de deviner la clé privée uniquement à partir de la clé publique. Cependant, la déduction de la clé privée est toujours possible en disposant de temps et de puissantes ressources informatiques"
jusque là ça va.
J'apprends par ailleurs que PGP envoie la clé de session (sorte de clé privée) avec le message crypté...
Pour moi ça fait deux faiblesses du système.
Désolé, je ne devrais peut-être pas poster comme ça sans rien apporter de concrêt, mais c'est juste pour voir si à travers quelques remarques, je fais fausse route, et aussi pour tenter d'avoir des avis sur ce que je découvre...
Et puis, j'ai trouvé (pas inventé hein) un système de cryptage qui pourrait être idéal :-) , mais faut que je vérifie deux trois choses avant d'en parler.
Je ne cherche pas à troller promis. merci dêtre indulgent aussi.
-- Aimez-moi, ne m'imposez pas! (Dieu)
Francois Grieu
écrit:
J'apprends que PGP envoie la clé de session (sorte de clé privée) avec le message crypté...
La clé de session est une clé secrète d'un algorithme symétrique "classique", au sens de ce qui se faisait pour chiffrer les messages avant 1970. On réserve habituellement "clé privée" à la partie non publique d'une clé d'un algorithme asymétrique / à clé publique.
PGP envoi avec le message la clé de session (choisie au hasard pour chaque message) chiffrée avec la clé publique de chaque destinataire; la clé privée d'un destinataire permet le déchiffrement de la clé de session (par un algorithme asymétrique), puis la conaissance de la clé de session permet le déchiffrement du message (par un algorithme symétrique). Le but de la chose est d'avoir les performances du chiffrement symétrique, et la fonctionalité du chiffrement asymétrique.
François Grieu
Tr@nquille <tranquille.xav@free.fr> écrit:
J'apprends que PGP envoie la clé de session (sorte de clé
privée) avec le message crypté...
La clé de session est une clé secrète d'un algorithme symétrique
"classique", au sens de ce qui se faisait pour chiffrer les messages
avant 1970. On réserve habituellement "clé privée" à la partie non
publique d'une clé d'un algorithme asymétrique / à clé publique.
PGP envoi avec le message la clé de session (choisie au hasard pour
chaque message) chiffrée avec la clé publique de chaque destinataire;
la clé privée d'un destinataire permet le déchiffrement de la clé de
session (par un algorithme asymétrique), puis la conaissance de la
clé de session permet le déchiffrement du message (par un algorithme
symétrique). Le but de la chose est d'avoir les performances du
chiffrement symétrique, et la fonctionalité du chiffrement asymétrique.
J'apprends que PGP envoie la clé de session (sorte de clé privée) avec le message crypté...
La clé de session est une clé secrète d'un algorithme symétrique "classique", au sens de ce qui se faisait pour chiffrer les messages avant 1970. On réserve habituellement "clé privée" à la partie non publique d'une clé d'un algorithme asymétrique / à clé publique.
PGP envoi avec le message la clé de session (choisie au hasard pour chaque message) chiffrée avec la clé publique de chaque destinataire; la clé privée d'un destinataire permet le déchiffrement de la clé de session (par un algorithme asymétrique), puis la conaissance de la clé de session permet le déchiffrement du message (par un algorithme symétrique). Le but de la chose est d'avoir les performances du chiffrement symétrique, et la fonctionalité du chiffrement asymétrique.
François Grieu
Tr
*Ecrit* *par* *Francois Grieu*:
écrit:
J'apprends que PGP envoie la clé de session (sorte de clé privée) avec le message crypté...
La clé de session est une clé secrète d'un algorithme symétrique "classique", au sens de ce qui se faisait pour chiffrer les messages avant 1970. On réserve habituellement "clé privée" à la partie non publique d'une clé d'un algorithme asymétrique / à clé publique.
PGP envoi avec le message la clé de session (choisie au hasard pour chaque message) chiffrée avec la clé publique de chaque destinataire; la clé privée d'un destinataire permet le déchiffrement de la clé de session (par un algorithme asymétrique), puis la conaissance de la clé de session permet le déchiffrement du message (par un algorithme symétrique). Le but de la chose est d'avoir les performances du chiffrement symétrique, et la fonctionalité du chiffrement asymétrique.
merci de ce complément! Justement, j'étais en train de chercher quelque chose me permettant de crypter un texte brut (pour le moment et pour tester) via donc "un algorithme symétrique classique" et c'est tout, pour voir ce que ça donne etc. Comme je l'ai lu dans un doc qui semble faire référence, ce système semble être le plus rapide, et surtout le plus difficile à craquer pour une même longueur de clé: "Une clé conventionnelle de 80 bits est aussi puissante qu'une clé publique de 1 024 bits. De même, une clé conventionnelle de 128 bits équivaut à une clé publique de 3 000 bits" voilà, si de votre côté vous avez des pistes... merci encore.
-- Prochain palier: Sortir du lot (proprement).
*Ecrit* *par* *Francois Grieu*:
Tr@nquille <tranquille.xav@free.fr> écrit:
J'apprends que PGP envoie la clé de session (sorte de clé
privée) avec le message crypté...
La clé de session est une clé secrète d'un algorithme symétrique
"classique", au sens de ce qui se faisait pour chiffrer les messages
avant 1970. On réserve habituellement "clé privée" à la partie non
publique d'une clé d'un algorithme asymétrique / à clé publique.
PGP envoi avec le message la clé de session (choisie au hasard pour
chaque message) chiffrée avec la clé publique de chaque destinataire;
la clé privée d'un destinataire permet le déchiffrement de la clé de
session (par un algorithme asymétrique), puis la conaissance de la
clé de session permet le déchiffrement du message (par un algorithme
symétrique). Le but de la chose est d'avoir les performances du
chiffrement symétrique, et la fonctionalité du chiffrement asymétrique.
merci de ce complément!
Justement, j'étais en train de chercher quelque chose me permettant de
crypter un texte brut (pour le moment et pour tester) via donc "un
algorithme symétrique classique" et c'est tout, pour voir ce que ça
donne etc.
Comme je l'ai lu dans un doc qui semble faire référence, ce système
semble être le plus rapide, et surtout le plus difficile à craquer pour
une même longueur de clé:
"Une clé conventionnelle de 80 bits est aussi puissante qu'une clé
publique de 1 024 bits. De même, une clé conventionnelle de 128 bits
équivaut à une clé publique de 3 000 bits"
voilà, si de votre côté vous avez des pistes...
merci encore.
--
Prochain palier: Sortir du lot (proprement).
tranquille.xav@free.fr
J'apprends que PGP envoie la clé de session (sorte de clé privée) avec le message crypté...
La clé de session est une clé secrète d'un algorithme symétrique "classique", au sens de ce qui se faisait pour chiffrer les messages avant 1970. On réserve habituellement "clé privée" à la partie non publique d'une clé d'un algorithme asymétrique / à clé publique.
PGP envoi avec le message la clé de session (choisie au hasard pour chaque message) chiffrée avec la clé publique de chaque destinataire; la clé privée d'un destinataire permet le déchiffrement de la clé de session (par un algorithme asymétrique), puis la conaissance de la clé de session permet le déchiffrement du message (par un algorithme symétrique). Le but de la chose est d'avoir les performances du chiffrement symétrique, et la fonctionalité du chiffrement asymétrique.
merci de ce complément! Justement, j'étais en train de chercher quelque chose me permettant de crypter un texte brut (pour le moment et pour tester) via donc "un algorithme symétrique classique" et c'est tout, pour voir ce que ça donne etc. Comme je l'ai lu dans un doc qui semble faire référence, ce système semble être le plus rapide, et surtout le plus difficile à craquer pour une même longueur de clé: "Une clé conventionnelle de 80 bits est aussi puissante qu'une clé publique de 1 024 bits. De même, une clé conventionnelle de 128 bits équivaut à une clé publique de 3 000 bits" voilà, si de votre côté vous avez des pistes... merci encore.
-- Prochain palier: Sortir du lot (proprement).
Francois Grieu
écrit:
j'étais en train de chercher quelque chose me permettant de crypter un texte brut (pour le moment et pour tester) via donc "un algorithme symétrique classique"
(Open)PGP sait aussi le faire. Selon http://www.gnupg.org/gph/fr/manual.html#AEN114
gpg --output doc.gpg --symmetric doc Enter passphrase:
François Grieu
Tr@nquille <tranquille.xav@free.fr> écrit:
j'étais en train de chercher quelque chose me permettant de
crypter un texte brut (pour le moment et pour tester) via donc
"un algorithme symétrique classique"
(Open)PGP sait aussi le faire. Selon
http://www.gnupg.org/gph/fr/manual.html#AEN114
gpg --output doc.gpg --symmetric doc
Enter passphrase:
j'étais en train de chercher quelque chose me permettant de crypter un texte brut (pour le moment et pour tester) via donc "un algorithme symétrique classique"
(Open)PGP sait aussi le faire. Selon http://www.gnupg.org/gph/fr/manual.html#AEN114
gpg --output doc.gpg --symmetric doc Enter passphrase:
François Grieu
Tr
*Ecrit* *par* *Francois Grieu*:
écrit:
j'étais en train de chercher quelque chose me permettant de crypter un texte brut (pour le moment et pour tester) via donc "un algorithme symétrique classique"
(Open)PGP sait aussi le faire. Selon http://www.gnupg.org/gph/fr/manual.html#AEN114
gpg --output doc.gpg --symmetric doc Enter passphrase:
ok, j'ai récupéré une version windows... mais je cherche un truc qui me permettrait de choisir de compresser ou non le message au départ, par exemple... D'ailleurs un truc plus simple, sans compression, qui me permettrait dans un premier temps de générer plusieurs clés puis de choisir le message à crypter/décrypter. Dans l'idéal, l'algorythme de cryptage serait celui de gpg, et même le mécanisme de génération des clés de cryptage (uniquement, pas besoinde signatures pour le moment) l'idéal serait en graphique sous windows... désolé d'être lourd hein :-) mais je cherche aussi de mon côté, sauf que je vais pas vite, faut débroussailler avant! merci encore, en attendant je vais essayer de me débrouiller avec gpg.
-- L'intelligence ne se défend pas, elle se constate. (Réflexion)
*Ecrit* *par* *Francois Grieu*:
Tr@nquille <tranquille.xav@free.fr> écrit:
j'étais en train de chercher quelque chose me permettant de
crypter un texte brut (pour le moment et pour tester) via donc
"un algorithme symétrique classique"
(Open)PGP sait aussi le faire. Selon
http://www.gnupg.org/gph/fr/manual.html#AEN114
gpg --output doc.gpg --symmetric doc
Enter passphrase:
ok, j'ai récupéré une version windows...
mais je cherche un truc qui me permettrait de choisir de compresser ou
non le message au départ, par exemple...
D'ailleurs un truc plus simple, sans compression, qui me permettrait
dans un premier temps de générer plusieurs clés puis de choisir le
message à crypter/décrypter.
Dans l'idéal, l'algorythme de cryptage serait celui de gpg, et même le
mécanisme de génération des clés de cryptage (uniquement, pas besoinde
signatures pour le moment)
l'idéal serait en graphique sous windows...
désolé d'être lourd hein :-) mais je cherche aussi de mon côté, sauf
que je vais pas vite, faut débroussailler avant!
merci encore, en attendant je vais essayer de me débrouiller avec gpg.
--
L'intelligence ne se défend pas, elle se constate. (Réflexion)
tranquille.xav@free.fr
j'étais en train de chercher quelque chose me permettant de crypter un texte brut (pour le moment et pour tester) via donc "un algorithme symétrique classique"
(Open)PGP sait aussi le faire. Selon http://www.gnupg.org/gph/fr/manual.html#AEN114
gpg --output doc.gpg --symmetric doc Enter passphrase:
ok, j'ai récupéré une version windows... mais je cherche un truc qui me permettrait de choisir de compresser ou non le message au départ, par exemple... D'ailleurs un truc plus simple, sans compression, qui me permettrait dans un premier temps de générer plusieurs clés puis de choisir le message à crypter/décrypter. Dans l'idéal, l'algorythme de cryptage serait celui de gpg, et même le mécanisme de génération des clés de cryptage (uniquement, pas besoinde signatures pour le moment) l'idéal serait en graphique sous windows... désolé d'être lourd hein :-) mais je cherche aussi de mon côté, sauf que je vais pas vite, faut débroussailler avant! merci encore, en attendant je vais essayer de me débrouiller avec gpg.
-- L'intelligence ne se défend pas, elle se constate. (Réflexion)
Cornelia Schneider
wrote in news:mn.3a997d697f42a0b9.16098 @free.fr:
ok, j'ai récupéré une version windows... mais je cherche un truc qui me permettrait de choisir de compresser ou non le message au départ, par exemple...
GPG comprime de toutes façons (mais tu peux bien sûr coprimer tes données avec ce que tu veux, ZIP/RAR/etc, avant de les chiffrer). Installe-toi GPGshell, ça facilitera les opérations : <http://www.jumaros.de/rsoft/index.html>. Et si c'est pour une utilisation par mail, GPGrelay aussi : <http://sites.inka.de/tesla/gpgrelay.html>.
Cornelia
-- Be out and be proud - today is the first day of the rest of your life Support Transgenre Strasbourg : http://www.sts67.org BoW : http://www.bownbend.com GPG key ID 83FF7452, 659C 2B9F 7FD5 5C25 8C30 E723 4423 F8B8 83FF 7452
Tr@nquille <tranquille.xav@free.fr> wrote in news:mn.3a997d697f42a0b9.16098
@free.fr:
ok, j'ai récupéré une version windows...
mais je cherche un truc qui me permettrait de choisir de compresser ou
non le message au départ, par exemple...
GPG comprime de toutes façons (mais tu peux bien sûr coprimer tes données
avec ce que tu veux, ZIP/RAR/etc, avant de les chiffrer). Installe-toi
GPGshell, ça facilitera les opérations :
<http://www.jumaros.de/rsoft/index.html>. Et si c'est pour une utilisation
par mail, GPGrelay aussi : <http://sites.inka.de/tesla/gpgrelay.html>.
Cornelia
--
Be out and be proud - today is the first day of the rest of your life
Support Transgenre Strasbourg : http://www.sts67.org
BoW : http://www.bownbend.com
GPG key ID 83FF7452, 659C 2B9F 7FD5 5C25 8C30 E723 4423 F8B8 83FF 7452
ok, j'ai récupéré une version windows... mais je cherche un truc qui me permettrait de choisir de compresser ou non le message au départ, par exemple...
GPG comprime de toutes façons (mais tu peux bien sûr coprimer tes données avec ce que tu veux, ZIP/RAR/etc, avant de les chiffrer). Installe-toi GPGshell, ça facilitera les opérations : <http://www.jumaros.de/rsoft/index.html>. Et si c'est pour une utilisation par mail, GPGrelay aussi : <http://sites.inka.de/tesla/gpgrelay.html>.
Cornelia
-- Be out and be proud - today is the first day of the rest of your life Support Transgenre Strasbourg : http://www.sts67.org BoW : http://www.bownbend.com GPG key ID 83FF7452, 659C 2B9F 7FD5 5C25 8C30 E723 4423 F8B8 83FF 7452
Tr
*Ecrit* *par* *Cornelia Schneider*:
wrote in news:mn.3a997d697f42a0b9.16098 @free.fr:
ok, j'ai récupéré une version windows... mais je cherche un truc qui me permettrait de choisir de compresser ou non le message au départ, par exemple...
GPG comprime de toutes façons (mais tu peux bien sûr coprimer tes données avec ce que tu veux, ZIP/RAR/etc, avant de les chiffrer). Installe-toi GPGshell, ça facilitera les opérations : <http://www.jumaros.de/rsoft/index.html>. Et si c'est pour une utilisation par mail, GPGrelay aussi : <http://sites.inka.de/tesla/gpgrelay.html>.
merci, je vais essayer, mais je ne veux pas comprimer justement, dans un premier temps. En fait je voudrais un truc qui utilise un système archi-connu et éprouvé (lequel est le plus sûr?) pour me générer une clé symétrique de 1024 bits (j'ai bon?), puis qui me permette de crypter un message avec un algo (archi connu et éprouvé, lequel aussi d'ailleurs?) et la clé générée précédemment.
voilà, gpg et dérivés est déjà trop puissant pour ce que je veux tester. merci quand-même, car j'essaie malgré tout avec les outils suggérés déjà!
-- Je n'ai pas fait des enfants pour qu'ils m'obéissent au doigt et à l'oeil. (Réflexion)
*Ecrit* *par* *Cornelia Schneider*:
Tr@nquille <tranquille.xav@free.fr> wrote in news:mn.3a997d697f42a0b9.16098
@free.fr:
ok, j'ai récupéré une version windows...
mais je cherche un truc qui me permettrait de choisir de compresser ou
non le message au départ, par exemple...
GPG comprime de toutes façons (mais tu peux bien sûr coprimer tes données
avec ce que tu veux, ZIP/RAR/etc, avant de les chiffrer). Installe-toi
GPGshell, ça facilitera les opérations :
<http://www.jumaros.de/rsoft/index.html>. Et si c'est pour une utilisation
par mail, GPGrelay aussi : <http://sites.inka.de/tesla/gpgrelay.html>.
merci, je vais essayer, mais je ne veux pas comprimer justement, dans
un premier temps.
En fait je voudrais un truc qui utilise un système archi-connu et
éprouvé (lequel est le plus sûr?) pour me générer une clé symétrique de
1024 bits (j'ai bon?), puis qui me permette de crypter un message avec
un algo (archi connu et éprouvé, lequel aussi d'ailleurs?) et la clé
générée précédemment.
voilà, gpg et dérivés est déjà trop puissant pour ce que je veux
tester.
merci quand-même, car j'essaie malgré tout avec les outils suggérés
déjà!
--
Je n'ai pas fait des enfants pour qu'ils m'obéissent au doigt et à
l'oeil. (Réflexion)
tranquille.xav@free.fr
ok, j'ai récupéré une version windows... mais je cherche un truc qui me permettrait de choisir de compresser ou non le message au départ, par exemple...
GPG comprime de toutes façons (mais tu peux bien sûr coprimer tes données avec ce que tu veux, ZIP/RAR/etc, avant de les chiffrer). Installe-toi GPGshell, ça facilitera les opérations : <http://www.jumaros.de/rsoft/index.html>. Et si c'est pour une utilisation par mail, GPGrelay aussi : <http://sites.inka.de/tesla/gpgrelay.html>.
merci, je vais essayer, mais je ne veux pas comprimer justement, dans un premier temps. En fait je voudrais un truc qui utilise un système archi-connu et éprouvé (lequel est le plus sûr?) pour me générer une clé symétrique de 1024 bits (j'ai bon?), puis qui me permette de crypter un message avec un algo (archi connu et éprouvé, lequel aussi d'ailleurs?) et la clé générée précédemment.
voilà, gpg et dérivés est déjà trop puissant pour ce que je veux tester. merci quand-même, car j'essaie malgré tout avec les outils suggérés déjà!
-- Je n'ai pas fait des enfants pour qu'ils m'obéissent au doigt et à l'oeil. (Réflexion)
Cornelia Schneider
wrote in news::
merci, je vais essayer, mais je ne veux pas comprimer justement, dans un premier temps.
Ca peut se régler.
En fait je voudrais un truc qui utilise un système archi-connu et éprouvé (lequel est le plus sûr?) pour me générer une clé symétrique de 1024 bits (j'ai bon?), puis qui me permette de crypter un message avec un algo (archi connu et éprouvé, lequel aussi d'ailleurs?) et la clé générée précédemment.
voilà, gpg et dérivés est déjà trop puissant pour ce que je veux tester.
Non, c'est plutôt ce qu'il faut pour ce que tu veux.
Cornelia
-- Be out and be proud - today is the first day of the rest of your life Support Transgenre Strasbourg : http://www.sts67.org BoW : http://www.bownbend.com GPG key ID 83FF7452, 659C 2B9F 7FD5 5C25 8C30 E723 4423 F8B8 83FF 7452
Tr@nquille <tranquille.xav@free.fr> wrote in
news:mn.3abd7d69286d972c.16098@free.fr:
merci, je vais essayer, mais je ne veux pas comprimer justement, dans
un premier temps.
Ca peut se régler.
En fait je voudrais un truc qui utilise un système archi-connu et
éprouvé (lequel est le plus sûr?) pour me générer une clé symétrique
de 1024 bits (j'ai bon?), puis qui me permette de crypter un message
avec un algo (archi connu et éprouvé, lequel aussi d'ailleurs?) et la
clé générée précédemment.
voilà, gpg et dérivés est déjà trop puissant pour ce que je veux
tester.
Non, c'est plutôt ce qu'il faut pour ce que tu veux.
Cornelia
--
Be out and be proud - today is the first day of the rest of your life
Support Transgenre Strasbourg : http://www.sts67.org
BoW : http://www.bownbend.com
GPG key ID 83FF7452, 659C 2B9F 7FD5 5C25 8C30 E723 4423 F8B8 83FF 7452
merci, je vais essayer, mais je ne veux pas comprimer justement, dans un premier temps.
Ca peut se régler.
En fait je voudrais un truc qui utilise un système archi-connu et éprouvé (lequel est le plus sûr?) pour me générer une clé symétrique de 1024 bits (j'ai bon?), puis qui me permette de crypter un message avec un algo (archi connu et éprouvé, lequel aussi d'ailleurs?) et la clé générée précédemment.
voilà, gpg et dérivés est déjà trop puissant pour ce que je veux tester.
Non, c'est plutôt ce qu'il faut pour ce que tu veux.
Cornelia
-- Be out and be proud - today is the first day of the rest of your life Support Transgenre Strasbourg : http://www.sts67.org BoW : http://www.bownbend.com GPG key ID 83FF7452, 659C 2B9F 7FD5 5C25 8C30 E723 4423 F8B8 83FF 7452
Tr
*Ecrit* *par* **:
Bonjour à tous, bon voilà, suite à mes posts et aux recherches effectuées sur vos
conseils, ben ça marche pas comme je l'espérais... Normal.
Donc voici le principe de départ empruntée à une énigme lue ce matin en venant au boulot: soit deux communicants A et B. A souhaite envoyer un message sécurisé à B. Il cripte son message avec sa clé secrète. Il l'envoie à B B crypte le message reçu avec sa propre clé secrète. Il le renvoie à A. A décrypte le message reçu avec sa clé secrète Il le renvoie à B B décrypte le message reçu avec sa clé secrète: ben il a pas le texte en clair (dommage...)
J'ai essayé le truc avec cette applet: http://lwh.free.fr/pages/algo/crypto/des.htm CLE1 pour A et CLE2 pour B, message: test C'est un cryptage à base d'algo DES si j'ai bien compris.
Ma question: existe-t-il un système de cryptage qui permettrait ce genre d'échanges?
Par avance merci de vos réponses.
-- Pas d'bras, pas d'chocolat! (tronqué)
*Ecrit* *par* *Tr@nquille*:
Bonjour à tous,
bon voilà, suite à mes posts et aux recherches effectuées sur vos
conseils, ben ça marche pas comme je l'espérais...
Normal.
Donc voici le principe de départ empruntée à une énigme lue ce matin en
venant au boulot:
soit deux communicants A et B.
A souhaite envoyer un message sécurisé à B.
Il cripte son message avec sa clé secrète.
Il l'envoie à B
B crypte le message reçu avec sa propre clé secrète.
Il le renvoie à A.
A décrypte le message reçu avec sa clé secrète
Il le renvoie à B
B décrypte le message reçu avec sa clé secrète:
ben il a pas le texte en clair (dommage...)
J'ai essayé le truc avec cette applet:
http://lwh.free.fr/pages/algo/crypto/des.htm
CLE1 pour A et CLE2 pour B, message: test
C'est un cryptage à base d'algo DES si j'ai bien compris.
Ma question:
existe-t-il un système de cryptage qui permettrait ce genre d'échanges?
Par avance merci de vos réponses.
--
Pas d'bras, pas d'chocolat! (tronqué)
tranquille.xav@free.fr
Bonjour à tous, bon voilà, suite à mes posts et aux recherches effectuées sur vos
conseils, ben ça marche pas comme je l'espérais... Normal.
Donc voici le principe de départ empruntée à une énigme lue ce matin en venant au boulot: soit deux communicants A et B. A souhaite envoyer un message sécurisé à B. Il cripte son message avec sa clé secrète. Il l'envoie à B B crypte le message reçu avec sa propre clé secrète. Il le renvoie à A. A décrypte le message reçu avec sa clé secrète Il le renvoie à B B décrypte le message reçu avec sa clé secrète: ben il a pas le texte en clair (dommage...)
J'ai essayé le truc avec cette applet: http://lwh.free.fr/pages/algo/crypto/des.htm CLE1 pour A et CLE2 pour B, message: test C'est un cryptage à base d'algo DES si j'ai bien compris.
Ma question: existe-t-il un système de cryptage qui permettrait ce genre d'échanges?
Par avance merci de vos réponses.
-- Pas d'bras, pas d'chocolat! (tronqué)
Laurent Jumet
Hello !
wrote:
Donc voici le principe de départ empruntée à une énigme lue ce matin en venant au boulot: soit deux communicants A et B. A souhaite envoyer un message sécurisé à B. Il cripte son message avec sa clé secrète.
...il le *signe* avec sa clé secrète. Mais on ne crypte pas avec la clé secrète. Ou alors la clé secrète est utilisée comme clé symétrique mais personne ne va faire cela car pour que B puisse décrypter il lui faut la clé secrète de A... :-)
Il l'envoie à B B crypte le message reçu avec sa propre clé secrète.
...ce sont deux encryptages symétriques successifs.
Il le renvoie à A. A décrypte le message reçu avec sa clé secrète
...il ne peut pas. B doit passer le premier.
Il le renvoie à B B décrypte le message reçu avec sa clé secrète: ben il a pas le texte en clair (dommage...)
Ça n'a pas de sens. Tu peux essayer toi-même: tu prends un fichier en clair, tu le cryptes en symétrique avec la clé "abcd" et tu re-cryptes le résultat avec la clé "efgh". Pour retomber sur l'original, tu dois faire la manoeuvre en sens inverse. Autrement ça ne va pas.
D'ailleurs, un programme comme GPG te dira que ta clé est mauvaise si tu essayes de décrypter par "abcd" avant "efgh".
-- Laurent Jumet - Point de Chat, Liège, BELGIUM KeyID: 0xCFAF704C [Restore address to laurent.jumet for e-mail reply.]
Hello !
Tr@nquille <tranquille.xav@free.fr> wrote:
Donc voici le principe de départ empruntée à une énigme lue ce matin en
venant au boulot:
soit deux communicants A et B.
A souhaite envoyer un message sécurisé à B.
Il cripte son message avec sa clé secrète.
...il le *signe* avec sa clé secrète. Mais on ne crypte pas avec la clé secrète.
Ou alors la clé secrète est utilisée comme clé symétrique mais personne ne va faire cela car pour que B puisse décrypter il lui faut la clé secrète de A... :-)
Il l'envoie à B
B crypte le message reçu avec sa propre clé secrète.
...ce sont deux encryptages symétriques successifs.
Il le renvoie à A.
A décrypte le message reçu avec sa clé secrète
...il ne peut pas. B doit passer le premier.
Il le renvoie à B
B décrypte le message reçu avec sa clé secrète:
ben il a pas le texte en clair (dommage...)
Ça n'a pas de sens.
Tu peux essayer toi-même: tu prends un fichier en clair, tu le cryptes en symétrique avec la clé "abcd" et tu re-cryptes le résultat avec la clé "efgh".
Pour retomber sur l'original, tu dois faire la manoeuvre en sens inverse. Autrement ça ne va pas.
D'ailleurs, un programme comme GPG te dira que ta clé est mauvaise si tu essayes de décrypter par "abcd" avant "efgh".
--
Laurent Jumet - Point de Chat, Liège, BELGIUM
KeyID: 0xCFAF704C
[Restore address to laurent.jumet for e-mail reply.]
Donc voici le principe de départ empruntée à une énigme lue ce matin en venant au boulot: soit deux communicants A et B. A souhaite envoyer un message sécurisé à B. Il cripte son message avec sa clé secrète.
...il le *signe* avec sa clé secrète. Mais on ne crypte pas avec la clé secrète. Ou alors la clé secrète est utilisée comme clé symétrique mais personne ne va faire cela car pour que B puisse décrypter il lui faut la clé secrète de A... :-)
Il l'envoie à B B crypte le message reçu avec sa propre clé secrète.
...ce sont deux encryptages symétriques successifs.
Il le renvoie à A. A décrypte le message reçu avec sa clé secrète
...il ne peut pas. B doit passer le premier.
Il le renvoie à B B décrypte le message reçu avec sa clé secrète: ben il a pas le texte en clair (dommage...)
Ça n'a pas de sens. Tu peux essayer toi-même: tu prends un fichier en clair, tu le cryptes en symétrique avec la clé "abcd" et tu re-cryptes le résultat avec la clé "efgh". Pour retomber sur l'original, tu dois faire la manoeuvre en sens inverse. Autrement ça ne va pas.
D'ailleurs, un programme comme GPG te dira que ta clé est mauvaise si tu essayes de décrypter par "abcd" avant "efgh".
-- Laurent Jumet - Point de Chat, Liège, BELGIUM KeyID: 0xCFAF704C [Restore address to laurent.jumet for e-mail reply.]
