Un bug hace que Steam para Linux esté borrando parte del disco duro de los usuarios

En la imagen se ve, pone rm -rf / y eso es lo que no explica bien el artículo, ya que dice que borra el home del usuario y no... Ese comando borra todo lo que tenga permisos, si has puesto tu contraseña de root o lo has ejecutado con sudo... Adiós a todo el sistema. Si no, "sólo" a tus archivos.

Como he dicho, además del "home" del usuario, puede borrar otras cosas. Te insto a que vuelvas a leer mi comentario.

Cierto, lo único que te habías dejado es la opción r de recursivo que se ve el la imagen. Fallo mio de comprensión lectora ;)

Si steam no se puede ejecutar con permisos o root, como es posible que pueda borrar dichos directorios si no tiene permisos ? No lo entiendo :S

No veo que sea tan dificil de entender que las aplicaciones que ejecutas tienen los permisos del usuario que la abre. A no ser que la ejecutes como root, la app puede borrar cualquier cosa que tu usuario pueda borrar. El sistema no está entre esas cosas que puedes borrar, pero carpetas temporales y todo lo de home si.

Si ya me quedo claro. De todas formas steam no se puede ejecutar con privilegios ni como root. Solo borra ( como si fuera poco xD ) /home y lo que tengas montado ...

Yo creo que sería así si el comando fuera "rm -fr /" , de lo contrario no ejecutaría un borrado recursivo por lo que no borraría directorios y solo borraría los ficheros con permisos de escritura en /

Lo que borra es el directorio de usuario.

Steam es privativo, lo unico que tienen en GitHub son las issues de steam.

La referencia de rm -rf / es simplemente una suposicion de lo que debe estar pasando. De todas formas ya os aseguro que no hace un rm -rf /, ya que desde hace años este comando pide confirmación explicita, eso no implica que haga un "rm -rf ~/", xD

Aquí lo explican bien.

https://pensamientolibresoft.wordpress.com/2011/06/25/software-propietario-o-privativo/

No, esa orden la puedes ver en el script steam.sh que se encuentra en ~/.local/share/Steam y tiene estas líneas.

# Back up games and critical files
# Backup package dir so that we're not hitting CDNs if there is no manifest change
mkdir -p "$STEAM_SAVE"
for i in bootstrap,tar,xz ssfn* SteamApps userdata package; do
if [ -e "$i" ]; then
mv -f "$i" "$STEAM_SAVE/"
fi
done
for i in "$STEAMCONFIG/registry,vdf"; do
mv -f "$i" "$i,bak"
done

# Scary!
rm -rf "$STEAMROOT/"*

# Move things back into place
mv -f "$STEAM_SAVE/"* "$STEAMROOT/"
rmdir "$STEAM_SAVE"

El cliente de Steam si es privativo y hay algunas partes de su base que también lo son, pero la gran mayoría de la infraestructura de software que utiliza tienen diferentes licencias libres.

P.D. Tuve que cambiar los puntos por comas porque genbeta piensa que todos son enlaces.

El otro dia estaba haciendo una aplicación para windows que tenia que borrar recursivamente cierto directorio. Si me equivoco y no pongo la ruta correcta... Adiós a toda la C:

PD: La anecdota es cierta pero evidentemente no me equivoqué

El problema es que los fans anti-linux ven una nota como esta y no se enteran de nada.

Es mucho más inseguro para el usuario normal, ya que la instalación por defecto en windows te deja un usuario administrador cuando en linux o te crea dos usuarios y por defecto no te deja trabajar con el root (administrador) y te pide contraseña para instalar o actualizar programas.

Si el usuario sabe lo que hace puede ser tan seguro uno como otro, bugs aparte.

Pues en primera para que eso pasara tu tendrias que darle el permiso de root a la aplicacion, asi que yo lo veo como que tu (el usuario) es quien tiene la culpa.
Lo mismo aplica para las Mac, cuando las aplicaciones te piden tu contraseña para instalarse o actualizar.
Lamentablemente aqui entra mucho el sentido comun de los usuarios y ese es el problema en la mayoria de los casos

Saludos

Pues igual que en Windows o MacOS X. En todos los casos una aplicación puede borrar todos los ficheros en los que el usuario que ejecutó la aplicación tenga permisos de escritura. Es responsabilidad el desarrollo evitar fallos tan graves.

Lo de meter con calzador el tema de los virus en una noticia que no tiene nada que ver... A no ser que consideres Steam como malware.

"Técnicamente" se puede hacer en cualquier sistema operativo y no tiene nada que ver con su seguridad, sino con el software que ejecutas.

Tienes razon falle en mi argumentacion porque lo escribi en caliente, me referia que el comando rm -rf / ( recursivo y forzado ) no es lo mismo que borrar todo el disco duro ( formatearlo ) sino que se borra todo lo que cuelga de / que basicamente es todo PERO si no tienes una particion montada como la de backups no te la puede borrar. Todo esto en el caso que tenga permisos de root.

Lo suyo sería hacer una jaula (tambien llamados contenedores) para steam y aunque quisiera y tuviese permisos para borrar todo el disco duro, solo fastidiaria su propia jaula sin afectar al resto de programas o ficheros que estarian fuera de esa jaula.

Si quereis mas informacion buscad en google: lxc-linux-containers-linux-dentro-de-linux
y pinchad en el primer enlace (que no tengo karma para poner enlaces XD)

Linux (hiperseguro segun sus seguidores) + Steam (empresa que todo lo que hace es super-chachi-guay), y pasa esto!!!!! A algunos les habrá dado un buen subidón de la tensión.

Esto lo que demuestra es que la única razón por la que linux no se ha llenado de mierda no es porque sea mas seguro, sino porque no lo usaba ni el tato. Si alguna vez el "usuario normal" empieza a usar linux masivamente, toda la porquería que ha estado siempre en Windows empezaría a aparecer en linux por todas partes.

Es más, ultimamente me fio mucho más de Windows que de Linux si tengo que instalarle algo a un novato, porque al menos Windows tiene mucha experiencia en ese tipo de usuarios y ya está más preparado.

mv no funciona si mueves ficheros entre dispositivos con distintas tablas de inodos (por ejemplo de /dev/sda1 a /dev/sda2). Por lo que la unica manera de asegurarte 100% que muevas a donde muevas los ficheros van a funcionar, es hacer un cp y luego un rm de los ficheros de origen.

De ese modo si pasas steam a un pendrive, o lo mueves de disco o lo que sea, funcionara el 100% de las veces.

mv si funciona entre distintas tablas de inodos, lo que ocurre es que en realidad copia el objeto y luego borra el original.