Si eres nuevo en Linux, es probable que en algún momento te encuentres en algún foro o una sala de chat, con una persona malintencionada y poco inteligente que pretenda engañarte para que utilices comandos que puedan dañar tus archivos o incluso arruinar todo tu sistema operativo. Para evitar que se presente este peligroso escenario, he aquí una lista de comandos mortales en Linux que deberian ser evitados:
|
etiquetas: linux , shell , seguridad
[OFFTOPIC]
Como curiosidad freak, un dia compilando no recuerdo qué programa, entre todas las lineas apareció.
"OMG They're trying to kill Kenny"
"Kenny Killed!"
Si no recuerdo mal, creo que fué utilizando el repositorio pkgsrc de NetBSD, lo que me pude reir
[/OFFTOPIC]
futbol => irrelevante
meneame.net/search.php?q=comandos+linux
Aqui una lista de todos los envios del tema, para que veamos que utiles y relevantes son los comandos de linux para nuestras vidas.
PD: Frikis !!
Borra (rm), todo lo que se te ponga por delante (-r) y no hagas preguntas (-f), para la raíz del sistema (/)
Ninguno de estos comandos es mortal asi si se emplea como usuario normal (casi todas las distribuciones te "obligan" a usar normalmente un usuario sin privilegios de admin)
Otra cosa es si alguien comete la estupidez de entrar en modo administrador-root-superusuario a pesar de las mil y una impedimentas que ponen todas las distribuciones.
Si te encuentras estas ordenes en algun foro, blog o similar, seguro que van precedidas de un "sudo" para volverlas peligrosas.
El primer comando, el rm -Rf / usualmente no llega a borrar todos los archivos del sistema. Si por algún motivo llega a ejecutarse dicho comando, es probable que muchos archivos logren sobrecvivir a él. Con suerte, entre ellos podrían estar los datos de usuario.
¿Cómo es posible?
Muy sencillo, dicho comando borra recursivamente todos los archivos y directorios del sistema, PERO, como cualquier otro programa, los borra de uno en uno. Recordemos que en un sistema Linux, al igual que en cualquier sistema tipo UNIX, TODO se trata como archivos. Cuando este comando mortal está ejecutándose, en algún momento empieza a borrar los archivos del directorio /proc, igual que ya ha hecho con otros directorios. Pero resulta que el contenido de dicho directorio no está en el disco duro: son procesos en memoria, es decir, programas que se están ejecutando. Es decir, está matando tareas. En algún momento, el programa se matará a sí mismo, autodestruyéndose, y a partir de dicho momento el comando asesino ya no existirá, por lo que todos los archivos que todavía no han sido borrados se habrán salvado.
Evidentemente, no lo he probado en ningún sistema Linux.
Yo lo probé con un Live CD.
Hay otra cosa que tener en cuenta.
A parte de tener que ejecutarlo como Root/Sudo, introducir la contraseña, a la hora de empezar a eliminar archivos empieza por la A
Los archivos personales están en la H (de /home/usario) normalmente.
Cuando lo ejecutas, a parte de ver muuuchas letras en la terminal, lo primero que ves es como te desaparecen iconos de las barras, los programas dejan de funcionar, etc... etc...
Tardaría mucho mucho tiempo antes de llegar a los archivos personales. Eso si, deja el sistema bastante inservible y requeriría reinstalación, copia y pega de los archivos vitales o uso de un Live CD. Pero los datos tardaría mucho en llegar a eliminarlos.
También me he fijado que no logra eliminar muchos archivos relacionados con el arranque y el Kernel. A pesar de ser SUDO te muestra un error, no me acuerdo si es un access denied u otra cosa.
Podéis probarlo con cualquier LIVE CD, pero vigilad que no esten montadas vuestras particiones.
No lo he probado, pero, creo que si que borra el contenido entero del disco duro.
Los comandos me han parecido una parida excepto este :(){:|:&};: .
Y para comandos paria: dd if=/dev/zero of=/dev/sda
#9, veloz..
Y otra cosa, el viejuno :(){:|:&};: no lo cuelga. Solo de ser responsivo durante unos minutos (lo probé en un Slackware 11). Eventualmente, toda la memoria se llena, bash comete un segmentation fault, y todo vuelve de golpe a la normalidad
tras ejecutarlo el sistema nos devuelve el prompt como si nada hubiera pasado.
sin embargo, como se necesita que muchos archivos tengan determinados permisos, el sistema se vuelve inusable.
restaurar todos los permisos correctos a mano es una tarea tan complicada que la única solución es reinstalar de nuevo.
digg.com/linux_unix/The_7_Deadly_Linux_Commands
user: root
password: *******
sudo mkdir /media/shit
sudo mount -t ntfs-3g /dev/sda1 /media/shit
sudo rm -rf /media/shit
reiniciais y tan felices. El sistema limpio como el culete de un niño.
P.D.: pa terrorista tu #20, mientras yo estoy montando la bomba tu ya la has hecho estallar y estas tomando un cafe en tu casa