Vulnerabilidad en IE 7

Un día antes del segundo martes del mes de diciembre un mensaje en un foro chino hacía pública una vulnerabilidad en Internet Explorer 7, se acredita descubierta al grupo chino 'KnownSec'. No existe parche oficial disponible, no necesita interacción por parte del usuario y permite, si consigue explotar el fallo, ejecutar código arbitrario con los permisos del usuario.

Estamos por lo tanto ante un 0-day que solo ha tardado unas pocas horas en ver como se multiplicaban los exploits públicos capaces de infectar a un usuario con solo visitar un sitio web malicioso. Eso sin tener en cuenta la probable explotación semanas atrás de una pieza, que con tales características, cotiza muy alto en el mercado del malware.

La vulnerabilidad reside en el manejo de etiquetas XML que efectúa Internet Explorer. En los análisis de algunos exploits se ha hallado un vector común de ataque. Sin entrar en detalles, usa XML para incluir código HTML a la vez que provoca una corrupción de memoria que es aprovechada con javascript para volcar una cadena que contiene el shellcode, el cual descargará un binario que a su vez descarga componentes que ensamblan un troyano.

Microsoft ha informado que se encuentra trabajando en una solución y que en breve se podrá disponer de una actualización, probablemente será, sin no cambian las cosas, el boletín MS08-078. Como factor que ayude a mitigar el riesgo recomienda activar DEP (Data Execution Prevention), ya
que por defecto se encuentra desactivado en Internet Explorer, para prevenir la ejecución de código en zonas de memoria no marcadas como ejecutables.

También se recomienda no ejecutar Internet Explorer con cuentas con privilegio de administrador y utilizar las zonas de Internet Explorer para prevenir la ejecución de javascript en páginas no confiables. Sigue Leyendo...

5 razones para no comprar/usar iphone 3G

Las 5 razones reales para evitar el iPhone 3G:

1. iPhone bloquea completamente el software libre. Los deben pagar un impuesto a Apple quien se convierte en la unica autoridad que decide que puede o no puede incluirse en los teléfonos de cadausuario.

2. iPhone se adhiere y apoya a la tecnología incluida en las Restricciones de Dirección Digital.

3. iPhone expone tus informaciones y provee maneras a otros para seguirte sin tu conocimiento.

4. iPhone no reproducirá patentes de formatos libres como Ogg, Vorbis y Theora.

5. iPhone no es la única opción. Hay mejores alternativas en el horizonte que respetan tu libertad, no te espían, reproducen formatos media y te permiten el uso de software libre – como el FreeRunner [1].

[1] http://www.openmoko.com/

Calex_78 en su blog ha publicado todo el texto, y además una razón más porque los mexicanos quieren que el iphone3G baje de precio ya que en ese país las cifran son muy altas, inclusibe han hecho una lista de petición al mismísimo fundador de Aple. Sigue Leyendo...

Open Suse 11 lo bueno y lo malo

Bueno pues, hace pocos días me di un tiempito, para poder instalar esta distro de la cual desde la versión 10 soy seguidor, no fiel, pero lo pruebo para ver los cambios y mejoras que han realizado.

En cuanto a OpenSuse 10.3, en comparacion a la 10.1 y 10, mejoraron la integracion de Yast con las configuraciones de dispositivos externos, deamons, y cosillas por alli, pero aun era muy lento, y eso realmente me desesperaba.

Al parecer este tiempo de "espera" ha sido reducido con esta nueva versión, algo positivo también es que, Kde4, esta realmente integrado para ser el escritorio nuevo de Gnu/Linux, me gusta bastante, su rapidez, para ejecutar algunas aplicaciones es realmente muy buena...

Un punto encontra es que, en mi casa mi router no es DHCP por ende no configuro correctamente la tarjeta de Red, y por mas lo configure a mano, no iniciaba como deberia ser, un dolor de cabeza, que con las "n" intentos, la hice funcionar.

Espero que para las nuevas versiones de Open Suse, sigan mejorandolo, para que sea realmente un competidor fuerte de Ubuntu.

Lo he probado con 512 de Ram y va realmente muy rápido, y en cuanto con la tarjeta Nvidia que tengo, instale los Drivers con Yast y wow!... mas facil que antes(yo prefiero bajar el driver y compilarlo, no se porque, con Open Suse, siempre lo hago)...

P.D Si lo instalan con DVD se ahorrarán el tiempo para descargar los paquetes que no bienen en el Live-Cd.

Aquí les dejo un enlace para poder descargar plugins para reproducir mp3, DVD, etc
enlace Sigue Leyendo...

Diversas vulnerabilidades en KDE 3.x y 4.x

Se ha anunciado la existencia de diversas vulnerabilidades en KDE 3.x y
4.x que podrían ser explotadas por un atacante local para escalar
privilegios o remoto para causar una denegación de servicio o ejecutar
código arbitrario.

