<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Le blog de John Jean &#187; hole</title>
	<atom:link href="http://www.john-jean.com/blog/tag/hole/feed" rel="self" type="application/rss+xml" />
	<link>http://www.john-jean.com/blog</link>
	<description>L&#039;actualité d&#039;un consultant en sécurité informatique</description>
	<lastBuildDate>Tue, 29 Nov 2011 14:42:48 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Linux NULL pointer dereference due to incorrect proto_ops initializations, Cocorico !</title>
		<link>http://www.john-jean.com/blog/securite-informatique/linux-null-pointer-dereference-due-to-incorrect-proto_ops-initializations-cocorico-216</link>
		<comments>http://www.john-jean.com/blog/securite-informatique/linux-null-pointer-dereference-due-to-incorrect-proto_ops-initializations-cocorico-216#comments</comments>
		<pubDate>Sun, 16 Aug 2009 02:21:04 +0000</pubDate>
		<dc:creator>John JEAN</dc:creator>
				<category><![CDATA[Sécu]]></category>
		<category><![CDATA[Sysadmin]]></category>
		<category><![CDATA[deference]]></category>
		<category><![CDATA[faille]]></category>
		<category><![CDATA[grsecurity]]></category>
		<category><![CDATA[hole]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[julien tinnes]]></category>
		<category><![CDATA[kernel]]></category>
		<category><![CDATA[linus torvalds]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[null]]></category>

		<guid isPermaLink="false">http://www.john-jean.com/blog/divers/linux-null-pointer-dereference-due-to-incorrect-proto_ops-initializations-cocorico-216</guid>
		<description><![CDATA[Voici une faille sortie il y a maintenant trois jours (pas eu le temps de blogger le jour même) qui va assez facilement alimenter les propos de news0ft. Il expliquait avec intellect la fuite des cerveaux Français en matière de sécurité informatique pour des causes diverses et variées que je vous laisse découvrir dans l&#8217;article. ...]]></description>
			<content:encoded><![CDATA[<p>Voici une faille sortie il y a maintenant trois jours (pas eu le temps de blogger le jour même) qui va assez facilement alimenter les <a title="Echec de la sécurité francaise" href="http://news0ft.blogspot.com/2009/07/lechec-de-la-securite-francaise.html">propos</a> de <a href="http://news0ft.blogspot.com">news0ft</a>. Il expliquait avec intellect la fuite des cerveaux Français en matière de sécurité informatique pour des causes diverses et variées que je vous laisse découvrir dans <a title="Echec de sécurité Francaise" href="http://news0ft.blogspot.com/2009/07/lechec-de-la-securite-francaise.html">l&#8217;article</a>. Il cite en dehors de Kostya Kortchinsky, Nicolas Pouvesle, <a href="http://www.msuiche.net">Matthieu Suiche</a> , Nicolas Brulez, un certain Julien Tinnès :-) Et il s&#8217;avère que ce Julien Tinnès est l&#8217;un des co-découvreur de cette faille qui risque de bien dépanner quelques l33t hax0r, et de ravir tous les pen-testeurs de la planète au grand désespoir de leurs clients.</p>
<p><span id="more-216"></span></p>
<p>Cette faille permet depuis un simple compte utilisateur de passer root. Et la mauvaise nouvelle c&#8217;est que cela affecte la plupart des kernels supportant IPv6 (bon ca c&#8217;est la version édulcorée, en vrai c&#8217;est le protocole qui gère Bluetooth, PPPoX, IRDA et autres joyeusetés); c&#8217;est à dire:</p>
<p>- Linux 2.4, de 2.4.4 jusqu&#8217;à 2.4.37.4 compris.<br />
- Linux 2.6, de 2.6.0 jusqu&#8217;à 2.6.30.4 compris.</p>
<p>C&#8217;est donc un monstre de dangerosité. Inutile de se lancer dans des élucubrations sur la faille en elle même, elle est bien évidemment largement documentée par ses auteurs: <a href="http://archives.neohapsis.com/archives/fulldisclosure/2009-08/0174.html">http://archives.neohapsis.com/archives/fulldisclosure/2009-08/0174.html</a> ou surtout <a href="http://blog.cr0.org/2009/08/linux-null-pointer-dereference-due-to.html">le blog de julien</a> (qui doit voir son PR exploser).</p>
<p>- return sock-&gt;ops-&gt;sendpage(sock, page, offset, size, flags);<br />
+ return kernel_sendpage(sock, page, offset, size, flags);</p>
<p>Cette ligne suffit à corriger la faille dans le kernel, patchée d&#8217;ailleurs par Sieur Torvalds himself. Le patch <a title="Patch Linus Torvalds" href="http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e694958388c50148389b0e9b9e9e8945cf0f1b98">est ici</a>.</p>
<p><img src="http://www.john-jean.com/blog/wp-content/uploads/2009/08/bleh-1.png" alt="bleh" width="450" height="281" align="left" /></p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p>Cette faille provoque bien évidemment une patch party chez les hébergeurs sérieux ayant avertis leurs clients. Par exemple OVH a avertis par mailing mais également sur le <a href="http://forum.ovh.com/showthread.php?t=50120">forum</a>. Ils mettent à disposition une version recompilée du noyau sur <a href="ftp://ftp.ovh.net/made-in-ovh/bzImage/">ftp://ftp.ovh.net/made-in-ovh/bzImage/</a>.</p>
<p>Je vous encourage vivement à mettre à jour vos systèmes. L&#8217;exploit est en effet disponible sur <a href="http://www.milw0rm.com/exploits/9435">milw0rm,</a> <a href="http://www.milw0rm.com/exploits/9436">[2]</a>. Enfin dernière chose amusante, l&#8217;auteur du premier exploit est <a href="http://fr.wikipedia.org/wiki/Brad_Spengler">Brad Spengler</a>, oui oui l&#8217;auteur de Grsecurity (Un patch qui permet d&#8217;ajouter des fonctions de sécurité au kernel). D&#8217;ailleurs les kernels tournant avec GRS ne sont pas faillibles :-) Pied de nez aux personnes n&#8217;étant pas disposées à réduire un peu les performances pour améliorer la sécurité de leurs serveurs.</p>
<p>Juste pour information sur mon introduction, <a href="http://blog.cr0.org/">Julien Tinnes</a> n&#8217;est pas à son premier <a href="http://blog.cr0.org/2009/07/old-school-local-root-vulnerability-in.html">coup d&#8217;essai</a>, <a href="http://blog.cr0.org/2009/06/bypassing-linux-null-pointer.html">[2]</a>, <a href="http://blog.cr0.org/2009/05/write-once-own-everyone.html">[3 !]</a>. Il travaille désormais chez Google comme Ingénieur Securité après avoir fait un passage chez Orange Labs. Décidément pas de chaussure au pieds des ingés sécurité en France ?</p>
<p>Sur ce, bonne lecture et bon tests.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.john-jean.com/blog/securite-informatique/linux-null-pointer-dereference-due-to-incorrect-proto_ops-initializations-cocorico-216/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

