HN-News: Microsoft.com fügt 192.168.1.1 zum DNS-Record hinzu

Ergebnis der Abfrage der Microsoft-Domain

• Das Ergebnis der Abfrage der Microsoft-Domain mit dem Befehl nslookup zeigt in einer nicht autoritativen (non-authoritative) Antwort mehrere IP-Adressen.
• Unter den abgefragten IP-Adressen befinden sich einige im privaten IP-Bereich (192.168.1.0, 192.168.1.1).
• Die übrigen IP-Adressen (20.112.250.133, 20.231.239.246 usw.) scheinen öffentliche IP-Adressen zu sein.

Meinung von GN⁺

• Der wichtigste Punkt in diesem Artikel ist, dass bei der Abfrage der IP-Adressen für den Domainnamen von Microsoft über nslookup private IP-Adressen im Ergebnis erscheinen. Das ist unter normalen Umständen kein erwartetes Ergebnis und kann auf einen möglichen Fehler in der Netzwerkkonfiguration oder ein Sicherheitsproblem hindeuten.
• Aus Sicht des Software Engineering kann ein solches Ergebnis auf eine Fehlkonfiguration des DNS-Servers oder die Offenlegung von Informationen aus dem internen Netzwerk hinweisen, was im Hinblick auf das Sicherheitsmanagement wichtiger Infrastruktur Aufmerksamkeit erfordert.
• Interessant an dem Artikel ist, dass das Abfrageergebnis für die Domain eines allgemein bekannten Großunternehmens unerwartete und ungewöhnliche Informationen zeigt. Das kann für IT-Fachleute als Beispiel dienen, das an die Bedeutung von Netzwerkdiagnose und Sicherheitsaudits erinnert.

[GN⁺]

Hacker-News-Kommentare

• Ein Nutzer erwähnte, dass er über einen Bekannten, der bei Microsoft arbeitet, erfahren habe, dass die DNS-Änderung rückgängig gemacht wurde, und dass sich dies innerhalb von 30 Minuten bestätigen lassen sollte.

  "Ich habe erfahren, dass die DNS-Änderung bei Microsoft in Kürze wiederhergestellt wird"

• Ein anderer Nutzer stellte fest, dass DNS-Anfragen an microsoft.com aufgrund seiner dnsmasq-Konfiguration blockiert wurden.

  "Ich habe bestätigt, dass DNS-Anfragen an microsoft.com wegen der dnsmasq-Konfiguration blockiert werden"

• Es wurde erwähnt, dass Bunny.net versehentlich DNS auf 127.0.0.1 geändert und damit Probleme für CDN-Nutzer verursacht habe; zudem wurde infrage gestellt, ob das nur ein Zufall sei.

  "Durch den versehentlichen DNS-Wechsel bei Bunny.net waren CDN-Nutzer betroffen"

• Ein Nutzer erklärte, dass microsoft.com in seinem Netzwerk nur eine IPv6-Adresse verwende und dass die IPv4-Adresse (A-Record) wegen des DNS-Rebinding-Schutzes von OpenWrt gefiltert werde.

  "Die IPv4-Adresse von microsoft.com wird durch den DNS-Rebinding-Schutz von OpenWrt gefiltert"

• Es wurde Verwunderung darüber geäußert, dass der DNS-Record von microsoft.com weiterhin auf 192.168.1.0 gesetzt sei.

  "Erstaunen darüber, dass der DNS-Record von microsoft.com auf eine falsche Adresse gesetzt ist"

• Es wurde hinterfragt, wie es zu einem falsch gesetzten DNS-Record kommen könne, verbunden mit Kritik daran, dass jemand, der einen solchen Fehler mache, überhaupt die Berechtigung habe, DNS-Records zu setzen.

  "Fragen und Kritik zu dem Fehler bei der DNS-Record-Konfiguration"

• Jemand erwähnte scherzhaft eine Situation, in der man Adressraum hinter einem Van auf einem Parkplatz kauft.

  "Scherzhafte Bemerkung zum Kauf von Adressraum"

• Ein Nutzer schlug die DNS-Informationen von microsoft.com nach und fragte sich, welche potenziellen Auswirkungen dies haben könnte.

  "Nachschlagen der DNS-Informationen von microsoft.com und Fragen zu möglichen Auswirkungen"

• Es wurde entdeckt, dass die DNS-Adressen von microsoft.com fälschlich auf 192.168.1.1 und 192.168.1.0 gesetzt waren, was mit "ooopsie!" kommentiert wurde.

  "Entdeckung der falschen DNS-Adresskonfiguration von microsoft.com und Reaktion darauf"

• Es wurde spekuliert, dass dies mit der Art zusammenhängen könnte, wie Microsoft seit Windows XP SP2 Umgehungen für die Hosts-Datei erstellt, und dass dieser Ansatz auch unter Windows 10 offenbar noch verwendet werde.

  "Spekulation über Microsofts Methode zur Erstellung von Hosts-Datei-Umgehungen"