Los orígenes de KDE se remontan a la toma del modelo iniciado por CDE
(Common Desktop Environment), un entorno de escritorio empleado por
diversos sistemas UNIX. El proyecto KDE fue iniciado por Matthias
Ettrich en octubre de 1996, prácticamente un año antes de que apareciese
el proyecto GNOME. Desde entonces, KDE es un gestor de escritorio muy
extendido en productos UNIX, especialmente en las distribuciones Linux.

* La primera vulnerabilidad está causada por un desbordamiento de búfer
basado en pila debido a que KDE KHTML falla al comprobar los límites de
las entradas introducidas por un usuario al procesar archivos PNG
maliciosos. Esto podría ser aprovechado por un atacante remoto para
ejecutar código arbitrario o causar una denegación de servicio en KDE.

* La segunda vulnerabilidad está causada porque la utilidad
'start_kdeinit' de KDE podría permitir múltiples escaladas de
privilegios provocadas por fallos al comprobar las entradas.

Se recomienda actualizar a las últimas versiones de KDE, disponibles
desde:

KDE KDE 4.0
KDE post-kde-4.0.3-khtml.diff
ftp://ftp.kde.org/pub/kde/security_patches/post-kde-4.0.3-khtml.diff

KDE KDE 4.0.1
KDE post-kde-4.0.3-khtml.diff
ftp://ftp.kde.org/pub/kde/security_patches/post-kde-4.0.3-khtml.diff

KDE KDE 4.0.2
KDE post-kde-4.0.3-khtml.diff
ftp://ftp.kde.org/pub/kde/security_patches/post-kde-4.0.3-khtml.diff

KDE KDE 4.0.3
KDE post-kde-4.0.3-khtml.diff
ftp://ftp.kde.org/pub/kde/security_patches/post-kde-4.0.3-khtml.diff

KDE KDE 3.5.5
KDE post-kde-3.5.5-kinit.diff
ftp://ftp.kde.org/pub/kde/security_patches/post-kde-3.5.5-kinit.diff

KDE KDE 3.5.6
KDE post-kde-3.5.5-kinit.diff
ftp://ftp.kde.org/pub/kde/security_patches/post-kde-3.5.5-kinit.diff

KDE KDE 3.5.7
KDE post-kde-3.5.5-kinit.diff
ftp://ftp.kde.org/pub/kde/security_patches/post-kde-3.5.5-kinit.diff

KDE KDE 3.5.8
KDE post-kde-3.5.5-kinit.diff
ftp://ftp.kde.org/pub/kde/security_patches/post-kde-3.5.5-kinit.diff

KDE KDE 3.5.9
KDE post-kde-3.5.5-kinit.diff
ftp://ftp.kde.org/pub/kde/security_patches/post-kde-3.5.5-kinit.dif

Fuente:www.hispasec.com
Sigue Leyendo...

Las contraseñas de Microsoft

Ante el problema que supuso el pobre sistema de cifrado local de las
contraseñas (LM y NTLM), Microsoft introdujo una mejora en forma de
parche para Windows NT y de serie para Windows 2000 y posteriores. El
sistema se llamó "Syskey" (System key) y añade una nueva capa de seguridad. Aunque todos los Windows actuales lo utilizan y mantienen
activo, Syskey es una de las funcionalidades menos conocidas.
Básicamente, se cifra de nuevo con una contraseña maestra (System key)
las firmas o hashes LM y NTLM almacenados en la SAM para intentar
protegerlos.

Esto es, como suele ser habitual, una buena idea mal utilizada. En la
práctica resulta un sistema de seguridad con ciertas contraindicaciones.
Tras aplicar ingeniería inversa, se descubrió e hizo público el sistema
de cifrado de Microsoft para Syskey y existen programas de 'crackeo' que
permiten saltarse este método de seguridad sin mayor problema. Sin
embargo, si Syskey se utiliza correctamente, puede prácticamente
eliminar la posibilidad de un ataque "offline" en caso de que se robe el
disco duro, se tenga acceso a él arrancando con otro sistema operativo,
etc.

Posibilidades que ofrece Syskey

Se puede teclear 'syskey' (como administrador) en la línea de comandos
para comprobar que se tiene activo por defecto, normalmente sin ser
consciente (no hay forma de deshabilitarlo). Si se decide sacar provecho
real de Syskey, se debe saber que permite tres tipos de almacenamiento
diferentes para la contraseña maestra (con la que cifra la SAM), pero
muy pocos lo usan.

Opción 1: La contraseña Syskey para cifrar la SAM puede ser almacenada
en el registro a través de una algoritmo de ocultación ideado por
Microsoft. La contraseña es elegida por el propio sistema y el usuario
no tiene por qué conocerla. El algoritmo de ocultación de la contraseña
maestra no es en absoluto complejo y ha sido descifrado y hecho público.
Esta es la opción que usan todos los Windows por defecto.

