Malware y registro de Windows: Top 10

Troyanos, gusanos y demás ralea suelen "inscribirse" en el registro de Windows para asegurarse de que serán ejecutados tras un reinicio.

Basándose en el comportamiento de varios miles de ejemplares de malware, en F-Secure han elaborado una clasificación de los puntos de lanzamiento más habituales, que serán también los primeros a revisar cuando se sospeche una infección (sin perder nunca de vista, claro, que tales claves también son utilizadas por instaladores de software no dañino)...

La verdad es que no hay grandes sorpresas. ¿Adivinan qué clave sigue prefiriendo a estas alturas casi el 40% del malware? Fácil: \Software\Microsoft\Windows\CurrentVersion\Run. Y es que si algo funciona, ¿para qué cambiarlo?.

En mi inmensa y proverbial ignorancia nunca he entendido la misma existencia del registro de Windows, una especie de descomunal y confuso fichero de configuración centralizado, bastante caótico y mal documentado, que cualquier programa puede modificar, tanto en la parte que le toca como en la que no, pudiendo dejar el sistema completamente inservible. También en esto prefiero sin dudar el modelo de configuración descentralizado de Linux, donde existen decenas de ficheros diferentes -cierto- pero todos perfectísimamente documentados y en la mayoría de los cuales sólo un root incompetente podría causar algún daño serio... si de verdad se lo propone.

 

FUENTE:

>> Top10 malware registry launchpoints [F-Secure].

 

Comentarios

Selecciona tu forma preferida de visualizar los comentarios y pulsa el botón para guardar tus preferencias entre visitas (sólo si eres usuario registrado).

Es la (no)evolución

Obviamente, la existencia de un lugar centralizado para la configuración tiene sus ventajas y desventajas. Seguro que en su inicio, cuando no se preveía la existencia de maldad y se suponía "buen rollito" por parte de todo el mundo, era muy bueno.
Lo que no quita para que se vaya buscando un sustituto, pero ya se sabe que hoy en día se persigue en gran medida la compatibilidad con lo ya existente.

Por otra parte, Linux tiene también un problema semejante. Gran cantidad de ficheros de configuración están en el mismo directorio (/etc) con lo que quien tiene permiso para acceder a él (y para instalar, hay que tenerlo) puede perfectamente modificar y borrar otros ficheros que no le competan.

(Enhorabuena por tantos años y tan buenos artículos)

Fdo.: Ecnaton

Sí pero

Linux tiene también un problema semejante. Gran cantidad de ficheros de configuración están en el mismo directorio (/etc) con lo que quien tiene permiso para acceder a él (y para instalar, hay que tenerlo) puede perfectamente modificar y borrar otros ficheros que no le competan.

Sí pero ese tipo es root.

En realidad

En realidad sería parecido a linux si se protegieran todas las claves (menos las de tu propio usuario) con la cuenta de administrador+contraseña.

a mi no se me parece

pensemos qué sería en linux el equivalente a una entrada de malware en Run para autoejecutarse tras el boot...

modificar o añadir un script a /etc/rc.d? Eso siempre sería más fácil de detectar que un mínimo cambio en una de las miles de claves del registry...

-- // zoombox // --

No creo

Las claves de inicio de windows como mucho son 10.

Cuestión de privilegios

Y para eso haría falta ser root.

Con GNU si instalas un programa como usuario normal no te puede joder la configuración de todo el sistema, solo la del resto de programas instalados por el mismo usuario.

EXEs

Y a mí que una de las más terribles me ha parecido siempre ésta:

HKEY_CLASSES_ROOT/exefile/shell/open/command

No entiendo cómo no se usa más. Porque un EXE siempre cae, en el inicio del sistema o en cualquier otra situación.

La principal razón

La principal razón de que el registro de Windows me parezca una porquería es que se estropea fácilmente. Cuando digo fácilmente no quiero decir dia sí, día no, pero en las versiones anteriores a Windows XP era un problema muy usual. Peor aún, un registro corrupto tenía mal arreglo; a pesar de haber herramientas (del propio sistema) para repararlo, esto no solía ser posible y obligaba a reinstalar el sistema de nuevo.

