Se inaugura el mes de los fallos en el núcleo
Como ya hiciera HD Moore en julio con su “mes de los fallos en los navegadores”, otro investigador relacionado con el proyecto Metasploit ha desarrollado la iniciativa “month of the kernel bugs” que ha decidido encuadrar en noviembre.
La idea será publicar un nuevo error en el kernel de cualquier sistema operativo durante todos los días de noviembre.
El proyecto está encabezada por LMH, un investigador de Mestasploit que según parece posee (y también espera recibir) una colección suficiente de fallos en los núcleos de los sistemas operativos como para publicar uno por día durante los 30 días de noviembre. Podrían ser denegaciones de servicio, escaladas de privilegios o simplemente fallos. El objetivo es además, mostrar herramientas y procedimientos que ayuden a mejorar la calidad de los núcleos de cualquier sistema operativo.
Una de las herramientas usadas para detectar estos errores ha sido fsfuzzer, un programa capaz de encontrar fallos en una gran cantidad de sistemas de ficheros, además de sysfuzz, isic… y otras herramientas destinadas a tantear los límites del software y que se desarrollan dentro del proyecto Metasploit.
HD Moore ya puso en práctica una iniciativa parecida en julio con los navegadores. El resultado fue una buena colección de experimentos que sirvieron para que diferentes navegadores dejasen de responder o acaparasen todos los recursos de la máquina. Pero sin duda se recordará por un fallo en concreto, publicado el día 17 de julio y relacionado con el método setSlice() de Internet Explorer. El fallo, como tantos otros ese mes, fue calificado en un principio como denegación de servicio. Sin embargo, el día 27 de septiembre apareció públicamente una forma de aprovecharlo para ejecutar código y además se concluyó que el problema residía en el explorador del sistema operativo, pero era aprovechable a través del navegador. Ante la gravedad del problema Microsoft publicó un parche el día 10 de octubre.
Según la página oficial, no quieren hacer dinero con el experimento, sólo comprobar cuántos problemas pueden existir ahí fuera aún sin conocimiento de la mayoría. De momento, y para empezar, ya han publicado un fallo en el controlador Apple Airport que provoca una corrupción de memoria y posiblemente permita la ejecución de código arbitrario.
