¿Cuánto se tarda en resolver una vulnerabilidad?
Las quejas por la ralentización a la hora de publicar parches para
solucionar vulnerabilidades son cada vez más frecuentes.
En el momento en que se anunció la disponibilidad del parche para la
vulnerabilidad en la biblioteca ASN.1 de Windows, los descubridores del
problema mostraron públicamente su queja por el prolongado periodo de
tiempo que transcurrió entre el descubrimiento y la disponibilidad del
parche, especialmente teniendo en cuenta la criticidad del problema.
Cuando se publicó el reciente parche MS04-007, eEye (la empresa que había
descubierto el problema) publicó un boletín con la descripción técnica
el problema, como suele hacer.
Pero en esta ocasión, el boletín
era ligeramente diferente. Para ilustrar el prolongado lapso de tiempo
que transcurrió entre el descubrimiento y notificación del problema
(finales de julio de 2003) y la disponibilidad del parche (febrero de
2004), eEye añadió un preámbulo al boletín con el texto de una canción.
Por si no fuera poco, eEye explicaba: Nos hubiera gustado escribir un
poema del tipo ‘Una noche antes de Navidad’, pero el fabricante ha
dejado pasar algunas fechas, por lo que debemos de acudir a MC(SE)
Hammer. A continuación, publicaban la letra de la canción U Can’t
Trust This (No puedes confiar en esto). Esta canción, por descontado,
incluye un buen número de referencias a los diversos problemas de
seguridad que ha sufrido Windows recientemente.
En varias
ocasiones, desde Hispasec, hemos comentado el método tradicional (y no
escrito) utilizado por la comunidad especializada en seguridad
informática en lo referente al descubrimiento de vulnerabilidades. Así,
tradicionalmente, se suele poner en preaviso a la empresa afectada,
facilitando toda la información técnica y todos los detalles conocidos
en primer lugar a la empresa y, en la medida que sea posible, colaborar
en la resolución del problema.
Por su parte, el descubridor
de la vulnerabilidad asume el compromiso moral de no desvelar la
existencia de la misma hasta que el fabricante no distribuya
públicamente la actualización necesaria para eliminar el problema.
¿Es normal tardar más de 28 semanas en publicar un parche para una
vulnerabilidad tan importante como esta?
Se puede aducir, por
parte del fabricante, que el desarrollo de una actualización no es una
tarea trivial, ya que se hace necesario investigar y verificar que las
modificaciones efectuadas no afectan negativamente al funcionamiento
normal y esperado del producto.
Igualmente, deben utilizarse unos
mecanismos muy precisos para garantizar que las modificaciones
efectuadas pasan a formar parte del repositorio oficial del producto
(evitando, de esta forma, los problemas de regresiones).
Pero
incluso asumiendo estos condicionantes que acabamos de citar, un periodo
de 28 semanas (200 días) es muy difícil de justificar. Durante todo este
tiempo Microsoft ha conocido la existencia de una importante
vulnerabilidad de seguridad, que afectaba a un gran número de sus
productos (incluyendo sus buques insignias) y que podía ser utilizada
por atacantes remotos para ejecutar código de forma impune e
incontrolable.
Otras vulnerabilidades
eEye parece que se ha cansado de esperar indefinidamente la respuesta de
Microsoft a los problemas que van descubriendo. Así, acaba de publicar
una página de próximos avisos, indicando la fecha de la notificación y
el número de días que han transcurrido sin que Microsoft aporte una
solución.
En esa relación de vulnerabilidades existentes y
no solucionadas, por lo que cualquier intruso que conozca su existencia
puede sacar provecho de las mismas, eEye avisa de la existencia de cinco
vulnerabilidades críticas (aquellas que permiten la ejecución de código
por un atacante remoto) que afectan potencialmente a varios centenares
millones de usuarios. También se citan tres vulnerabilidades de
severidad media y una vulnerabilidad de severidad baja.
Todas
estas vulnerabilidades han sido convenientemente notificadas a Microsoft
y el lapso de tiempo que ha transcurrido es, en el momento de redactar
este boletín, entre 0 y 98 días. Sin llegar, de momento, al extremo
recientemente vivido con la vulnerabilidad en la biblioteca ASN.1, a mi
entender 98 días ya es un periodo de tiempo demasiado prolongado para
una vulnerabilidad crítica.
