Noticias de HN: se agregó 192.168.1.1 a los registros DNS de microsoft.com

Resultado de la consulta del dominio de Microsoft

• Al consultar el dominio de Microsoft con el comando nslookup, aparecen varias direcciones IP en una respuesta no autorizada (non-authoritative).
• Algunas de las direcciones IP obtenidas pertenecen al rango de IP privadas (192.168.1.0, 192.168.1.1).
• El resto de las direcciones IP (20.112.250.133, 20.231.239.246, etc.) parecen ser direcciones IP públicas.

Opinión de GN⁺

• El punto más importante de este artículo es que, al consultar con nslookup las direcciones IP del nombre de dominio de Microsoft, aparecen direcciones IP privadas en el resultado. Esto no es algo esperable en una situación normal y podría sugerir un posible error de configuración de red o un problema de seguridad.
• Desde la perspectiva de la ingeniería de software, este resultado podría significar una mala configuración del servidor DNS o una exposición de información de la red interna, lo que requiere atención desde el punto de vista de la gestión de seguridad de una infraestructura importante.
• La razón por la que el artículo es interesante es que el resultado de la consulta de un dominio de una gran empresa ampliamente conocida muestra información anómala e inesperada. Puede verse como un caso que recuerda a los profesionales de TI la importancia del diagnóstico de red y las auditorías de seguridad.

[GN⁺]

Comentarios de Hacker News

• Un usuario mencionó que, a través de un conocido que trabaja en Microsoft, supo que los cambios de DNS fueron revertidos y que eso podría confirmarse en 30 minutos.

  "Me enteré de que los cambios de DNS de Microsoft serán restaurados pronto"

• Otro usuario descubrió que, debido a su configuración de dnsmasq, las solicitudes DNS hacia microsoft.com estaban siendo bloqueadas.

  "Confirmé que las solicitudes DNS de microsoft.com están siendo bloqueadas por la configuración de dnsmasq"

• Se mencionó que Bunny.net cambió por error el DNS a 127.0.0.1, causando problemas a los usuarios de su CDN, y se cuestionó si esto fue una coincidencia.

  "Los usuarios del CDN se vieron afectados por un error de Bunny.net al cambiar el DNS"

• Un usuario explicó que, en su red, microsoft.com solo estaba usando direcciones IPv6 y que las direcciones IPv4 (registros A) estaban siendo filtradas por la protección contra DNS rebinding de OpenWrt.

  "Las direcciones IPv4 de microsoft.com están siendo filtradas por la protección contra DNS rebinding de OpenWrt"

• Se expresó sorpresa porque los registros DNS de microsoft.com seguían apuntando a 192.168.1.0.

  "Sorpresa por ver que los registros DNS de microsoft.com apuntan a una dirección incorrecta"

• Se cuestionó cómo pudo configurarse mal un registro DNS y se criticó que alguien lo bastante incompetente como para cometer ese error tuviera permisos para modificarlo.

  "Cuestionamientos y críticas por el error en la configuración del registro DNS"

• Alguien hizo una broma sobre una situación como comprar espacio de direcciones detrás de una van en un estacionamiento.

  "Mención en tono de broma sobre la compra de espacio de direcciones"

• Se consultó la información DNS de microsoft.com y se expresó curiosidad por los posibles efectos que esto podría causar.

  "Consulta de la información DNS de microsoft.com y curiosidad por su posible impacto"

• Se descubrió que las direcciones DNS de microsoft.com estaban mal configuradas como 192.168.1.1 y 192.168.1.0, y alguien lo describió como "ooopsie!".

  "Hallazgo de una configuración errónea en las direcciones DNS de microsoft.com y reacción"

• Se especuló que esto podría estar relacionado con la forma en que Microsoft crea omisiones del archivo hosts desde Windows XP SP2, y se mencionó que ese método todavía parece usarse en Windows 10.

  "Especulación sobre el método de Microsoft para crear omisiones del archivo hosts"