Announcement

**jm_ruiz** · January 29, 2004, 07:58

Ya no hace falta abrir los adjuntos, algunos virus se activan con tan solo tener activada la vista previa del OutlooK, así que desactivarla!!!

**Chilean President™** · January 30, 2004, 16:33

Microsoft ya ha sacado parches para resolver ese problema. La vista previa de Outlook es por lo menos inmune a MyDoom. Y sobre este virus:

MyDoom no se rinde. Ya comenzó la cuenta regresiva para el gigantesco ataque digital contra Microsoft y la empresa de software SCO Group Inc.

Por quinto día consecutivo, los proveedores de servicios de internet y las empresas quedaron pasmados ante la oleada de correos electrónicos infectados. Dicen que uno de cada tres mails enviados se vio afectado por MyDoom.A. Lejos, la epidemia más rápida de la Tierra virtual.

Lo peor se vino este miércoles, cuando apareció una segunda variante: el MyDoom.B, que porta un programa cronometrado para atacar a SCO Group el domingo y a Microsoft el martes.

Los expertos en seguridad dijeron que poco se podía hacer para frenar los ataques coordinados del infeccioso gusano. Es muy difícil para las empresas antivirus reaccionar ante estos escenarios, dijo Paul Wood, jefe de análisis de información de la empresa de seguridad de e-mail MessageLabs, con sede en el Reino Unido.

El FBI intensificó la búsqueda para atrapar a sus creadores y SCO Group ofreció una recompensa de 250 mil dólares ($432 millones) por los causantes del mal. Pero Microsoft y SCO, siguen en la línea de fuego.

De destrucción masiva

SCO Group es una pequeña firma de software con sede en Utah (EE.UU.), que demandó a International Business Machines Corp. por el uso del código del sistema operativo Linux.

La última versión del gusano está diseñada para inundar el sitio de Microsoft con solicitudes de información en un intento por desconectarla. Los computadores que funcionan con las últimas versiones del sistema operativo Windows están en riesgo de ser infectados.

Para evitar el virus, recomiendan no descargar música en Kazaa ni abrir archivos adjuntos que vengan con extensión .exe, .scr, .cmdm, .bat, .zip, .pif. o que tengan ficheros ejecutables.

**DrGerry** · January 31, 2004, 12:37

¿SCO una pequeña firma de software? Hace poco era una de las empresas más grandes del mundo, propietarios de la licencia de UNIX. Están en juicio con los creadores de LINUX porque dicen que es un robo a UNIX (lo cual se parece bastante a la realidad).

**DrGerry** · January 31, 2004, 12:39

Forgeteada: por esa razón es que suponen que el virus fue creado por un linux-fan (podría ser un fan de mac, pero esos son tan nabos que los virus que mandan te piden por favor que formatees tu disco vos mismo)

**yaroslav** · January 31, 2004, 13:12

Por alguna razon, un post que escribí aqui no ha aparecido...

Bueno, lo que decia es que despues de estudiar más a fondo el virus se cree ahora que usa www.sco.com para comprobar si hay conexion a Internet, pero que no hay níngun ataque de denegación de servicio contra SCO.

**ydiiby** · February 3, 2004, 07:52

-------------------------------------------------------------------
Hispasec - una-al-día 03/02/2004
Todos los días una noticia de seguridad www.hispasec.com
-------------------------------------------------------------------

Microsoft corrige la vulnerabilidad de falsificación de URLs en Internet Explorer
---------------------------------------------------------------------------------

Microsoft publica una actualización acumulativa para Internet Explorer
en sus versiones 5.01, 5.5 y 6.0. y elimina tres nuevas
vulnerabilidades entre las que se incluyen la ya famosa de
falsificación de URLs.

Con este parche Microsoft rompe su norma de publicar las
actualizaciones el segundo martes de cada mes, lo cual indica la
gravedad que los problemas corregidos suponen para la propia
Microsoft.

El primero de los problemas corregidos es la conocida vulnerabilidad
de ocultación y falsificación de URLs, utilizada en los últimos
tiempos en varias estafas de banca online como el caso del Banco
Popular que ya denunciamos en este servicio y del cual demostramos su
importancia en varios test que evidenciaban la gravedad del problema.

La vulnerabilidad estaba relacionada con el tratamiento incorrecto de
URLs que contienen caracteres especiales. Cuando se combinaba con una
forma de autenticación básica de la forma "usuario:contraseña@" al
comienzo de la URL, un atacante podía lograr construir un enlace de
forma que al seleccionarlo el usuario visualizara una URL concreta en
la barra de direcciones de Internet Explorer, cuando en realidad se
visitaba un sitio web diferente.

Para demostrar la gravedad e implicaciones de este problema Hispasec
elaboró la siguiente página web con varios enlaces que demostraban la
vulnerabilidad:

Hispasec History & Passion for Cybersecurity: Cybersecurity Audits, SOC, AI Tools, and Partner Program

http://www.hispasec.com/directorio/laboratorio/Software/tests/falsificaciondeurl.html

With over 25 years of experience, Hispasec provides comprehensive cybersecurity solutions. We offer in-depth audits including web, internal security, perimeter infrastructure, and more. Benefit from our 24/7 SOC services and AI-driven products like MAIA and DeepClean. Partner with us to stay ahead of cyber threats.

La segunda vulnerabilidad está relacionada con el modelo de seguridad
de dominios cruzados de Internet Explorer que evita que ventanas de
diferentes dominios intercambien información. Esta vulnerabilidad podía
llegar a permitir la ejecución de scripts en la zona de seguridad
local.

La última de las vulnerabilidades corregidas hace relación a la
operación de arrastrar y soltar durante eventos de dynamic HTML
(DHTML) en Internet Explorer. Esta vulnerabilidad puede permitir que
se grabe un archivo en el sistema del usuario si este llega a pulsar
en un enlace. Al usuario no se le presentará ningún cuadro de dialogo
para aprobar la descarga.

Al corregir la vulnerabilidad de falsificación de URLs esta
actualización de Internet Explorer también introduce cambios en la
funcionalidad de Autenticación Básica del navegador. El parche elimina
el soporte para tratar nombres de usuario y contraseñas en direcciones
HTTP y HTTP con Secure Sockets Layer (SSL) o HTTPS. Esto quiere decir
que no se soporta la siguiente sintaxis:
http(s)://nombre_de_usuario:contraseña@servidor

Sobre este asunto Microsoft ha publicado un artículo en su base de
conocimientos y como solventar los problemas que este cambio de
comportamiento pueda ocasionar a desarrolladores de aplicaciones y
sitios web.
http://support.microsoft.com/default.aspx?scid=kb;[LN];834489

Las actualizaciones publicadas se pueden descargar desde las
siguientes direcciones:
Internet Explorer 6 Service Pack 1:

Microsoft Download Center: Windows, Office, Xbox & More

http://www.microsoft.com/downloads/details.aspx?FamilyId=70530968-B59A-47C0-90D3-0C884910BC97&displaylang=en