Este registro es una "simple" base de datos apelotonada en un solo fichero con todo lo que conlleva. Si se añade un dato lo más eficiente es ponerlo al final. Si se borra aparece un hueco en medio. ¿Al añadir un dato nuevo lo ponemos en el hueco si cabe o al final? Instalar, desinstalar, instalar, desinstalar... en mi opinión este registro también es el culpable de que un sistema Windows con muchos meses de uso se vuelva lento.

Creo que me fui un poco del tema. Respecto al malware "listillo", me gustaría que el editor del registro me permitiese editar otro fichero, para así poder hacer este tipo de mantenimiento desde otra instalación cuando resulte infectada la otra... o para arreglar otros desaguisados.

El problema es ser administrador de Windows

El problema no es un modelo de configuración centralizado(Win) o no(LNX), el problema es que la inmensa mayoria de usuarios de Windows trabaja con cuenta de administrador. Y así pasa.

Para saber que programas se inician realmente, recomiendo una utilidad llamada AutoRuns, de Sysinternals (recientemente comprada por M$).

Por otro lado, el modelo de seguridad UNIX/LINUX tiene una gran ventaja con respecto a Win, y es que para ejecutar un script, debemos darle permisos de ejecución explicitamente, por lo que una infección es mucho menos problable.

www.devjoker.com

Yo creo que la tendencia

Yo creo que la tendencia de usar la cuenta administrador en windows recae en lo poco (nada) en el sistema operativo que te lleve a usar una cuenta con menos privilegios.

O sea, instala un Windows XP, crea usuarios y voila, todos son administradores. A esto sumale que la mayoria de las personas que ocupan windows son usuarios que quieren que todo este listo, que no se tenga que hacer ni configurar nada mas.

Es mas, por mucho tiempo use windows xp, y para definir una cuenta de usuario con un nivel decente de permisos (que no te pida permisos de administrador hasta para abrir el buscaminas) hay que ir mas alla de lo que el 99,9% de los usuarios comunes y corrientes de windows lo iria.

Sin ser ni siquiera algo cercano a un experto, considero que el estilo de los sistemas *nix es mucho mas solido, de partida te invita a gritos que no useas la cuenta root. incluso algunos ni siquiera te deja usarla si no es para ocaciones especificas.

El registro malo?

Perdona, pero el registro es una de las cosas que mejor funcionan, de hecho, en entornos gráficos para linux existen cosas similares. El poder conocer si una librería está cargada o la configuración de seguridad del sistema de forma centralizada es una buena idéa.

Y para modificar el registro hay que tener permisos especiales, no lo puede modificar cualquier usuario.

Perdona tu, no es malo, es peor que eso

¿Permisos especiales? ¿Sabes lo fácil que es obtenerlos o modificarlos? Desde el mismo entorno WinXX o si lo ves difícil o se te niega, desde la consola de comandos, y todo el registro se te servirá en bandeja...con total candidez y sumisión.

Ví­ctor Hugo

Regedit + deepfreeze

me explico, siempre la gente habla sobre la posibilidad de usar deepfreeze para proteger windows de la degradacion, pero el problema es que tambien protege al registro, con lo cual si es tu pc, es facil, cada vez que tengas que añadir o eliminar soft que ya no necesitas descongelas y vuelves a congelar, previo repaso del mismo.

El tema es cuando llevas el mantenimiento en maquinas ajenas, de empresas o particulares, entonces ya no puedes usar deepfreeze porque cualquier dia necesitan instalar soft eventualmente y con deepfreeze lo tienen jodido. Esta claro que estas personas podrian molestarse en aprender a manejar el deepfreeze, pero mi trabajo consiste en proteger los equipos de su mal uso, y un deepfreeze inteligente que aceptara cierto tipos de cambios en el regedit estaria muy bien.

Hace tiempo tambien vi una guia para proteger el regedit con password, algo muy util pero ya no recuerdo donde lo vi, de momento uso el ad-wath para saber en cada momento que programa intenta modificar el regedit y donde intenta introducir claves. Protegerlo con clave aliviaria la carga del pc al dejar de usar este programa.

