El año de las “grandes catástrofes” en Internet

Si por algo se ha caracterizado (y se recordará) 2008 es por convertirse en el año de las grandes catástrofes en Internet, con el descubrimiento de hasta cinco graves vulnerabilidades que hacían tambalearse los cimientos de la Red. En contraste, durante el año, la mayoría de los atacantes han seguido valiéndose sobre todo de fallos “tradicionales”.

El “despiste” de Debian

En mayo se descubre que el generador de números aleatorios del paquete OpenSSL de Debian es predecible. Esto hace que las claves generadas con él ya no sean realmente fiables o verdaderamente seguras. Alguien (por error) del equipo de Debian eliminó en 2006 una línea de código en el paquete OpenSSL de Debian que ayudaba a generar la entropía al calcular el par de claves pública y privada.

Kaminsky y los DNS

El 8 de julio de 2008 se publica una actualización coordinada para la mayoría de los dispositivos en Internet que utilizan DNS. Ha sido descubierta una vulnerabilidad inherente al protocolo que permite falsificar las respuestas DNS y, por tanto, redireccionar el tráfico. Cisco, Microsoft, BIND… todos publican una nueva versión o actualizan sus sistemas para solucionar un misterioso fallo. Dan Kaminsky es el responsable de orquestar la macroactualización. Thomas Dullien se aventura semanas después a publicar en su blog su particular visión de lo que podía ser el problema descubierto por Kaminsky, sin tener conocimiento previo de los detalles. Y no se equivoca en su teoría: es posible falsificar (a través del envío continuo de cierto tráfico) los servidores autorizados de un dominio.

Espionaje a “gran escala” con BGP

En agosto se habla de nuevo de la mayor vulnerabilidad conocida al demostrar Tony Kapela y Alex Pilosov una nueva técnica (que se creía teórica) que permite interceptar el tráfico de Internet a una escala global. Se trata de nuevo de un fallo de diseño en el protocolo BGP (Border Gateway Protocol) que permitiría interceptar e incluso modificar todo el tráfico de Internet no cifrado. BGP es un protocolo que se utiliza para intercambiar tablas de enrutamiento entre sistemas autónomos (AS). El problema es que nunca se ha llegado a idear un sistema que realmente autentique a ambas partes, y los routers estén así seguros de que la información recibida desde un AS es legítima y viene del sitio adecuado.

La denegación de servicio “perfecta”

Por cuarta vez en el año, se habla de la mayor vulnerabilidad encontrada en la Red. La compañía sueca Outpost24 dice que descubrió en el 2005 (aunque lo saca a la luz 3 años después, posiblemente animada por los otros acontecimiento) varias vulnerabilidades de base en el mismísimo protocolo TCP/IP que podrían permitir la caída de cualquier aparato con comunicación TC en la Red. Es la llamada “denegación de servicio de bajo ancho de banda”. Aunque todavía no se conocen los detalles, todo son conjeturas. Dicen no conocer una implementación de la pila que no sea vulnerable. La información sobre lo que se da en llamar Sockstress se estanca. Finalmente no ofrecen los detalles prometidos aunque pueden demostrar su eficacia.

¿El fin del WiFi?

A principios de octubre se publica que la compañía rusa ElcomSoft había conseguido reducir sustancialmente el tiempo necesario para recuperar una clave de WPA, ayudándose de tarjetas gráficas NVIDIA y fuerza bruta. Se trata más de una maniobra de publicidad que una vulnerabilidad real. Sin embargo poco después Tews y Beck encuentran un problema inherente a una parte de WPA con el cifrado TKIP. Aunque la noticia es exagerada en medios, realmente se trata de una prueba de concepto que no permite recuperar la contraseña ni influye al método de autenticación. La técnica está limitada a descifrar paquetes concretos o inyectar nuevos (y sólo una pequeña cantidad) de tamaño reducido. Aun así parece el principio del fin para WPA y un acicate para pasar a WPA2.

Problemas en IPv6

En julio también se descubrió un problema en todas las implementaciones del protocolo Neighbor Discovery Protocol (NDP) para detectar nodos IPv6. Un atacante podría interceptar tráfico privado. Todos los grandes fabricantes deben actualizar.

