<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Commentaires sur : De l&#8217;affaire Zataz et des sites d&#8217;information sur la sécurité en général</title>
	<atom:link href="http://blog.crimenumerique.fr/2009/10/05/de-laffaire-zataz-et-des-sites-dinformation-sur-la-securite-en-general/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.crimenumerique.fr/2009/10/05/de-laffaire-zataz-et-des-sites-dinformation-sur-la-securite-en-general/</link>
	<description>Cybercriminalité, analyse criminalistique des systèmes numériques</description>
	<lastBuildDate>Mon, 13 Feb 2012 03:48:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Par : Est-il illégal de publier des failles de sécurité ? &#171; Criminalités numériques</title>
		<link>http://blog.crimenumerique.fr/2009/10/05/de-laffaire-zataz-et-des-sites-dinformation-sur-la-securite-en-general/#comment-144</link>
		<dc:creator><![CDATA[Est-il illégal de publier des failles de sécurité ? &#171; Criminalités numériques]]></dc:creator>
		<pubDate>Thu, 24 Dec 2009 14:21:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.crimenumerique.fr/?p=447#comment-144</guid>
		<description><![CDATA[[...] sujet approchant (mais différent sur le fond) en évoquant l&#8217;affaire Zataz récente (sur ce blog, le 05/10/2009). Est-on libre d&#8217;échanger sur les failles de sécurité [...]]]></description>
		<content:encoded><![CDATA[<p>[...] sujet approchant (mais différent sur le fond) en évoquant l&#8217;affaire Zataz récente (sur ce blog, le 05/10/2009). Est-on libre d&#8217;échanger sur les failles de sécurité [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Eric Freyssinet</title>
		<link>http://blog.crimenumerique.fr/2009/10/05/de-laffaire-zataz-et-des-sites-dinformation-sur-la-securite-en-general/#comment-102</link>
		<dc:creator><![CDATA[Eric Freyssinet]]></dc:creator>
		<pubDate>Tue, 06 Oct 2009 17:51:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.crimenumerique.fr/?p=447#comment-102</guid>
		<description><![CDATA[Bonjour,

Oui c&#039;est ce dont parle Sid dans son blog, d&#039;ailleurs je l&#039;évoque aussi. Mais je n&#039;ai pas cherché à développer ce point particulier du débat. (Il s&#039;agit de l&#039;article 226-17 du code pénal pour être précis). Sur le point de savoir s&#039;il s&#039;applique il faudrait effectivement évaluer la sécurité de l&#039;entreprise concernée (les éléments qui ne sont plus apportés par le billet de Zataz - qui n&#039;est plus publié - ne le permettent pas).

Sur le fait de savoir s&#039;il fallait ou non que l&#039;entreprise soit poursuivie, c&#039;est un problème qui se pose effectivement souvent, encore faudrait-il évaluer cela au regard de la nature des données personnelles concernées, des mesures de sécurité mises en place, etc... D&#039;ailleurs s&#039;il s&#039;agissait d&#039;un incident ponctuel de sécurité (une erreur), mais que par ailleurs l&#039;entreprise sécurisait habituellement bien ces données, l&#039;infraction du 226-17 du code pénal ne serait pas forcément relevée.

Mais pour conclure, oui il y a bien une responsabilité pénale des gestionnaires de traitement de données personnelles en matière de sécurisation des données et on peut faire le constat qu&#039;il n&#039;y a pas souvent de condamnations pour de tels manquements. Mais une infraction n&#039;en annule pas une autre.]]></description>
		<content:encoded><![CDATA[<p>Bonjour,</p>
<p>Oui c&#8217;est ce dont parle Sid dans son blog, d&#8217;ailleurs je l&#8217;évoque aussi. Mais je n&#8217;ai pas cherché à développer ce point particulier du débat. (Il s&#8217;agit de l&#8217;article 226-17 du code pénal pour être précis). Sur le point de savoir s&#8217;il s&#8217;applique il faudrait effectivement évaluer la sécurité de l&#8217;entreprise concernée (les éléments qui ne sont plus apportés par le billet de Zataz &#8211; qui n&#8217;est plus publié &#8211; ne le permettent pas).</p>
<p>Sur le fait de savoir s&#8217;il fallait ou non que l&#8217;entreprise soit poursuivie, c&#8217;est un problème qui se pose effectivement souvent, encore faudrait-il évaluer cela au regard de la nature des données personnelles concernées, des mesures de sécurité mises en place, etc&#8230; D&#8217;ailleurs s&#8217;il s&#8217;agissait d&#8217;un incident ponctuel de sécurité (une erreur), mais que par ailleurs l&#8217;entreprise sécurisait habituellement bien ces données, l&#8217;infraction du 226-17 du code pénal ne serait pas forcément relevée.</p>
<p>Mais pour conclure, oui il y a bien une responsabilité pénale des gestionnaires de traitement de données personnelles en matière de sécurisation des données et on peut faire le constat qu&#8217;il n&#8217;y a pas souvent de condamnations pour de tels manquements. Mais une infraction n&#8217;en annule pas une autre.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Vaugest</title>
		<link>http://blog.crimenumerique.fr/2009/10/05/de-laffaire-zataz-et-des-sites-dinformation-sur-la-securite-en-general/#comment-101</link>
		<dc:creator><![CDATA[Vaugest]]></dc:creator>
		<pubDate>Tue, 06 Oct 2009 12:17:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.crimenumerique.fr/?p=447#comment-101</guid>
		<description><![CDATA[Il me semble que l’article 34 de la loi informatique et liberté oblige le détenteur d’informations à caractère personnel à les protéger. Les sanctions sont prévues par l’article 50 et suivants de la même loi.

Il serait injuste de poursuivre au titre du l’article 323 du CP le journaliste sans poursuivre l’hébergeur au titre de manquement à l’article 34 de la 78-17.

Dans cette affaire, il semble que tout soit allé de travers. Le journaliste a été mal défendu, l&#039;hébergeur mal conseillé et le parquet ne connaissait les lois.]]></description>
		<content:encoded><![CDATA[<p>Il me semble que l’article 34 de la loi informatique et liberté oblige le détenteur d’informations à caractère personnel à les protéger. Les sanctions sont prévues par l’article 50 et suivants de la même loi.</p>
<p>Il serait injuste de poursuivre au titre du l’article 323 du CP le journaliste sans poursuivre l’hébergeur au titre de manquement à l’article 34 de la 78-17.</p>
<p>Dans cette affaire, il semble que tout soit allé de travers. Le journaliste a été mal défendu, l&#8217;hébergeur mal conseillé et le parquet ne connaissait les lois.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Sid</title>
		<link>http://blog.crimenumerique.fr/2009/10/05/de-laffaire-zataz-et-des-sites-dinformation-sur-la-securite-en-general/#comment-98</link>
		<dc:creator><![CDATA[Sid]]></dc:creator>
		<pubDate>Mon, 05 Oct 2009 22:50:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.crimenumerique.fr/?p=447#comment-98</guid>
		<description><![CDATA[Belle analyse, je trouve ça très intéressant, pleins de choses à creuser.

Votre dernière partie m&#039;inspire en particulier une réflexion que j&#039;ai laissée de côté dans mon billet. Il faudrait probablement s&#039;interroger sur l&#039;efficacité de la pénalisation du défaut de sécurisation des données personnelles. En tout cas en comparaison de  l&#039;approche de pas mal d&#039;états aux US, comme la Californie, sur une obligation de communication en cas de fuite. Ça me semble peut-être plus pertinent, en ce que ça oblige le responsable des données à informer précisément toutes les personnes concernées en leur indiquant qu&#039;il y a eu fuite, comment il y a eu fuite et quelles sont les données concernées. Ce qui implique un véritable travail de gestion d&#039;incident.

J&#039;ai l&#039;impression que notre bonne vieille loi Informatique &amp; Libertés ne fait qu&#039;entretenir le silence pour éviter au maximum tout risque de plainte, quand ce n&#039;est pas ce genre d&#039;action en justice. Et aussi, et surtout, avec comme conséquence que ce sont souvent, pour ne pas dire toujours, les premiers concernés qui sont les derniers informés (quand ils le sont)...]]></description>
		<content:encoded><![CDATA[<p>Belle analyse, je trouve ça très intéressant, pleins de choses à creuser.</p>
<p>Votre dernière partie m&#8217;inspire en particulier une réflexion que j&#8217;ai laissée de côté dans mon billet. Il faudrait probablement s&#8217;interroger sur l&#8217;efficacité de la pénalisation du défaut de sécurisation des données personnelles. En tout cas en comparaison de  l&#8217;approche de pas mal d&#8217;états aux US, comme la Californie, sur une obligation de communication en cas de fuite. Ça me semble peut-être plus pertinent, en ce que ça oblige le responsable des données à informer précisément toutes les personnes concernées en leur indiquant qu&#8217;il y a eu fuite, comment il y a eu fuite et quelles sont les données concernées. Ce qui implique un véritable travail de gestion d&#8217;incident.</p>
<p>J&#8217;ai l&#8217;impression que notre bonne vieille loi Informatique &amp; Libertés ne fait qu&#8217;entretenir le silence pour éviter au maximum tout risque de plainte, quand ce n&#8217;est pas ce genre d&#8217;action en justice. Et aussi, et surtout, avec comme conséquence que ce sont souvent, pour ne pas dire toujours, les premiers concernés qui sont les derniers informés (quand ils le sont)&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

