Sun Solaris vuelve a sorprender resucitando una vulnerabilidad “histórica”

Sin necesidad de conocimientos especiales, sin shellcode ni exploits, el fallo llega a ser vergonzosamente simple. Para colmo, el error fue ya descubierto y corregido en sistemas UNIX hace 13 años.

SANS fue de los primeros en alertar sobre el problema. A través de un simple parámetro del cliente telnet (“-f”, utilizado para traspasar las credenciales locales), se podía acceder a un servidor telnet en Sun Solaris 10 sin necesidad de autenticación. Sólo conociendo el nombre de usuario. El comando concreto es:

telnet -l “-froot” [direccion_del_host]

Aunque bien podría tratarse de cualquier otro usuario, en vez de root. El efecto sería el mismo: acceso como ese usuario al servidor sin necesidad de conocer su contraseña. Aunque telnet no sea un método de acceso especialmente utilizado por los que buscan seguridad, es mucho más usado de lo que en principio pueda parecer. Se añade además el peligro de que dispositivos de terceros implementen Solaris en su interior y puedan tener el servidor telnet activo. El único “alivio” es que en Solaris por defecto, al usuario root sólo se le permite acceso por consola.

El incidente parece tan simple y absurdo, que algunos quisieron ver en este error una puerta trasera creada a propósito. Como ya insinuara Steve Gibson en enero de 2006, tras estudiar la vulnerabilidad WMF que azotaba por aquellos tiempos a usuarios de Windows. Se quiso atribuir malicia a un grave error imperdonable.

Al poco de darse a conocer, los más experimentados recordaron el mismo error ya estudiado, documentado y resuelto. Efectivamente, existía la posibilidad de explotar este fallo en 1994. Ocurrió primero en sistemas AIX y luego el código fue portado a otros sistemas UNIX. La vulnerabilidad fue corregida y olvidada hasta que 13 años después resucita en un sistema operativo moderno. Como se apuntaba en alguna lista, “se trata de una desafortunada reimplementación del mismo fallo”. El código del demonio telnet en Solaris 10 es “open source”.

¿Cuánto tiempo estuvo ahí? La opción “-f” (y con ella este tremendo error) fue introducida por Sun en noviembre de 2002, cuando se añadió funcionalidad de autenticación Kerberos al demonio telnetd en Solaris 10. Al menos en poco tiempo, una 48 horas, Sun tenía disponibles parches oficiales para este problema.

Cuando surgió este problema inmediatamente vino a la cabeza un error distinto en su forma pero muy similar en el fondo. El 30 de enero de 2007 Sun alertaba sobre la posibilidad de provocar una denegación de servicio de forma remota a través de tráfico ICMP. En otras palabras, resucitaba el “ping de la muerte” que atacó a muchos sistemas hace aproximadamente 10 años. A diferencia de este problema con telnet, no se dieron detalles técnicos sobre esta vulnerabilidad y se anunció con los parches ya disponibles.

Sun Solaris es una plataforma muy segura, pero tropezones como estos hacen pensar sobre qué nuevos (o peor, “viejos”) y triviales problemas pueden surgir en el futuro, cuánto código se reutiliza desde hace años y qué pesadillas quedarán por resucitar… pero sobre todo, queda la extraña sensación de que en todos lados cuecen habas.