Opción 2: Se le puede indicar al sistema que nos pida la contraseña
maestra al arrancar Windows. De esta forma el administrador elije la
"System key" y se tendrá que utilizar tanto esta clave maestra como la
contraseña habitual de usuario para poder presentarse. Doble
autenticación.

Opción 3: Por último, se puede almacenar la clave maestra en un
disquete. No la pedirá al iniciar Windows, la tomará directamente del
disquete introducido y el sistema no arrancará si no está presente.

Estas dos últimas opciones son las más seguras, pues al no permanecer la
"System key" en ningún archivo, un atacante con acceso al disco duro (o
a la SAM) tendría también que conseguir de alguna forma esa contraseña
maestra, ya sea su valor o el disquete que la aloja. ¿Solución ideal?

Desventajas de Syskey

Un importante impedimento es que si se activa alguna de estas dos
últimas opciones, al arrancar, el sistema no "funcionará" en red hasta
que no se le indique esa contraseña maestra. Arranca lo mínimo pero sin
'conectividad'. Una vez introducida la Syskey, levanta la red y pide la
contraseña 'normal'. Es un problema para un servidor que se reiniciase a
distancia, no podríamos conectarnos a él hasta que alguien físicamente
introdujese la contraseña maestra, pues no arrancaría por ejemplo el
Terminal Server ni cualquier otro servicio definido.

En caso de almacenar la contraseña maestra en disquete sería posible
dejarlo en la disquetera y el sistema lo leería automáticamente, pero
aunque más cómodo, también implica que si se deja introducido sin
vigilancia, no se consigue ninguna mejora de seguridad real. Además los
disquetes son sistemas de almacenamiento obsoletos, tendentes a
desaparecer y propensos a fallos. Sin embargo, Syskey bien usado no deja
de ser una opción interesante a considerar en algunos escenarios, pues
de esta forma se elevaría el nivel de autenticación a dos factores:
sería necesario algo que se sabe (la contraseña normal de Windows) y
algo que se tiene (el disquete físico), reduciendo así considerablemente
la posibilidad de éxito en ataques "offline" y acceso al sistema.

Por defecto Syskey viene activado con la primera opción. Una contraseña
elegida por el sistema y almacenada en el registro. Esto no es seguro
desde el momento en que es pública la forma de almacenarla y es posible,
a través de un programa, conocerla.

La llave bajo el felpudo

Cuando la contraseña es almacenada en el registro (primera opción), lo
hace "repartida" en diferentes puntos del registro. Windows realiza unas
permutaciones de estos datos para ofuscarla. Existe una herramienta
llamada bkhive que permite la recuperación de la contraseña Syskey. Si
se obtiene este dato y el archivo SAM, se podrá eliminar la capa de
seguridad introducida por Syskey sin problemas y obtener los hashes
LM/NTLM de las contraseñas. Y a efectos prácticos, quien tiene acceso a
la SAM tiene acceso a esa zona del registro que almacena la clave
maestra Syskey. Es como instalar una cancela de seguridad adicional ante
la puerta de casa, pero esconder su llave bajo el felpudo.

Por tanto, aunque el Syskey se mantenga activo en un Windows, un
atacante podría acceder a través de cualquier sistema al disco duro (de
nuevo una distribución "Live" de Linux, o usar el disco duro en otra
máquina...), tener acceso al fichero SAM, usar bkhive para obtener el
Syskey, combinar ambos datos con samdump, obtener los hashes LM/NTLM y
emplear por fin la fuerza bruta contra ellos. Aunque parezca complejo,
es un proceso de un par de pasos automáticos con los programas
adecuados.

Pero, una vez más ¿Por qué estos hashes LM/NTLM que en última instancia
usa Windows para almacenar sus contraseñas resultan tan sencillos de
romper con fuerza bruta?
Sigue Leyendo...

Microsoft acepta la piratería de su software

El gigante informático Microsoft estima que la piratería de su software resulta en un incremento de sus ventas.

Diario Ti: El presidente de la división de negocios de Microsoft, Jeff Raikes, considera que si un usuario se ha decidido a copiar software ilegalmente, lo mejor es entonces que se decida por el software de Microsoft. La razón subyacente sería que muchos usuarios de productos pirateados terminan convirtiéndose en usuarios legítimos.
¿La piratería fomenta las ventas?
Aunque el comentario de Raikes, realizado a Information Week, es inesperado y sorprendende, el software de Microsoft es el más usado en el mundo y a juicio de algunos observadores la piratería de sus productos es una de las razones de su éxito.

"No debemos presionar demasiado"
A juicio de Raikes, la copia ilegal de software resulta en que personas que normalmente no habrían probado los productos de Microsoft terminan comprando una licencia legal después de haberlo probado.

"Debemos instar a la gente a adquirir licencias legales, pero no es buena idea presionar con fuerza tal que perdamos a los potenciales compradores", comentó Raikes durante una conferencia organizada en San Francisco, EEUU, por el banco Morgan Stanley. Sigue Leyendo...