Resolución de nombres y direcciones internas

Un nombre de dominio es una etiqueta que su dueño apunta a donde quiera, y puede cambiarla cuando quiera. Si la comprobación del servidor pregunta «¿está este nombre en mi lista?» y después el cliente HTTP vuelve a resolverlo por su cuenta para conectarse, la comprobación y la conexión están mirando dos cosas distintas: una miró una cadena de texto y la otra se fue a donde dijera la respuesta del momento.

De ahí salen dos problemas que conviene no mezclar. Uno es sencillo: un nombre aprobado que, sin más, apunta a una dirección interna. El otro es el que la guía de prevención de OWASP llama reasignación de nombres, y consiste en que la respuesta cambie entre la comprobación y la conexión. Los dos se cierran igual: comprobando direcciones, no nombres, y conectando a la dirección ya validada.

Abre el laboratorio. aliados-aprobados.yml tiene los cinco nombres que soporte aprobó por ticket; resolucion.txt guarda lo que devolvió cada uno al consultarlos desde el propio servidor del portal, y mapa-red.txt dice qué rango es cada cosa.

Uno de los aliados aprobados resuelve dentro de la red de bases de datos y servicios internos del portal.

La recomendación que irá al informe no es «quitar un nombre»: es revisar el alta de todos los que no apuntan a internet, porque cada uno de ellos convierte la lista de permitidos en una puerta. Cuenta los nombres de la lista de aliados cuya resolución devuelve una dirección privada, sea de la red que sea.

Vuelve al laboratorio y lee ClienteSalida.php. La función extrae el nombre, lo busca en la lista y, si está, entrega la dirección completa al cliente HTTP. Entre esas dos líneas hay una consulta de nombres que el código no ve y no controla.