SQL Slammer, ¿ y ahora qué ?

Tras su paseo por Internet podemos cuantificar los servidores afectados por el SQL Slammer, las horas de servicio perdidas, los usuarios afectados. Podemos cuadrar las estadísticas, pero ¿y ahora qué?

Detrás de los números de su impacto, quien más y quien menos echa balones fuera y claro, ya se sabe que Microsoft no es seguro, ya se sabe que hay mucho ocioso con rencor antiamericano, ya se sabe que hay una guerra de sistemas operativos, ya sea sabe que... había un parche desde hace meses que la incompetencia o ineptitud de algunos administradores de sistemas no aplicó en los equipos cuyo funcionamiento les ha sido encomendado.

Es innegable la responsabilidad de Microsoft por sacar al mercado un producto con taras, pero también es innegable que detectado el problema se aplicaron a su solución. Por contra, una parte de los responsables informáticos optó por encomendarse a su ángel de la guarda y confiar en que no pase nada. Su irresponsabilidad la hemos sufrido muchos internautas, sin que ninguno de esos administradores haya entonado el "mea culpa". Por ello, más allá de la foto estadística sobre sus efectos, debería analizarse que hacer para evitar la reiteración de sucesos similares en el futuro.

Y para ello es preciso determinar si ha habido incompetencia o ineptitud. La incompetencia puede superarse con formación, motivación, depuración de responsabilidades y supervisión constante de que los equipos están configurados, en todo momento, de acuerdo con las últimas medidas de seguridad. La segunda, la ineptitud, es insalvable. Reforzada la competencia de unos y sustituidos los otros, podremos abordar el futuro con unas garantías que hasta ahora no tenemos.

Ya se sabe que Microsoft no es seguro. Hay más agujeros y más parches. Persiste la animadversión hacia esa empresa. ¿Esperamos al siguiente gusano para aplicarnos en la elaboración de nuevas estadísticas comparativas o nos ponemos manos a la obra?

Juan Rodríguez [Consultor]
Consultoría en Internet
--
Enero 2.003