El otro dia tuve que ir a limpiar un pc, tenia infectada la memoria usb, arranque con un live cd y pude inspeccionar tranquilamente los scripts del mismo, la verdad estaba bastante currado, y modificaba valores que hacia tiempo que no inspeccionaba en el regedit, como SuperHiddenShow o algo asi, en M$->Win NT -> Current Version -> winlogon

Un saludo de un reciente adepto de arch.

Aunque con mi enfermedad de pruebotodaslasdistrosqueahi la proxima vez(dentro de muy poco) le metere mano a gentoo :D

p.d.: No me gusto mucho la idea de que en aur puedan existir paquetes con malware, tal vez sea una posibilidad remota pero algo asi lei en una guia, que hay de cierto?

pacogp.wordpress.com Porque todo grano hace montaña.

Digamos que es mejor...

Ya que parece ser la opinión de los que saben, pero... Es mucho pedir una utilidad de configuración que me permita hacer cambios, y controlar esos cientos de archivos de configuración? (one app to rule them all...) Creo que es lo único que me gustó de Solaris10.

registro

Se pueden establecer permisos en el registro. De hecho es una practica habitual.

Sobre registros corruptos?? No he visto eso en mi vida. De hecho creo que es una falacia. Suele ser la tipica escusa de quien no sabe lo que ocurre en una maquina

aur

c1ru es posible que pueda existir malware en cualquier software, el problema esta en que tanto confies en el distribuidor, en mi caso utilizo mas o menos 7 paquetes de AUR y siempre me leo el PKGBUILD para ver si hay algo sospechoso y reviso los sources que descarga para ver si son los de verdad del paquete que quiero instalar, claro los PKGBUILDS los revisan algunas personas y los que tienen privilegios de packagers (o algo asi) los pueden marcan como buenos o como tal vez tengan cosas malitas, al final solo nos quedan 2 opciones: confiar en los packagers y desarrolladores o revisar todo el codigo fuente antes de ejecutar en nuestra maquina, por eso trato en la mayor parte de no utilizar software de codigo cerrado, al menos pudiendo leer codigo pienso que es muy probable que alguien lo haya leido en algun momento por mi

Registro y permisos

El registro de Windows tiene asociados permisos (parecidos a las ACL del sistema NTFS).

Esto quiere decir, que no todo el mundo puede escribir en el registro de windows, al contrario de lo que se pregona en el artículo ("cualquier programa puede modificar, tanto en la parte que le toca como en la que no"). Podemos decir sin miedo a equivocarnos, que en cuanto a seguridad está bien diseñado.

El problema surge por la costumbre de que los usuarios en Windows sean administradores, la cual hace que cualquier persona sin conocimientos importantes del sistema operativo pueda creerse el rey del mambo, pero que abre la puerta a que el malware ejecutado pueda incluirse en ciertas claves del registro.

Es cierta la afirmación que nos dice que el registro está mal documentado... y es que la tarea de documentar el registro de Windows es bastante poco sencilla

Gracias, Devjoker

Gracias, Devjoker, por informar del programa AutoRuns. No conocía su existencia y me vendrá muy bien en mi trabajo.

Un saludo, amigo.

Opinar

Los comentarios publicados en este sitio expresan sólo la opinión de su autor, quien será el único responsable de los mismos. La publicación de cualquier comentario no supone en absoluto la conformidad del responsable de este sitio con su contenido.

Como norma general, en este sitio no se publican comentarios que incluyan datos personales, ni direcciones de correo, ni ninguna otra forma de establecer contactos privados o comerciales, así como comentarios que no aportan nada, fuera de tema o que no se ajustan a la netiqueta, la ortografía o la educación.

Para poder enviar tus comentarios has de permitir las cookies del sitio.

Por favor, escribe arriba el resultado de la operación planteada. Gracias.
  • Etiquetas HTML permitidas: <a> <em> <strong> <ul> <ol> <li> <p> <u> <br><strike> <blockquote> <div>

Más información sobre las opciones de formato...