Los ataques más usados

Aunque se han detectado ataques a servidores SSH que se sospecha estaban relacionados con el problema de Debian y desde China se han observado ataques contra la vulnerabilidad DNS descubierta por Kaminsky, del resto de graves vulnerabilidades no se tiene constancia de que estén siendo aprovechadas al menos de forma masiva.

En realidad, los ataques masivos del “día a día” que se han sufrido este año han tenido su origen una vez más en vulnerabilidades “tradicionales” que permiten ejecución de código en software popular. Las vulnerabilidades que más han sido aprovechadas de forma masiva en 2008 (aunque no las únicas, sí las de mayor impacto) han sido:

* En enero, los atacantes aprovechan de forma masiva una vulnerabilidad en RealPlayer.

* En febrero se descubre que un fallo en Adobe Acrobat/Reader 8 está siendo aprovechado para infectar sistemas. También aprovecharían otra vulnerabilidad para infectar a través de archivos PDF en noviembre .

* En abril, una vulnerabilidad de ejecución de código en el motor GDI de Windows.

* En mayo, un problema en el reproductor Flash de Adobe.

* El día 23 de octubre Microsoft publica un parche fuera de su ciclo habitual en el que se soluciona un fallo de seguridad en el servicio Server. Es problema es muy parecido al que aprovechó Blaster en 2003. No se convierte en epidemia pero es muy aprovechado en redes internas.

* La vulnerabilidad en el manejo de etiquetas XML de Internet Explorer. El 17 de diciembre Microsoft publica otro parche fuera de su ciclo porque la vulnerabilidad está siendo masivamente explotada.

Casi siempre, todas estas vulnerabilidades se aprovechan con el fin de instalar malware y obtener así un lucro directo de los sistemas atacados.

Más Información:

Revealed: The Internet’s Biggest Security Hole

http://blog.wired.com/27bstroke6/2008/08/revealed-the-in.html

IPv6 implementations insecurely update Forward Information Base

http://www.kb.cert.org/vuls/id/472363

16/05/2008 Preguntas frecuentes sobre el problema critptográfico de Debian

http://www.hispasec.com/unaaldia/3492

02/10/2008 Supuesta vulnerabilidad en el protocolo IP pone (de nuevo) en riesgo a toda la Red

http://www.hispasec.com/unaaldia/3631

03/10/2008 Algunas preguntas frecuentes sobre la supuesta vulnerabilidad en el protocolo base de la Red

http://www.hispasec.com/unaaldia/3632

10/11/2008 Ahora sí, TKIP usado en WPA parece estar herido de muerte

http://www.hispasec.com/unaaldia/3670

Sergio de los Santos

Fuente: http://www.hispasec.com/unaaldia/3713/

La familia de malware DNSChanger instala “simuladores de DHCP” en la víctima

Hace unos días, tanto el SANS como distintas casas antivirus advertían de un comportamiento más que curioso en la vieja conocida familia de malware DNSChanger. Esta ha evolucionado sustancialmente: Comenzó con el cambio local de la configuración de servidores DNS en el sistema (para conducir a la víctima a los servidores que el atacante quiera). Ha llegado hasta el punto de instalar una especie de servidor DHCP e infectar así a toda una red interna. Los servidores DNS que instala el malware suelen estar en la red conocida como UkrTeleGroup.

La familia DNSChanger

Una característica interesante de DNSChanger es que es una de las familias que más han atacado a sistemas Mac, además de a Windows. Entre otras muchas formas de toparse con ellos, se suelen encontrar en servidores eMule, camuflados bajo la apariencia de otros programas.

Es una familia conocida desde hace unos tres años. Se caracterizan por modificar los servidores DNS de la víctima a la que infectan. De esta forma, la asociación IP-Dominio queda bajo el control del atacante, de manera que la víctima irá a la IP que el atacante haya configurado en su servidor DNS particular. Normalmente, se confía en los DNS de los ISP, pero si se configura cualquier otro, realmente la resolución queda a merced de su administrador, cualesquiera que sean sus intenciones.

