Análisis de un servidor Linux comprometido

 

 

El artículo (al que llego a través de un post en el blog de Schneier) como aficionado que soy me parece interesante, aunque seguramente un experto forense hubiera realizado el análisis que se describe de una forma mucho más precavida, metódica y rigurosa.

Se trata de un servidor Linux donde el primer síntoma de alarma es que apache deja de arrancar. Nada más entrar en el sistema comienzan a aparecer indicios de que ha existido un compromiso serio, aunque el autor parece bastante descuidado y ha dejado demasiadas pistas: entre otras, el sitio (polaco) de donde se descargó el backdoor, sitio que -por cierto- continúa activo y repleto de herramientas para script-kiddies...

Antes de que alguno se lleve histriónicamente las manos a la cabeza, traigo este artículo a portada para que se vea (por si no hubiera ya suficientes ejemplos recientes), que la seguridad de un servidor no depende en última instancia del sistema operativo que corre, sino del cuidado, celo y capacidad de quien lo instala, actualiza, configura y supervisa. Y también -por supuesto- de la capacidad y el empeño que ponga la parte atacante. Sólo de ese equilibrio dinámico depende el éxito o el desastre.

 

 

Comentarios

Selecciona arriba tu forma preferida de visualizar los comentarios y pulsa el botón para guardar tu elección para próximas visitas (sólo si eres usuario registrado).
anónimo's picture

Que poético


Que poético, que metódico... que bonito... ¡¡Hasta que los graciosillos te joden el server!!

anónimo's picture

Incluso en Debian


Incluso a los de Debian les "comprometieron" sus servidores y los tuvieron apagados un montón de tiempo hasta que solucionaron totalmente el asunto. Si no recuerdo mal fue durante la larga vida de la Woody estable.

anónimo's picture

Malos tiempos para Ubuntu


que la seguridad de un servidor no depende en última instancia del sistema operativo que corre

And the most important question is, how did he get access in the first time? The server was running Ubuntu 6.06 LTS (i386) and was fairly updated. The compromised could be caused by:

* An exploit unknown to the public.
* A user accessing this server from an already compromised host. The attacker could then sniff the the password.

por si no hubiera ya suficientes ejemplos recientes

Y la deducción lógica es... que yo no soy forense.

anónimo's picture

No entiendo


No entiendo su mensaje. Quiero detectar cierta ironía pero no acabo de pillarlo.