Month of kernel bugs...
Par Sid,
samedi 11 novembre 2006 à 12:36 :: (In)Sécurité
:: lu 3109 fois :: #148
:: rss
:: atom
Read it in english with Google

ous êst probablement déjà au courant : novembre a été déclaré mois des failles noyau. Suivant l'exemple de HD. Moore qui avait fait de juillet dernier le mois du navigateur avec son "Browser Bug of the Day", L.M.H nous offre donc un "Month Of Kernel Bug", MOKB pour les intimes, alimentant le blog Kernel Fun créé pour l'occasion.
L'annonce coïncidant avec la sortie du fuzzer de système de fichiers fsfuzzer, la cible des failles à venir semblait toute désignée à en croire les mauvaises langues qui y voyaient peu d'intérêt, voire aucun. Mais dès qu'il s'agit de noyau...
La publication de la première faille donnait radicalement tort à ces détracteurs avec une faille sur le driver Airport de MacOS X découverte par HD. Moore, un bel overflow sur le champ IE des probes responses. Quelque jours plus tard, c'est un local root sous Windows via les structures GDI[1] identifié par Cesar Cerrudo. Puis vient Ilja Van Sprudel avec ce déni de service local sous MacOS X, pourtant connu et patché depuis six ans (?!) sous FreeBSD.
Mais ce ne sont là que des contributions externes. Tout le reste ne porte en effet que sur des système de fichiers et utilise copieusement fsfuzzer :
- double free dans SquashFS sous Linux ;
- integer overflow dans UFS sous FreeBSD ;
- corruption dans UFS sous Solaris ;
- race condition dans ISO9660 sous Linux ;
- corruption de système de fichiers via zlib sous Linux ;
- integer overflow dans UFS sous FreeBSD ;
- corruption dans EXT3 sous Linux.
D'aucuns qualifient ces découvertes de piètre performance, comme si l'utilisation du fuzzer enlevait à l'auteur tout crédit au regard de ses pairs. Comme beaucoup le savent, ce n'est tout de même pas le cas. Découvrir qu'il y a potentiellement une faille quelque part n'est que le début, voire la partie facile. Il reste en effet encore pas mal de boulot à faire pour en découvrir l'origine et les mécanismes, puis l'exploiter et en qualifier les impacts.
Toujours est-il que, quel que soit l'avis qu'on peut avoir sur la qualité de ce travail, il démontre encore une fois combien il est aisé de découvrir des bugs dans les noyaux. Sur les sept failles mentionnées précédemment, toutes permettent d'exploser la machine (DoS), trois de corrompre les système de fichiers et trois de carrément r00ter la machine. Pas mal pour du fuzzing...
Notes
[1] Graphical Display Interface
Commentaires
1. Le dimanche 12 novembre 2006 à 16:02, par pr0f8
2. Le dimanche 12 novembre 2006 à 20:04, par Sid
3. Le dimanche 12 novembre 2006 à 23:10, par jme
4. Le lundi 13 novembre 2006 à 12:08, par bartavelle
5. Le lundi 13 novembre 2006 à 17:09, par jme
6. Le mardi 14 novembre 2006 à 15:56, par bartavelle
Réponse de Sid
7. Le mardi 14 novembre 2006 à 16:09, par Nono
8. Le mercredi 15 novembre 2006 à 16:25, par jme
Réponse de Sid
9. Le jeudi 16 novembre 2006 à 13:12, par jehv
10. Le mercredi 22 novembre 2006 à 16:56, par jme
Ajouter un commentaire