SQL Slammer y el factor humano en la seguridad

Como muchos de nuestros lectores comprobaría, el pasado Lunes el portal web de Activa Sistemas no era accesible. Según nuestro proveedor de hospedaje, el motivo fue el ataque del infame gusano “SQL Slammer”, lo cual es muy curioso, ya que activasistemas.com está hospedado en un servidor Unix. Sin respuesta oficial aún, suponemos que todos sus sistemas se vieron saturados por el excesivo tráfico que el gusano genera en pleno ataque. Este nuevo problema en la Red ha vuelto a desencadenar la eterna discusión acerca de los problemas de seguridad en software propietario y, más concretamente, en los sistemas de Microsoft. Nosotros, sin embargo, nos hemos hecho otra pregunta: ¿es posible esta situación en el mundo del Software Libre? Contestarla no es tarea fácil, por lo que realizaremos un breve análisis de las circunstancias del nuevo gusano, del que pretendemos surja de forma natural una conclusión que responda a esta cuestión.

Cualquier entidad que quiera tomarse en serio la seguridad de sus sistema informáticos, debe cumplir necesariamente con dos premisas: una política de seguridad clara, aprobada por la organización y plasmada por escrito y un equipo de técnicos cualificados. La política de seguridad debe contemplar todos los aspectos relevantes, desde el acceso físico a los terminales hasta la caducidad de las contraseñas, pasando incluso por las sanciones ante diversos actos de los usuarios. Los técnicos deben estar en continua formación y perfectamente informados de la actualidad, así como ser responsables de la implantación de la política de seguridad. Si no se cumple con estas condiciones, el riesgo de encontrarse entre las numerosas víctimas de un desastre como el producido por el “SQL Slammer” es elevadísimo. Por desgracia, este cuadro es más común de lo deseado, ya que no se puede explicar de otra forma que se haya podido aprovechar un fallo conocido y perfectamente documentado desde hace seis meses. Es decir, debido a la no inclusión de una política de aplicación de parches en la política de seguridad o a la escasa información/preparación de los técnicos responsables, nuestro proveedor de hospedaje se ha visto afectado por el gusano y, como efecto directo, muchos de sus clientes nos hemos visto afectados dramáticamente. Inadmisible.

Si se ha leído con atención el párrafo anterior, es fácil darse cuenta de que no hemos mencionado ningún sistema operativo ni paquete de software concreto. Es lógico, ya que lo descrito es aplicable a cualquier sistema, incluso en el caso de OpenBSD, gestado con la seguridad en mente como premisa principal y que sólo ha emitido un aviso en ¡seis años!. Basta un técnico mediocre para que tal fortaleza se venga abajo.

La conclusión es ya clara a estas alturas y el culpable ha sido así mismo señalado: cualquier sistema se puede ver en las mismas circunstancias que el servidor SQL de Microsoft por culpa de la propia naturaleza humana. La única solución, como se ha expuesto más arriba, es cumplir A RAJATABLA las dos premisas expuestas.

Les emplazamos en la próxima editorial, en la que compararemos la seguridad del Software Libre frente a la de los sistemas propietarios, en base a sus propias virtudes y defectos.

Hasta la semana que viene.

P.D. Mucho nos tememos que el gusano ha conseguido que este boletín tenga menos contenido de lo habitual y que llegue más tarde de lo normal a los buzones de nuestros lectores. Por nuestra parte, vamos a hacer lo “imposible” por evitar que esta situación se repita. Gracias por su paciencia.


Editorial publicada originalmente en el Boletín de Noticias Linux nº 57 (2ª época) el 29 de enero de 2003.

Contenidos bajo licencia CC BY-NC-SA 4.0