DNSChanger comenzó modificando la configuración del sistema en local, de forma que cambiaba los servidores DNS del ISP de la víctima por otros controlados por el atacante. Después, el malware evolucionó hacia la modificación del router ADSL de la víctima. Buscaba la “puerta de enlace” del sistema, que suele corresponderse con el router, y realizaba peticiones o aprovechaba vulnerabilidades de routers conocidos para modificar estos valores. Así el usuario se veía afectado por el cambio pero de una forma mucho más compleja de detectar. Además, también se verían afectadas el resto de las máquinas que tomaran estos valores del propio router.

Dando un paso más allá

La última evolución observada implica la instalación en la víctima de un pequeño servidor DHCP. Este es el protocolo usado en las redes locales para que cuando un sistema se conecta a la red, el servidor lo reconozca y le proporcione de forma automática los valores necesarios para poder comunicarse (dirección, ip, puerta de enlace…). Habitualmente también proporciona los valores de los servidores DNS que haya establecido el administrador o el router.

El malware instala un driver que le permite manipular tráfico Ethernet a bajo nivel, o sea, fabricar paquetes de cualquier tipo. Con esta técnica simula ser un servidor DHCP. Cuando detecta preguntas de protocolo DHCP legítimas de algún sistema en la red, el malware responde con su propia configuración de DNS, de forma que el ordenador que acaba de enchufarse a la red local, quedaría configurado como el atacante quiere, y no como el administrador ha programado. El atacante confía en la suerte, pues el servidor DHCP legítimo de la red, si lo hubiese, también respondería. Quien llegue antes “gana”. Consiguen así infecciones “limpias”, pues es complicado saber quién originó el tráfico si éste no es almacenado y analizado. Además, con este método se pueden permitir realizar muchos otros ataques en red local con diferentes impactos.

¿Qué valores DNS introduce el malware?

DNSChanger es una familia que necesita de una importante infraestructura para que sea útil. Los servidores DNS (bajo el control de los atacantes) de los que se vale, los que modifica en el usuario, suelen estar alojados en la compañía ucraniana UkrTeleGroup, bajo el rango de red 85.255.x.y. Casi un 10% de todas las máquinas en ese rango de direcciones se corresponden con servidores DNS públicos que no contienen las asociaciones legítimas de domino y dirección IP. En ocasiones utilizan el servidor DNS para asociar dominios a la IP reservada 127.0.0.1, como es el caso del servidor de descargas de Microsoft download.microsoft.com. Con esto se consigue que la víctima no pueda actualizar el sistema operativo con parches de seguridad. Curiosamente, al parecer, las direcciones de actualización de Apple no están bloqueadas (a pesar de que suele afectar a este sistema operativo). También se bloquean un buen número de páginas de actualizaciones de casas antivirus.

Algunos de estos servidores DNS (ATENCIÓN: no configurarlos en el sistema bajo ningún concepto) son:

85.255.122.103, 85.255.113.114, 85.255.122.103, 85.255.112.112…

Sólo son necesarias algunas consultas “dig” (comando para averiguar qué direcciones están relacionadas con qué dominios en un servidor DNS) para comprobar qué dominios “interesan” o no a los atacantes.

Autor: Sergio de los Santos
Fuente: http://www.hispasec.com/unaaldia/3711

Más Información:

http://blog.segu-info.com.ar/2008/12/nuevo-troyano-secuestra-dns-en-masa.html

http://blog.segu-info.com.ar/2008/11/mac-os-x-bajo-ataque-van-dos-esta.html

Rogue DHCP servers
http://isc.sans.org/diary.php?storyid=5434
DNSChanger: One Infection, Lots Of Problems
http://www.avertlabs.com/research/blog/index.php/2008/12/16/dnschanger-one-infection-lots-of-problems/

Estudio sobre la seguridad de los datos de carácter personal

El Observatorio de la Seguridad de la Información de INTECO hace públicos los resultados de su Estudio sobre la seguridad de los datos de carácter personal en el ámbito de las Entidades Locales españolas (Resumen) y su grado de adaptación a la Ley Orgánica de Protección de Datos (LOPD) y al nuevo Reglamento de Desarrollo (RDLOPD).

