cuentan en barrapunto
http://barrapunto.com/article.pl?si...ode=&threshold=
y kuro5hin
http://www.kuro5hin.org/story/2002/8/6/143536/8836
y la pagina del descubridor del fallo
http://security.tombom.co.uk/shatter.html
Ke se ha descubierto un fallo de diseño, al parecer IRREPARABLE dentro del API de todos los sistemas Windows.
al parecer el origen del problema se remonta al diseño del paso de mensajes entre el sistema operativo y las distintas aplicaciones en la epoca de Windows 3.11. Para los no iniciados, un mensaje es un evento ke se provoca ante cualquier accion: el acto de pulsar una tecla es un mensaje del teclado al kernel, mensaje ke el kernel emite a posteriori a la aplicacion activa para que responda al teclado, a su vez la aplicacion emite un mensaje al kernel para ke actualice el subsistema grafico, mensaje ke el kernel emite al GDI (subsitema grafico de Windows) para ke actualice la pantalla. a su vez el GDI remite un mensaje al kernel diciendo ke ha terminado... pero las aplicaciones tambien se comunican entre si, por ejemplo, como resultado a un mensaje WM_COPY (emitido por la aplicacion al hacer un CONTROL-C, Copiar), la aplicacion copia por si misma el contenido al portapapeles, y como resultado de un WM_PASTE (haciendo CONTROL-V, Pegar) la aplicacion copia el contenido del portapapeles a su propio espacio de trabajo. como os podeis dar cuenta, la comunicacion entre aplicaciones no es casi nunca revisada por el kernel.
El fallo se provoca cuando tienes acceso a una sesion en un ordenador, y es un fallo usado para aumentar tus derechos dentro de la maquina, nunca para ganar acceso a una maquina en la cual no puedas entrar, es importante recalcar este particular. en los vinculos podeis encontrar toda la informacion que querais, pero para los no versados en el idioma de shakespiere os dare un resumen:
1) dentro de una sesion sin privilegios, debeis encontrar una VENTANA con mayores privilegios de los vuestros (no es algo muy dificil, los antivirus suelen correr como 'localsystem' un nivel mas alto incluso ke administrador, y muchos gestores FTP y WEB como 'administrador'). Ojo, estamos hablando de VENTANAS, no procesos, este punto es crucial o no podremos hacer el exploit.
2) despues hallamos el handle (identificador unico ke identifica esa ventana entre todos los demas controles de windows) y exploramos todos sus handles 'hijos' buscando un 'textbox' (una caja de texto dentro de la ventana donde escribir texto)
3) a traves de un mensaje especial cambiamos el limite de texto dentro de la ventana, para ponerlo sin limite, y pegamos codigo hexadecimal de lo ke keramos hacer. no importa ke el mensaje de modificar un textbox venga de una ventana sin privilegios, el sistema de mensajes de windows no comprueba el origen y destinatario de la ventana para comprobar sus derechos, la ventana destino se tragara la modificacion sin mas
4) mandamos un mensaje WM_TIMER, el cual es tremendamente peligroso porke el unico parametro ke hay ke mandar en algunas condiciones es un puntero de donde empezar a ejecutar codigo
5) como respuesta, Windows comienza a ejecutar el codigo almacenado en el textbox con los derechos de la ventana padre (si la ventana estaba arrancada con derechos administrativos, pues como administrador) si el codigo lo unico ke hace es arrancar una copia de explorer.exe, teneis un gestor de archivos con derechos de administrador, funcionando en vuestro escritorio sin derechos.
eso es todo... muy peligroso si se conjuga con una variante virica tipo KLEZ, donde ademas de reenviarse ya puede hacer 'cositas malas' aunke el ke vea el correo solo sea un simple usuarios sin derechos ninguno...
-------
f5inet
-------