<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : GnuPG : chiffrer et signer sous Ubuntu pour les nuls</title>
	<atom:link href="http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/</link>
	<description>Un blog libre</description>
	<lastBuildDate>Thu, 11 Mar 2010 11:39:33 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Par : ®om</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-47523</link>
		<dc:creator>®om</dc:creator>
		<pubDate>Wed, 13 Jan 2010 16:16:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-47523</guid>
		<description>Oulà, effectivement, j&#039;ai lu un peu vite le commentaire, j&#039;étais persuadé que c&#039;était dans mon billet sur SSH.

Du coup, pour GnuPG c&#039;est bien &lt;code&gt;~/.gnupg&lt;/pre&gt; qu&#039;il faut copier (la méthode brute mais rapide).</description>
		<content:encoded><![CDATA[<p>Oulà, effectivement, j&#8217;ai lu un peu vite le commentaire, j&#8217;étais persuadé que c&#8217;était dans mon billet sur SSH.</p>
<p>Du coup, pour GnuPG c&#8217;est bien <code>~/.gnupg qu'il faut copier (la méthode brute mais rapide).</code></p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : David</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-47522</link>
		<dc:creator>David</dc:creator>
		<pubDate>Wed, 13 Jan 2010 16:13:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-47522</guid>
		<description>Mais faut faire attention de ne pas écraser le fichier de l&#039;autre PC aussi... (D&#039;autant plus que là c&#039;est pour ssh et non gnupg...)

Sinon personnellement je préfère utiliser gpg avec &quot;--export-secret-keys&quot;.
Ne pas oublier de prendre les précautions qui s&#039;imposent pour transporter le fichier (si média amovible, penser qu&#039;un effacement du fichier ne détruit pas véritablement les données... voir shred, etc...).</description>
		<content:encoded><![CDATA[<p>Mais faut faire attention de ne pas écraser le fichier de l&#8217;autre PC aussi&#8230; (D&#8217;autant plus que là c&#8217;est pour ssh et non gnupg&#8230;)</p>
<p>Sinon personnellement je préfère utiliser gpg avec &laquo;&nbsp;&#8211;export-secret-keys&nbsp;&raquo;.<br />
Ne pas oublier de prendre les précautions qui s&#8217;imposent pour transporter le fichier (si média amovible, penser qu&#8217;un effacement du fichier ne détruit pas véritablement les données&#8230; voir shred, etc&#8230;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : ®om</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-47369</link>
		<dc:creator>®om</dc:creator>
		<pubDate>Sun, 10 Jan 2010 16:51:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-47369</guid>
		<description>Tu peux simplement copier le fichier &lt;code&gt;~/.ssh/id_rsa&lt;/code&gt; (qui est ta clé privée) sur ton autre pc.</description>
		<content:encoded><![CDATA[<p>Tu peux simplement copier le fichier <code>~/.ssh/id_rsa</code> (qui est ta clé privée) sur ton autre pc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Philippe</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-47367</link>
		<dc:creator>Philippe</dc:creator>
		<pubDate>Sun, 10 Jan 2010 16:02:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-47367</guid>
		<description>Bonjour,
j&#039;ai suivi le tuto et je me suis crée une clef privée. Cependant, je l&#039;ai crée sur mon portable, et je voudrais avoir la même sur mon PC principal. Lorsque je l&#039;exporte, je n&#039;exporte que la clef publique, qui permet de déchiffrer. Est-ce que je dois forcément avoir deux clef privée différentes sur 2 PC différents, ou bien y a t&#039;il un moyen pour la dupliquer ?
Merci bien.</description>
		<content:encoded><![CDATA[<p>Bonjour,<br />
j&#8217;ai suivi le tuto et je me suis crée une clef privée. Cependant, je l&#8217;ai crée sur mon portable, et je voudrais avoir la même sur mon PC principal. Lorsque je l&#8217;exporte, je n&#8217;exporte que la clef publique, qui permet de déchiffrer. Est-ce que je dois forcément avoir deux clef privée différentes sur 2 PC différents, ou bien y a t&#8217;il un moyen pour la dupliquer ?<br />
Merci bien.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Xibine</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-45739</link>
		<dc:creator>Xibine</dc:creator>
		<pubDate>Sat, 28 Nov 2009 21:01:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-45739</guid>
		<description>Il y a une branche OTR pour Gajim. 

C&#039;est stable. Faut juste penser à supprimer les clés OTR des contacts du fichier ad hoc, au lieu de le faire par Gajim lui-même.

Il y a d&#039;autres programmes qui l&#039;utilisent aussi : http://free.korben.info/index.php/S%C3%A9curiser_ses_conversations</description>
		<content:encoded><![CDATA[<p>Il y a une branche OTR pour Gajim. </p>
<p>C&#8217;est stable. Faut juste penser à supprimer les clés OTR des contacts du fichier ad hoc, au lieu de le faire par Gajim lui-même.</p>
<p>Il y a d&#8217;autres programmes qui l&#8217;utilisent aussi : <a href="http://free.korben.info/index.php/S%C3%A9curiser_ses_conversations" rel="nofollow">http://free.korben.info/index.php/S%C3%A9curiser_ses_conversations</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : laurent</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-36944</link>
		<dc:creator>laurent</dc:creator>
		<pubDate>Thu, 29 Oct 2009 08:39:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-36944</guid>
		<description>Merci Romain pour l&#039;astuce du plugin de seahorse (dans ta mise à jour du 4/10). Je me suis retrouvé comme un âne bâté à me demander pourquoi je n&#039;avais plus l&#039;option chiffrer/signer dans le clic droit malgré la présence de seahorse dans Karmic.</description>
		<content:encoded><![CDATA[<p>Merci Romain pour l&#8217;astuce du plugin de seahorse (dans ta mise à jour du 4/10). Je me suis retrouvé comme un âne bâté à me demander pourquoi je n&#8217;avais plus l&#8217;option chiffrer/signer dans le clic droit malgré la présence de seahorse dans Karmic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : tux03</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-23796</link>
		<dc:creator>tux03</dc:creator>
		<pubDate>Tue, 14 Jul 2009 12:28:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-23796</guid>
		<description>salut !
C&#039;est super moi qui cherchait un tuto simple pour ce type de chiffrement me voila ravi !
Serait il possible que tu mette un pdf en ligne pour ce tuto ?
Merci et bonne soirée</description>
		<content:encoded><![CDATA[<p>salut !<br />
C&#8217;est super moi qui cherchait un tuto simple pour ce type de chiffrement me voila ravi !<br />
Serait il possible que tu mette un pdf en ligne pour ce tuto ?<br />
Merci et bonne soirée</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Geek87</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-5953</link>
		<dc:creator>Geek87</dc:creator>
		<pubDate>Fri, 29 May 2009 08:06:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-5953</guid>
		<description>@®om
Oui il s&#039;agit bien d&#039;OTR. Effectivement s&#039;il n y a pas de signature des messages il n y a pas non répudiation mais il n y a plus de réelle authentification, il faut se baser sur le principe que tu donnes.

@David
OK je ne savais pas, en fait je ne savais même pas qu&#039;on pouvait retrouver pour qui a été écrit un message chiffré sans cette option. Mais cela ne change rien au fait que seul OTR offre les 4 garanties que sont encryption, authentication, perfect forward secrecy et deniable encryption.</description>
		<content:encoded><![CDATA[<p>@®om<br />
Oui il s&#8217;agit bien d&#8217;OTR. Effectivement s&#8217;il n y a pas de signature des messages il n y a pas non répudiation mais il n y a plus de réelle authentification, il faut se baser sur le principe que tu donnes.</p>
<p>@David<br />
OK je ne savais pas, en fait je ne savais même pas qu&#8217;on pouvait retrouver pour qui a été écrit un message chiffré sans cette option. Mais cela ne change rien au fait que seul OTR offre les 4 garanties que sont encryption, authentication, perfect forward secrecy et deniable encryption.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : David</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-5931</link>
		<dc:creator>David</dc:creator>
		<pubDate>Thu, 28 May 2009 23:10:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-5931</guid>
		<description>&lt;a href=&quot;#comment-5910&quot; rel=&quot;nofollow&quot;&gt;@Geek87&lt;/a&gt;
GPG permet d&#039;encrypter un message pour quelqu&#039;un sans qu&#039;on puisse savoir pour qui il a été encrypté (à moins de tester avec la bonne clef *privée*) : il s&#039;agit de l&#039;option &quot;-R&quot; (au lieu de &quot;-r&quot;).

Si on a que la clef de session, on ne peut pas déchiffrer les messages précédents et suivants.

&lt;a href=&quot;#comment-5906&quot; rel=&quot;nofollow&quot;&gt;@®om&lt;/a&gt; 
Oui la clef de session suffit à déchiffrer un message précis.

L&#039;article 230-1 que tu cites n&#039;est pas celui qui importe. Il permet à la justice de faire appels à des personnes/moyens pour déchiffrer un message. Il n&#039;est utile que si le procédé de chiffrement est faible.

En revanche, l&#039;article &lt;a href=&quot;http://www.legifrance.gouv.fr/affichCodeArticle.do;jsessionid=88194916439D93DEC01B6C1CD274D16B.tpdjo16v_2?idArticle=LEGIARTI000006418646&amp;cidTexte=LEGITEXT000006070719&amp;dateTexte=20011231&quot; rel=&quot;nofollow&quot;&gt;434-15-2&lt;/a&gt; est un de ceux qui importe réellement.</description>
		<content:encoded><![CDATA[<p><a href="#comment-5910" rel="nofollow">@Geek87</a><br />
GPG permet d&#8217;encrypter un message pour quelqu&#8217;un sans qu&#8217;on puisse savoir pour qui il a été encrypté (à moins de tester avec la bonne clef *privée*) : il s&#8217;agit de l&#8217;option &laquo;&nbsp;-R&nbsp;&raquo; (au lieu de &laquo;&nbsp;-r&nbsp;&raquo;).</p>
<p>Si on a que la clef de session, on ne peut pas déchiffrer les messages précédents et suivants.</p>
<p><a href="#comment-5906" rel="nofollow">@®om</a><br />
Oui la clef de session suffit à déchiffrer un message précis.</p>
<p>L&#8217;article 230-1 que tu cites n&#8217;est pas celui qui importe. Il permet à la justice de faire appels à des personnes/moyens pour déchiffrer un message. Il n&#8217;est utile que si le procédé de chiffrement est faible.</p>
<p>En revanche, l&#8217;article <a href="http://www.legifrance.gouv.fr/affichCodeArticle.do;jsessionid=88194916439D93DEC01B6C1CD274D16B.tpdjo16v_2?idArticle=LEGIARTI000006418646&amp;cidTexte=LEGITEXT000006070719&amp;dateTexte=20011231" rel="nofollow">434-15-2</a> est un de ceux qui importe réellement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : ®om</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-5913</link>
		<dc:creator>®om</dc:creator>
		<pubDate>Thu, 28 May 2009 20:33:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-5913</guid>
		<description>&lt;a href=&quot;#comment-5910&quot; rel=&quot;nofollow&quot;&gt;@Geek87&lt;/a&gt; 
Ah merci, effectivement je n&#039;avais pas pensé à cet inconvénient de GPG pour la messagerie instantanée.

Une petite nuance cependant, ce que tu écris dans gajim, c&#039;est chiffré avec la clé de ton interlocuteur, pas signé (je viens de vérifier en écrivant à quelqu&#039;un, avec ma clé non déverrouillée). Dans ce cas, la seule preuve qu&#039;il peut obtenir, c&#039;est que si tu as compris ce qu&#039;il écrivait (ce qu&#039;il a chiffré avec ta clé publique), c&#039;est bien toi…

Dans pidgin c&#039;est OTR qui est utilisé, non? Je n&#039;ai pas testé encore.

Malheureusement, &lt;a href=&quot;http://trac.gajim.org/wiki/OTR&quot; rel=&quot;nofollow&quot;&gt;OTR a été abandonnée dans gajim&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p><a href="#comment-5910" rel="nofollow">@Geek87</a><br />
Ah merci, effectivement je n&#8217;avais pas pensé à cet inconvénient de GPG pour la messagerie instantanée.</p>
<p>Une petite nuance cependant, ce que tu écris dans gajim, c&#8217;est chiffré avec la clé de ton interlocuteur, pas signé (je viens de vérifier en écrivant à quelqu&#8217;un, avec ma clé non déverrouillée). Dans ce cas, la seule preuve qu&#8217;il peut obtenir, c&#8217;est que si tu as compris ce qu&#8217;il écrivait (ce qu&#8217;il a chiffré avec ta clé publique), c&#8217;est bien toi…</p>
<p>Dans pidgin c&#8217;est OTR qui est utilisé, non? Je n&#8217;ai pas testé encore.</p>
<p>Malheureusement, <a href="http://trac.gajim.org/wiki/OTR" rel="nofollow">OTR a été abandonnée dans gajim</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Geek87</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-5910</link>
		<dc:creator>Geek87</dc:creator>
		<pubDate>Thu, 28 May 2009 20:20:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-5910</guid>
		<description>Salut,

Juste pour signaler qu&#039;il n&#039;est pas terrible de chiffrer sa messagerie instantannée avec GPG, mieux vaut le faire avec &lt;a href=&quot;http://www.cypherpunks.ca/otr/&quot; rel=&quot;nofollow&quot;&gt;OTR&lt;/a&gt; car il permet en plus de l&#039;authentification et du chiffrement le perfect forward secrecy (si une correspondance est décryptée, les précédentes ne pourront pas l&#039;être pour autant) et la deniable encryption (qui permet de ne pas laisser de preuve de ce que l&#039;on a dit : il faut réserver la non répudiation pour les contrats pas pour la messagerie instantannée, comme dit sur leur site).

Bonne soirée.</description>
		<content:encoded><![CDATA[<p>Salut,</p>
<p>Juste pour signaler qu&#8217;il n&#8217;est pas terrible de chiffrer sa messagerie instantannée avec GPG, mieux vaut le faire avec <a href="http://www.cypherpunks.ca/otr/" rel="nofollow">OTR</a> car il permet en plus de l&#8217;authentification et du chiffrement le perfect forward secrecy (si une correspondance est décryptée, les précédentes ne pourront pas l&#8217;être pour autant) et la deniable encryption (qui permet de ne pas laisser de preuve de ce que l&#8217;on a dit : il faut réserver la non répudiation pour les contrats pas pour la messagerie instantannée, comme dit sur leur site).</p>
<p>Bonne soirée.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : ®om</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-5906</link>
		<dc:creator>®om</dc:creator>
		<pubDate>Thu, 28 May 2009 19:55:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-5906</guid>
		<description>&lt;a href=&quot;#comment-5778&quot; rel=&quot;nofollow&quot;&gt;@David&lt;/a&gt;
L&#039;&lt;a href=&quot;http://www.legifrance.gouv.fr/affichCodeArticle.do?idArticle=LEGIARTI000006576029&quot; rel=&quot;nofollow&quot;&gt;Article 230-1&lt;/a&gt; du code de procédure pénale dit&#160;:
&lt;em&gt;« lorsqu&#039;il apparaît que des données saisies ou obtenues au cours de l&#039;enquête ou de l&#039;instruction ont fait l&#039;objet d&#039;opérations de transformation empêchant d&#039;accéder aux informations en clair qu&#039;elles contiennent ou de les comprendre, le procureur de la République, la juridiction d&#039;instruction ou la juridiction de jugement saisie de l&#039;affaire peut désigner toute personne physique ou morale qualifiée, en vue d&#039;effectuer les opérations techniques permettant d&#039;obtenir la version en clair de ces informations ainsi que, dans le cas où un moyen de cryptologie a été utilisé, la convention secrète de déchiffrement, si cela apparaît nécessaire. »&lt;/em&gt;

Donc si la clé de session suffit pour déchiffrer une donnée, c&#039;est ok. En fait peu importent les moyens, tant qu&#039;ils permettent d&#039;obtenir le message en clair.</description>
		<content:encoded><![CDATA[<p><a href="#comment-5778" rel="nofollow">@David</a><br />
L&#8217;<a href="http://www.legifrance.gouv.fr/affichCodeArticle.do?idArticle=LEGIARTI000006576029" rel="nofollow">Article 230-1</a> du code de procédure pénale dit&nbsp;:<br />
<em>« lorsqu&#8217;il apparaît que des données saisies ou obtenues au cours de l&#8217;enquête ou de l&#8217;instruction ont fait l&#8217;objet d&#8217;opérations de transformation empêchant d&#8217;accéder aux informations en clair qu&#8217;elles contiennent ou de les comprendre, le procureur de la République, la juridiction d&#8217;instruction ou la juridiction de jugement saisie de l&#8217;affaire peut désigner toute personne physique ou morale qualifiée, en vue d&#8217;effectuer les opérations techniques permettant d&#8217;obtenir la version en clair de ces informations ainsi que, dans le cas où un moyen de cryptologie a été utilisé, la convention secrète de déchiffrement, si cela apparaît nécessaire. »</em></p>
<p>Donc si la clé de session suffit pour déchiffrer une donnée, c&#8217;est ok. En fait peu importent les moyens, tant qu&#8217;ils permettent d&#8217;obtenir le message en clair.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Wacken</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-5816</link>
		<dc:creator>Wacken</dc:creator>
		<pubDate>Wed, 27 May 2009 14:52:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-5816</guid>
		<description>Salut,

Je me permets de mettre un lien sur ce que j&#039;ai fait concernant la sécurisation des échanges :
http://15minutesoffame.be/nico/blog/2009/05/securiser-ses-echanges/

A+</description>
		<content:encoded><![CDATA[<p>Salut,</p>
<p>Je me permets de mettre un lien sur ce que j&#8217;ai fait concernant la sécurisation des échanges :<br />
<a href="http://15minutesoffame.be/nico/blog/2009/05/securiser-ses-echanges/" rel="nofollow">http://15minutesoffame.be/nico/blog/2009/05/securiser-ses-echanges/</a></p>
<p>A+</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : David</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-5778</link>
		<dc:creator>David</dc:creator>
		<pubDate>Wed, 27 May 2009 05:37:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-5778</guid>
		<description>@Rom:

Sur le fait que la justice puisse ordonner systématiquement de fournir une clé privée, je ne suis pas sûr.

Je sais que la justice peut ordonner d&#039;indiquer ce qui est nécessaire pour pouvoir rendre clairs les messages chiffrés.

Or souvent (avec GnuPG), il ne s&#039;agit pas de chiffrement asymétrique mais hybride. Seule une clé symétrique de session est codée avec la clé publique. Donc le système à clé publique/privée n&#039;est au final qu&#039;un moyen de contrôle de droits d&#039;accès.

La clé de session (qui sert au cryptage symétrique) peut être obtenue par ceux qui ont la bonne clé privée. Ils peuvent donc la révéler, et permettre à un non destinataire de déchiffrer le message sans donner leur clé privée.

(Pour la pratique cf le manuel de gpg et les options --show-session-key et --override-session-key)




Pour les aspects de nécessité de sécurité (du pays) mis en avant pour décourager le chiffrement, je n&#039;ai jamais été convaincu.

Des terroristes voulant faire transiter des messages courts et urgents via Internet n&#039;ont qu&#039;à utiliser des phrases clés indécelables postées sur des forums publics connus. C&#039;est facile d&#039;établir de telles conventions, et surtout ça rend difficile pour des enquêteurs et services de renseignement d&#039;établir les réseaux. (Chiffrer les échanges est une chose, mais cela n&#039;empêche pas toujours de savoir qui parle à qui...).

(Note: Mes idées n&#039;ont rien de novatrices et n&#039;apprendront rien aux terroristes, rassurez vous. Des méthodes similaires telles que l&#039;envoi de messages discrets via petites annonces étaient connues avant l&#039;avénément de l&#039;informatique...)

Pour tout ce qui n&#039;est pas estimé comme court et urgent, il n&#039;y a simplement peu d&#039;intérêt à utiliser Internet.

Pour la lutte contre la pédophilie, pour faire court, empêcher le chiffrement sur Internet n&#039;empêchera pas d&#039;utiliser la poste pour transmettre des clés/CDs chiffrées. Pour ce qui est d&#039;empêcher des échanges privés entre des individus qui se connaissent, c&#039;est perdu d&#039;avance.

Si c&#039;est entre individus qui ne se connaissent pas, il y a fort à parier qu&#039;Internet puisse jouer un rôle favorable et crucial, en permettant aux enquêteurs de la police de réussir à s&#039;infiltrer. (La transmission de documents pédophile est un problème très grave, les actes pédophiles non virtuels le sont encore plus.)</description>
		<content:encoded><![CDATA[<p>@Rom:</p>
<p>Sur le fait que la justice puisse ordonner systématiquement de fournir une clé privée, je ne suis pas sûr.</p>
<p>Je sais que la justice peut ordonner d&#8217;indiquer ce qui est nécessaire pour pouvoir rendre clairs les messages chiffrés.</p>
<p>Or souvent (avec GnuPG), il ne s&#8217;agit pas de chiffrement asymétrique mais hybride. Seule une clé symétrique de session est codée avec la clé publique. Donc le système à clé publique/privée n&#8217;est au final qu&#8217;un moyen de contrôle de droits d&#8217;accès.</p>
<p>La clé de session (qui sert au cryptage symétrique) peut être obtenue par ceux qui ont la bonne clé privée. Ils peuvent donc la révéler, et permettre à un non destinataire de déchiffrer le message sans donner leur clé privée.</p>
<p>(Pour la pratique cf le manuel de gpg et les options &#8211;show-session-key et &#8211;override-session-key)</p>
<p>Pour les aspects de nécessité de sécurité (du pays) mis en avant pour décourager le chiffrement, je n&#8217;ai jamais été convaincu.</p>
<p>Des terroristes voulant faire transiter des messages courts et urgents via Internet n&#8217;ont qu&#8217;à utiliser des phrases clés indécelables postées sur des forums publics connus. C&#8217;est facile d&#8217;établir de telles conventions, et surtout ça rend difficile pour des enquêteurs et services de renseignement d&#8217;établir les réseaux. (Chiffrer les échanges est une chose, mais cela n&#8217;empêche pas toujours de savoir qui parle à qui&#8230;).</p>
<p>(Note: Mes idées n&#8217;ont rien de novatrices et n&#8217;apprendront rien aux terroristes, rassurez vous. Des méthodes similaires telles que l&#8217;envoi de messages discrets via petites annonces étaient connues avant l&#8217;avénément de l&#8217;informatique&#8230;)</p>
<p>Pour tout ce qui n&#8217;est pas estimé comme court et urgent, il n&#8217;y a simplement peu d&#8217;intérêt à utiliser Internet.</p>
<p>Pour la lutte contre la pédophilie, pour faire court, empêcher le chiffrement sur Internet n&#8217;empêchera pas d&#8217;utiliser la poste pour transmettre des clés/CDs chiffrées. Pour ce qui est d&#8217;empêcher des échanges privés entre des individus qui se connaissent, c&#8217;est perdu d&#8217;avance.</p>
<p>Si c&#8217;est entre individus qui ne se connaissent pas, il y a fort à parier qu&#8217;Internet puisse jouer un rôle favorable et crucial, en permettant aux enquêteurs de la police de réussir à s&#8217;infiltrer. (La transmission de documents pédophile est un problème très grave, les actes pédophiles non virtuels le sont encore plus.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : ®om</title>
		<link>http://blog.rom1v.com/2009/05/gnupg-chiffrer-et-signer-sous-ubuntu-pour-les-nuls/comment-page-1/#comment-5632</link>
		<dc:creator>®om</dc:creator>
		<pubDate>Sun, 24 May 2009 08:44:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.rom1v.com/?p=452#comment-5632</guid>
		<description>&lt;a href=&quot;#comment-5609&quot; rel=&quot;nofollow&quot;&gt;@VV666&lt;/a&gt; 
Je ne suis pas d&#039;accord, la correspondance privée est privée, et non publique.

Cela ne veut pas dire que ça ne peut pas être lu : si la police a besoin de déchiffrer certaines données chiffrées, dans le cadre d&#039;une procédure judiciaire, elle peut ordonner à l&#039;utilisateur de fournir sa clé privée.

Alors, effectivement, ça serait plus simple pour la police si elle pouvait lire tout ce qui transite sur internet… Tout comme ça serait plus simple si une caméra filmait en permanence l&#039;intérieur du domicile des français, et si tout le monde portait un bracelet électronique pour savoir à n&#039;importe quel instant où toute personne se trouve… Il n&#039;y aurait même plus besoin de passer par un juge, dans un souci d&#039;&lt;em&gt;efficacité&lt;/em&gt; (mot très souvent employé en ce moment pour justifier le contournement de l&#039;autorité judiciaire).

Mais il y a un équilibre entre sécurité et liberté… Et pour augmenter un tout petit peu la sécurité (et encore ça reste à prouver), il faudrait sacrifier une grande part de liberté.

Alors certes, le contenu des e-mails a des intérêts économiques (c&#039;est le modèle économique de google, qui lit les mails de tout le monde car l&#039;information ça a de la valeur), mais il faut un moyen pour que la correspondance privée soit privée… surtout à l&#039;heure où le filtrage (la limitation des communications) veut être instauré.</description>
		<content:encoded><![CDATA[<p><a href="#comment-5609" rel="nofollow">@VV666</a><br />
Je ne suis pas d&#8217;accord, la correspondance privée est privée, et non publique.</p>
<p>Cela ne veut pas dire que ça ne peut pas être lu : si la police a besoin de déchiffrer certaines données chiffrées, dans le cadre d&#8217;une procédure judiciaire, elle peut ordonner à l&#8217;utilisateur de fournir sa clé privée.</p>
<p>Alors, effectivement, ça serait plus simple pour la police si elle pouvait lire tout ce qui transite sur internet… Tout comme ça serait plus simple si une caméra filmait en permanence l&#8217;intérieur du domicile des français, et si tout le monde portait un bracelet électronique pour savoir à n&#8217;importe quel instant où toute personne se trouve… Il n&#8217;y aurait même plus besoin de passer par un juge, dans un souci d&#8217;<em>efficacité</em> (mot très souvent employé en ce moment pour justifier le contournement de l&#8217;autorité judiciaire).</p>
<p>Mais il y a un équilibre entre sécurité et liberté… Et pour augmenter un tout petit peu la sécurité (et encore ça reste à prouver), il faudrait sacrifier une grande part de liberté.</p>
<p>Alors certes, le contenu des e-mails a des intérêts économiques (c&#8217;est le modèle économique de google, qui lit les mails de tout le monde car l&#8217;information ça a de la valeur), mais il faut un moyen pour que la correspondance privée soit privée… surtout à l&#8217;heure où le filtrage (la limitation des communications) veut être instauré.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
