Tienen idea de hasta qué punto puede significar que empiecen a aparecer virus para Linux con un nivel de infecciosidad significativo? http://www.infobae.com/notas/nota.php?Idx=252186&IdxSeccion=100657 -- Pablo Manuel Rizzo ---------------------------------------------------------------------- Aunque supiera que el mundo se acabará mañana, Igual plantaría mi manzano. -- Martin Luther King -- ----------------------------------------------------------------------
On Fri, 5 May 2006 10:44:44 -0300 "Pablo Manuel Rizzo" <[email protected]> wrote:
Tienen idea de hasta qué punto puede significar que empiecen a aparecer virus para Linux con un nivel de infecciosidad significativo?
http://www.infobae.com/notas/nota.php?Idx=252186&IdxSeccion=100657
Para que afecte a un sistema con kernel linux como usuario se deberia tener binarios ejecutables en el "home" del usaurio. Algo que puede ser si se desarrolla en ese lugar o si se usan sistemas como el Autopackage que instala ejecutables en el home del usuario. Otra posibilidad es que se ingrese para usar el sistema como root. Algo que salvo para tareas administrativas no deberia hacerse. No digo que no sea posible pero los escenarios son bastante diferentes, entre un sistema de MS y uno con kernel linux. La llegada del virus deberia hacerse por algun medio. Supongo que el mail es el mas facil y es poco probable que la ejecucion de un binario ejecutable adjunto a un mail tenga efecto, como pasa en los sistemas de MS. Que se yo, no me convence esto aun, me parece propaganda con el fin de crear temor solamente. Algo asi como "ojo que con linux, que dice ser inmune a virus en mentira" happy hacking!! -- Daniel Olivera (Mate.Cosido) - UTUTO "Al asesinato en maza los hombres lo llaman guerra" "No digo nombre ni señas, solo digo compañeros" Viglietti "No soy mas libre por usar solamente software libre. Soy mas libre porque se porque lo uso" ICQ: 8368437 - Jabber: [email protected] IPv4/IPv6 site: www.ututo.org Blog: daniel.ututo.org UTUTO XS 2006 GNU System - 100% software libre
ALo, muchas de las distribuciones de linux conocidas usa sudo con NOPASSWD asi que con cualquiera hace un "sudo bash" y es root por ejemplo para mi esa configuracion me parece totalmente descabellada no veo diferencia de usar un win xp como administrador. ..asi que ojo al piojo... El Viernes 05 Mayo 2006 10:56, Daniel Olivera escribió:
On Fri, 5 May 2006 10:44:44 -0300
"Pablo Manuel Rizzo" <[email protected]> wrote:
Tienen idea de hasta qué punto puede significar que empiecen a aparecer virus para Linux con un nivel de infecciosidad significativo?
http://www.infobae.com/notas/nota.php?Idx=252186&IdxSeccion=100657
Para que afecte a un sistema con kernel linux como usuario se deberia tener binarios ejecutables en el "home" del usaurio. Algo que puede ser si se desarrolla en ese lugar o si se usan sistemas como el Autopackage que instala ejecutables en el home del usuario.
Otra posibilidad es que se ingrese para usar el sistema como root. Algo que salvo para tareas administrativas no deberia hacerse. No digo que no sea posible pero los escenarios son bastante diferentes, entre un sistema de MS y uno con kernel linux.
La llegada del virus deberia hacerse por algun medio. Supongo que el mail es el mas facil y es poco probable que la ejecucion de un binario ejecutable adjunto a un mail tenga efecto, como pasa en los sistemas de MS.
Que se yo, no me convence esto aun, me parece propaganda con el fin de crear temor solamente. Algo asi como "ojo que con linux, que dice ser inmune a virus en mentira"
happy hacking!!
-- http://www.docksud.com.ar telnet://bbs.docksud.com.ar * No conoces un BBS? - entra a http://bbs.docksud.com.ar *
On 5/5/06, Fernando Toledo <[email protected]> wrote:
ALo, muchas de las distribuciones de linux conocidas usa sudo con NOPASSWD asi que con cualquiera hace un "sudo bash" y es root
chan no sabia... tenes idea de cuales? de todos modos, una cosa que me llama la atencion es que en el mundo *nix en general solo preocupan las cosas que un virus/troyano/etc podria hacer con permisos de root, pero no las de usuario comun... porque si me joden algo del sistema en el peor de los casos puedo reinstalar (siempre hablando de sistemas hogareños obvio), pero en el home los usuarios guardan sus documentos personales... no es grave tambien que un virus pueda borrar todo eso? -- Santiago Roza Departamento I+D - Thymbra [email protected]
On Fri, 5 May 2006 20:20:22 -0300 "Santiago Roza" <[email protected]> wrote:
On 5/5/06, Fernando Toledo <[email protected]> wrote:
ALo, muchas de las distribuciones de linux conocidas usa sudo con NOPASSWD asi que con cualquiera hace un "sudo bash" y es root
chan no sabia... tenes idea de cuales?
Me gustaria saber a mi tambien, estoy seguro que UTUTO XS no. La clave de root viene bloqueada por defecto y lo unico permitido para root es el bash y con clave de usuario que debe ser del grupo wheel sino no funciona ni con la clave. happy hacking!! -- Daniel Olivera (Mate.Cosido) - UTUTO "Al asesinato en maza los hombres lo llaman guerra" "No digo nombre ni señas, solo digo compañeros" Viglietti "No soy mas libre por usar solamente software libre. Soy mas libre porque se porque lo uso" ICQ: 8368437 - Jabber: [email protected] IPv4/IPv6 site: www.ututo.org Blog: daniel.ututo.org UTUTO XS 2006 GNU System - 100% software libre
El Sábado, 6 de Mayo de 2006 01:43, Daniel Olivera escribió:
On Fri, 5 May 2006 20:20:22 -0300
"Santiago Roza" <[email protected]> wrote:
On 5/5/06, Fernando Toledo <[email protected]> wrote:
ALo, muchas de las distribuciones de linux conocidas usa sudo con NOPASSWD asi que con cualquiera hace un "sudo bash" y es root
chan no sabia... tenes idea de cuales?
Me gustaria saber a mi tambien
Bueno, Musix no es para servidores de red ni tareas de máxima seguridad. No viene con sudo configurado con NOPASSWD pero si el usuario quiere acceder al panel de control hice que se le pregunte si quiere activar eso... quizá debería advertir que puede tener graves problemas de seguridad si lo hace, ¿no? (no me maten, jeje)
On Sat, 6 May 2006 19:30:09 +0200 Marcos Guglielmetti Gmail <[email protected]> wrote:
El Sábado, 6 de Mayo de 2006 01:43, Daniel Olivera escribió:
On Fri, 5 May 2006 20:20:22 -0300
"Santiago Roza" <[email protected]> wrote:
On 5/5/06, Fernando Toledo <[email protected]> wrote:
ALo, muchas de las distribuciones de linux conocidas usa sudo con NOPASSWD asi que con cualquiera hace un "sudo bash" y es root
chan no sabia... tenes idea de cuales?
Me gustaria saber a mi tambien
Bueno, Musix no es para servidores de red ni tareas de máxima seguridad. No viene con sudo configurado con NOPASSWD pero si el usuario quiere acceder al panel de control hice que se le pregunte si quiere activar eso... quizá debería advertir que puede tener graves problemas de seguridad si lo hace, ¿no?
O quizas puedes poner ese comando solamente como "NOPASSWD" happy hacking!! -- Daniel Olivera (Mate.Cosido) - UTUTO "Al asesinato en maza los hombres lo llaman guerra" "No digo nombre ni señas, solo digo compañeros" Viglietti "No soy mas libre por usar solamente software libre. Soy mas libre porque se porque lo uso" ICQ: 8368437 - Jabber: [email protected] IPv4/IPv6 site: www.ututo.org Blog: daniel.ututo.org UTUTO XS 2006 GNU System - 100% software libre
El Domingo, 7 de Mayo de 2006 02:04, Daniel Olivera escribió:
On Sat, 6 May 2006 19:30:09 +0200
Marcos Guglielmetti Gmail <[email protected]> wrote:
El Sábado, 6 de Mayo de 2006 01:43, Daniel Olivera escribió:
On Fri, 5 May 2006 20:20:22 -0300
"Santiago Roza" <[email protected]> wrote:
On 5/5/06, Fernando Toledo <[email protected]> wrote:
ALo, muchas de las distribuciones de linux conocidas usa sudo con NOPASSWD asi que con cualquiera hace un "sudo bash" y es root
chan no sabia... tenes idea de cuales?
Me gustaria saber a mi tambien
Bueno, Musix no es para servidores de red ni tareas de máxima seguridad. No viene con sudo configurado con NOPASSWD pero si el usuario quiere acceder al panel de control hice que se le pregunte si quiere activar eso... quizá debería advertir que puede tener graves problemas de seguridad si lo hace, ¿no?
O quizas puedes poner ese comando solamente como "NOPASSWD"
No entiendo, si está en el man de sudo veo eso directamente, gracias -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix: (www.musix.org.ar) (www.pc-musica.com.ar/musix) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/
On 5/6/06, Marcos Guglielmetti Gmail <[email protected]> wrote:
El Domingo, 7 de Mayo de 2006 02:04, Daniel Olivera escribió:
On Sat, 6 May 2006 19:30:09 +0200
Bueno, Musix no es para servidores de red ni tareas de máxima seguridad. No viene con sudo configurado con NOPASSWD pero si el usuario quiere acceder al panel de control hice que se le pregunte si quiere activar eso... quizá debería advertir que puede tener graves problemas de seguridad si lo hace, ¿no?
O quizas puedes poner ese comando solamente como "NOPASSWD"
No entiendo, si está en el man de sudo veo eso directamente, gracias
Supongo que se refiere a que permitas hacer sudo al panel de control, en vez de al bash. Por ejemplo, si el panel de control se accede con el comando "/musix/panel", entónces permitis sudo a ese comando, pero no permitis sudo a "/bin/bash". Desde ya que si el panel tiene una falla de seguridad, podría a su vez otorgarle acceso root a un hacker o virus, pero ya es mas dificil. -- Pablo Manuel Rizzo ---------------------------------------------------------------------- Aunque supiera que el mundo se acabará mañana, Igual plantaría mi manzano. -- Martin Luther King -- ----------------------------------------------------------------------
El Domingo, 7 de Mayo de 2006 03:26, Pablo Manuel Rizzo escribió:
On 5/6/06, Marcos Guglielmetti Gmail <[email protected]> wrote:
El Domingo, 7 de Mayo de 2006 02:04, Daniel Olivera escribió:
On Sat, 6 May 2006 19:30:09 +0200
Bueno, Musix no es para servidores de red ni tareas de máxima seguridad. No viene con sudo configurado con NOPASSWD pero si el usuario quiere acceder al panel de control hice que se le pregunte si quiere activar eso... quizá debería advertir que puede tener graves problemas de seguridad si lo hace, ¿no?
O quizas puedes poner ese comando solamente como "NOPASSWD"
No entiendo, si está en el man de sudo veo eso directamente, gracias
Supongo que se refiere a que permitas hacer sudo al panel de control, en vez de al bash. Por ejemplo, si el panel de control se accede con el comando "/musix/panel", entónces permitis sudo a ese comando, pero no permitis sudo a "/bin/bash". Desde ya que si el panel tiene una falla de seguridad, podría a su vez otorgarle acceso root a un hacker o virus, pero ya es mas dificil.
Musix tiene varios escritorios, porque usa Rox-Filer, que te permite que el fondo de escritorio con sus iconos cambie completamente con un comando, que en el caso de Musix se hace (se llama) presionando en un icono en el panel de tareas de IceWM. Les explico: el panel de control (Escritorio "Admin") de Musix es un escritorio manejado por Rox-Filer, en el cual hay muchos iconos relativos a tareas administrativas: Centro de Control de KDE, Kuser, netcardconfig, alsaconf, etc. Y lo que lo inicia es este comando: sudo rox-filer --pinboard=ADMIN-ES Es decir que actualmente estoy haciendo lo que me decís vos, ¿no? Es decir, solamente los iconos del Escritorio Admin ("panel de control" de Musix) se inician con sudo, ya que son procesos hijos de rox-filer corriendo con sudo... al menos eso es lo que creo. En tal caso, no habría tanto problema. Pero me parece que el problema pasa por otro lado, y es que, lo que hice, fue que al entrar como usuario no-root el script que llama al escritorio Admin te pregunte si querés editar /etc/sudoers y agregarte como sudoer, y el usuario al habilitarse como: tu_usuario ALL=NOPASSWD: ALL ... está permitiendo que cualquier proceso haga: sudo lo_que_sea con su usuario, ¿no? y en caso de que el proceso sea un virus, este virus tendría acceso a modificar todo el sistema... creo que va por el lado de ponerlo sin NOPASSWD, tendré que leer un poco la documentación. -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix: (www.musix.org.ar) (www.pc-musica.com.ar/musix) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/
On 5/6/06, Marcos Guglielmetti Gmail <[email protected]> wrote:
Pero me parece que el problema pasa por otro lado, y es que, lo que hice, fue que al entrar como usuario no-root el script que llama al escritorio Admin te pregunte si querés editar /etc/sudoers y agregarte como sudoer, y el usuario al habilitarse como:
tu_usuario ALL=NOPASSWD: ALL
... está permitiendo que cualquier proceso haga:
sudo lo_que_sea
con su usuario, ¿no?
y en caso de que el proceso sea un virus, este virus tendría acceso a modificar todo el sistema... creo que va por el lado de ponerlo sin NOPASSWD, tendré que leer un poco la documentación.
Claro, mirá así es el sudoers de XS actual: %wheel ALL=(ALL) PASSWD:/bin/bash %wheel ALL=(ALL) NOPASSWD: /admin/gmenu/menu,/admin/init-0,/usr/bin/boot-admin,/usr/bin/shares-admin,/usr/bin/time-admin,/usr/bin/network-admin,/usr$ %cdrw ALL=(ALL) NOPASSWD: /usr/bin/gnomebaker,/usr/bin/k3b ALL ALL=NOPASSWD:/bin/mount -o loop* -t iso9660* /home/*/.kisotmp/* ,/bin/umount /home/*/.kisotmp/* Como verás, el bash requiere password, pero las herramientas básicas de configuración no necesitan password, con lo cual es un poco mas fácil para el usuario inexperto. Además está especificado el grupo que puede acceder. -- Pablo Manuel Rizzo ---------------------------------------------------------------------- Aunque supiera que el mundo se acabará mañana, Igual plantaría mi manzano. -- Martin Luther King -- ----------------------------------------------------------------------
El Domingo, 7 de Mayo de 2006 16:59, Pablo Manuel Rizzo escribió:
On 5/6/06, Marcos Guglielmetti Gmail <[email protected]> wrote:
Pero me parece que el problema pasa por otro lado, y es que, lo que hice, fue que al entrar como usuario no-root el script que llama al escritorio Admin te pregunte si querés editar /etc/sudoers y agregarte como sudoer, y el usuario al habilitarse como:
tu_usuario ALL=NOPASSWD: ALL
... está permitiendo que cualquier proceso haga:
sudo lo_que_sea
con su usuario, ¿no?
y en caso de que el proceso sea un virus, este virus tendría acceso a modificar todo el sistema... creo que va por el lado de ponerlo sin NOPASSWD, tendré que leer un poco la documentación.
Claro, mirá así es el sudoers de XS actual:
%wheel ALL=(ALL) PASSWD:/bin/bash %wheel ALL=(ALL) NOPASSWD: /admin/gmenu/menu,/admin/init-0,/usr/bin/boot-admin,/usr/bin/shares-a dmin,/usr/bin/time-admin,/usr/bin/network-admin,/usr$ %cdrw ALL=(ALL) NOPASSWD: /usr/bin/gnomebaker,/usr/bin/k3b ALL ALL=NOPASSWD:/bin/mount -o loop* -t iso9660* /home/*/.kisotmp/* ,/bin/umount /home/*/.kisotmp/*
Como verás, el bash requiere password, pero las herramientas básicas de configuración no necesitan password, con lo cual es un poco mas fácil para el usuario inexperto. Además está especificado el grupo que puede acceder.
Bien, acá no existe el grupo wheel, no sé cual será similar
-- Pablo Manuel Rizzo --------------------------------------------------------------------- - Aunque supiera que el mundo se acabará mañana, Igual plantaría mi manzano. -- Martin Luther King -- --------------------------------------------------------------------- -
-- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * Descarga el CD de Musix: (www.musix.org.ar) (www.pc-musica.com.ar/musix) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/
On Sat, 6 May 2006 21:04:21 -0300 Daniel Olivera <[email protected]> wrote: ..
O quizas puedes poner ese comando solamente como "NOPASSWD"
Les cuento algunas perlitas de UTUTO XS La version 0.0.1 de ututo-e no soportaba impresoras paralelo!!! (cuac!) La version 2005 testing cualquier usuario podia hacer sudo bash sin clave!!!! La version 2004 tenia el servicio ssh activo con usuario con clave conocida por defecto, con lo que podias entrar a cualquier maquina con ututo instalado conectada a internet!! (cuac!) Se va aprendiendo, no es facil tener en cuenta la granca cantidad de factores al momento de hacer un sistema. Hacer una distribucion es mas que poner paquetes solamente. happy hacking!! -- Daniel Olivera (Mate.Cosido) - UTUTO "Al asesinato en maza los hombres lo llaman guerra" "No digo nombre ni señas, solo digo compañeros" Viglietti "No soy mas libre por usar solamente software libre. Soy mas libre porque se porque lo uso" ICQ: 8368437 - Jabber: [email protected] IPv4/IPv6 site: www.ututo.org Blog: daniel.ututo.org UTUTO XS 2006 GNU System - 100% software libre
en debian tampoco viene el sudo con esa configuracion. de donde sacaste que eso es asi ??? es mas me arriesgo a decir que en el sistema base ni siquiera se instala el sudo. On 5/5/06, Daniel Olivera <[email protected]> wrote:
On Fri, 5 May 2006 20:20:22 -0300 "Santiago Roza" <[email protected]> wrote:
On 5/5/06, Fernando Toledo <[email protected]> wrote:
ALo, muchas de las distribuciones de linux conocidas usa sudo con NOPASSWD asi que con cualquiera hace un "sudo bash" y es root
chan no sabia... tenes idea de cuales?
Me gustaria saber a mi tambien, estoy seguro que UTUTO XS no. La clave de root viene bloqueada por defecto y lo unico permitido para root es el bash y con clave de usuario que debe ser del grupo wheel sino no funciona ni con la clave.
happy hacking!! -- Daniel Olivera (Mate.Cosido) - UTUTO "Al asesinato en maza los hombres lo llaman guerra" "No digo nombre ni señas, solo digo compañeros" Viglietti "No soy mas libre por usar solamente software libre. Soy mas libre porque se porque lo uso"
ICQ: 8368437 - Jabber: [email protected] IPv4/IPv6 site: www.ututo.org Blog: daniel.ututo.org UTUTO XS 2006 GNU System - 100% software libre
_______________________________________________ Solar-general mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
perdon, pero no nombre debian ni ututo yo. (!) asi que sigan uds... El Sábado 06 Mayo 2006 17:16, Carlos Cesar Oegg escribió:
en debian tampoco viene el sudo con esa configuracion. de donde sacaste que eso es asi ???
es mas me arriesgo a decir que en el sistema base ni siquiera se instala el sudo.
On 5/5/06, Daniel Olivera <[email protected]> wrote:
On Fri, 5 May 2006 20:20:22 -0300
"Santiago Roza" <[email protected]> wrote:
On 5/5/06, Fernando Toledo <[email protected]> wrote:
ALo, muchas de las distribuciones de linux conocidas usa sudo con NOPASSWD asi que con cualquiera hace un "sudo bash" y es root
chan no sabia... tenes idea de cuales?
Me gustaria saber a mi tambien, estoy seguro que UTUTO XS no. La clave de root viene bloqueada por defecto y lo unico permitido para root es el bash y con clave de usuario que debe ser del grupo wheel sino no funciona ni con la clave.
happy hacking!! -- Daniel Olivera (Mate.Cosido) - UTUTO "Al asesinato en maza los hombres lo llaman guerra" "No digo nombre ni señas, solo digo compañeros" Viglietti "No soy mas libre por usar solamente software libre. Soy mas libre porque se porque lo uso"
ICQ: 8368437 - Jabber: [email protected] IPv4/IPv6 site: www.ututo.org Blog: daniel.ututo.org UTUTO XS 2006 GNU System - 100% software libre
_______________________________________________ Solar-general mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- http://www.docksud.com.ar telnet://bbs.docksud.com.ar * Pero mi suerte es negra, mis dientes van a a estallar... *
El Viernes 05 Mayo 2006 20:20, Santiago Roza escribió:
On 5/5/06, Fernando Toledo <[email protected]> wrote:
ALo, muchas de las distribuciones de linux conocidas usa sudo con NOPASSWD asi que con cualquiera hace un "sudo bash" y es root
chan no sabia... tenes idea de cuales? muchas basadas en ubuton, knoppix etc.. varias live.. esas que decis qu ebuenas que estan se conecta directo a internet te montan tu disco automaticamente todo magico! (!)
de todos modos, una cosa que me llama la atencion es que en el mundo *nix en general solo preocupan las cosas que un virus/troyano/etc podria hacer con permisos de root, pero no las de usuario comun...
porque si me joden algo del sistema en el peor de los casos puedo reinstalar (siempre hablando de sistemas hogareños obvio), pero en el home los usuarios guardan sus documentos personales... no es grave tambien que un virus pueda borrar todo eso?
par mi seria mas grave si me borran mi home, el de root esta vacio =P
-- Santiago Roza Departamento I+D - Thymbra [email protected]
_______________________________________________ Solar-general mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- http://www.docksud.com.ar telnet://bbs.docksud.com.ar * Roja es la sangre, Verde el paño de la libertad *
solo a título informativo: Linux torvalds probó personalmente ese virus para "ver" como se comporta el sistema. Y descubrió que no funcionaba...la razón? había un error en el código de las librerías del compilador de gcc que impedía que el virus trabajara correctamente. Entonces tuvo que cambiar esa parte del código y el virus funcionó, pero también se descubrió que solo podía afectar al sistema si se ejecutaba como root, por ejemplo que el virus esté escondido dentro de un programa, como bién se explicó en la lista. Osea la solución?: instalar los programas siempre de repositorios confiables. Y para los tienen banda ancha tener actualizado referente a los parches de seguridad todos los programas del sistema, para que no puedan aprovechar posibles errores de vulnerabilidad y que tengan acceso root. No sirve de nada tener bién configurado iptables, si nuestro servidor tiene vulnerabilidades Creo que en la próxima versión del kernel estarán las librerías de gcc corregidas. salutes!!! El vie, 05-05-2006 a las 10:44 -0300, Pablo Manuel Rizzo escribió:
Tienen idea de hasta qué punto puede significar que empiecen a aparecer virus para Linux con un nivel de infecciosidad significativo?
http://www.infobae.com/notas/nota.php?Idx=252186&IdxSeccion=100657
-- Pablo Manuel Rizzo ---------------------------------------------------------------------- Aunque supiera que el mundo se acabará mañana, Igual plantaría mi manzano. -- Martin Luther King -- ---------------------------------------------------------------------- _______________________________________________ Solar-general mailing list [email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
participants (7)
-
Carlos Cesar Oegg -
Daniel Olivera -
federico carugo -
Fernando Toledo -
Marcos Guglielmetti Gmail -
Pablo Manuel Rizzo -
Santiago Roza