Las Entidades Locales, como administraciones que manejan y tratan datos de carácter personal de los ciudadanos, están obligadas a asegurar a través de sus profesionales el derecho fundamental a la protección de sus datos personales, reconocido por la Constitución Española.

Este estudio identifica y evalúa, por vez primera en España, tanto el grado actual de cumplimiento efectivo de la normativa sobre protección de datos en los Ayuntamientos, Diputaciones, Consells y Cabildos Insulares así como su preparación para adecuarse a las nuevas exigencias previstas en el RDLOPD. Todo ello con el propósito de ofrecer información rigurosa y representativa y ayudar a concienciar y sensibilizar a las EELL sobre esta materia.

Asimismo, en el informe se formulan recomendaciones dirigidas a los poderes públicos para ayudar administraciones públicas a marcar las prioridades, asignar los recursos y focalizar los resultados para obtener la mejor relación coste-beneficio que exige toda la gestión de programas de financiación pública.

En el estudio han participado más de 600 entidades locales y 25 expertos, juristas y profesionales del ámbito local, e INTECO ha contado con la estrecha colaboración de la Federación Española de Municipios y Provincias (FEMP).

Disponible también desde la sección Estudios e Informes del Observatorio.

Fuente: http://www.inteco.es/Seguridad/Observatorio/Actualidad_Observatorio/noticia_estudio_LOPD_EELL

Un cambio radical en la manera de perseguir la piratería

Las discográficas norteamericanas anunciaron que renunciarán a perseguir a los autores de las descargas ilegales en la web. Desde ahora, serían los proveedores de acceso a internet los que deberían tomar medidas
Así lo anunció la RIAA, la asociación que agrupa a las principales discográficas de los EEUU, y agregó que se encuentra trabajando con el secretario de Justicia del Estado de Nueva York, Andrew Cuomo, y las principales proveedoras de acceso a internet.

Varios de los miembros aceptaron el cambio de estrategia, pero convinieron en que desde ahora serán los proveedores de internet las que deben advertir a los usuarios que están cometiendo una infracción al descargar música desde la web.

Según este plan, luego de las advertencias se irían aplicando sanciones más severas. Se estima incluso que podría llegarse a cerrar la cuenta de los usuarios que reiteren su conducta.

Este cambio de estrategia no supone el abandono de las actuales causas contra usuarios, e incluso la RIAA precisó que se reserva el derecho de comenzar una nueva en los casos en que las advertencias de los proveedores de internet sean desoídas.

La asociación de defensa de los internautas Electronic Frontier Foundation (EEF) estima que 5.000 millones de canciones son intercambiadas cada mes ilegalmente en el mundo, 40 veces más que las canciones compradas legalmente.

Fuente: http://www.infobae.com/contenidos/422168-100918-0-

Escalada de privilegios a través de “sp_replwritetovarbin” en Microsoft SQL Server 2000 y 2005

Se ha encontrado una vulnerabilidad en Microsoft SQL Server 2000 y 2005 que podría ser explotada por un atacante de la red local para escalar privilegios.

La vulnerabilidad está causada por un error de límites en la implementación de “sp_replwritetovarbin()” que podría provocar un desbordamiento de búfer basado en heap. Esto podría ser explotado por un atacante remoto para escalar privilegios mediante el paso de argumentos especialmente manipulados a la función.

La vulnerabilidad está confirmada para Microsoft SQL Server 2000 versión 8.00.2050 y existe un exploit público capaz de aprovechar esta vulnerabilidad.

Se recomienda deshabilitar el procedimiento extendido sp_replwritetovarbin con el comando:
dbo.sp_dropextendedproc ‘sp_replwritetovarbin’

Más Información:

Microsoft Security Advisory (961040)
Vulnerability in SQL Server Could Allow Remote Code Execution

http://www.microsoft.com/technet/security/advisory/961040.mspx


Microsoft SQL Server sp_replwritetovarbin limited memory overwrite vulnerability

http://www.sec-consult.com/files/20081209_mssql-2000-sp_replwritetovarbin_memwrite.txt

Microsoft SQL Server “sp_replwritetovarbin()” Heap Overflow

http://www.milw0rm.com/exploits/7501

Fuente: http://www.hispasec.com/unaaldia/3712