Das OSI-Modell unterteilt Netzwerke in sieben Schichten, und zentrale Netzwerkfunktionen arbeiten auf verschiedenen Schichten, wobei DNS auf Schicht 7, die IP-Adressierung auf Schicht 3 und die MAC-Adressierung auf Schicht 2 stattfindet. BlueCat Integrity verknüpft MAC- und IP-Einträge in einer einzigen zuverlässigen Datenquelle.
Das OSI-Modell ist ein von der Internationalen Organisation für Normung (ISO) entwickeltes konzeptionelles Rahmenwerk, das die Netzwerkkommunikation in sieben übereinanderliegende Schichten unterteilt. Jede Schicht erfüllt eine bestimmte Funktion und kommuniziert mit den direkt darüber und darunter liegenden Schichten.
Von oben nach unten sind die Schichten: Anwendung (Schicht 7), Darstellung (6), Sitzung (5), Transport (4), Netzwerk (3), Datenverbindung (2) und physikalisch (1). Das Modell ist unabhängig von bestimmten Protokollen – im Gegensatz zum vierschichtigen TCP/IP-Modell, das auf Internetprotokollen basiert – und bietet Ingenieuren eine gemeinsame Sprache für die Fehlerbehebung.
DNS ist ein Protokoll der Anwendungsschicht (Layer 7). Es wird über UDP und manchmal über TCP auf Layer 4 sowie über IP auf Layer 3 übertragen. Dies kann zu Verwirrung führen, doch die Nutzung dieser Schichten macht DNS nicht zu einem Layer-4- oder Layer-3-Protokoll.
Das Modell umfasst sieben Schichten, von den elektrischen, Funk- oder optischen Signalen der Schicht 1 bis hin zu den Anwendungsprotokollen der Schicht 7.
Read article
The OSI model is a conceptual model that provides a universal standard for how computing devices communicate across networks, with seven abstract layers.
Der häufigste Fehler besteht darin, das OSI-Modell als ein Netzwerk zu betrachten, mit dem sich etwas verbinden kann. Es handelt sich um ein siebenstufiges Modell für Netzwerke, und die Datenverbindungsschicht ist dessen zweite Schicht – nicht etwas, mit dem sich ein Netzwerk verbindet.
Verwirrung bezüglich der Schichten führt auch dazu, dass Protokolle verwechselt werden, die sehr unterschiedliche Aufgaben erfüllen. ARP ist ein Protokoll der Datenverbindungsschicht, das eine IP-Adresse in eine MAC-Adresse auflöst, während DNS ein hierarchisches Namenssystem ist, das Domainnamen in IP-Adressen übersetzt. Die beiden sind voneinander getrennt, obwohl IP-Netzwerke ein funktionierendes ARP benötigen, damit DNS funktioniert.
In einer Folge (S6E14) von „Brooklyn Nine-Nine“, einer TV-Krimikomödie, wurden diese Begriffe unsinnig miteinander kombiniert, was eine Zeile-für-Zeile-Faktenprüfung nach sich zog – einschließlich des Hinweises, dass OSI kein Netzwerk ist. Die übergeordnete Lehre der Folge betraf Social Engineering: Ein Angreifer hätte beinahe Erfolg gehabt, weil dem Team das technische Wissen fehlte, um ihn zu hinterfragen.
Read article
Brooklyn Nine-Nine's writers have a great cybersecurity vocabulary, but not a great understanding of how cybersecurity works. BlueCat breaks it down.
Die Transparenz des Unternehmens in Bezug auf DNS sinkt auf null. DNS-over-HTTPS überträgt gewöhnliche DNS-Abfragen und -Antworten innerhalb der HTTPS-Verschlüsselung, sodass jeder, der den Datenpfad überwacht – einschließlich der Sicherheitswerkzeuge des Unternehmens – nicht mehr erkennen kann, welche Namen aufgelöst werden.
Bei der normalen Auflösung fragt ein Gerät einen rekursiven Resolver nach einer Adresse, und der Resolver kann eine Kette von Nameservern abfragen, bis einer antwortet. Netzwerkteams lesen diese Abfragen, um den Netzwerkzustand zu überwachen und Auflösungspfade zu optimieren, und viele Unternehmen überprüfen sie im Rahmen einer DNS-Sicherheitsstrategie.
Die Verschlüsselung dieses Datenverkehrs schützt Nutzer vor Abhörversuchen entlang des Netzwerkpfads, kann jedoch in Unternehmensnetzwerken dazu führen, dass Cybersicherheitslösungen DNS-Abfragen nicht mehr überprüfen können und das Routing anhand des Abfrageinhalts erheblich erschwert wird. Außerdem konzentriert sich die Auflösung auf wenige öffentliche Resolver, sodass ein einziger Ausfall weitaus mehr Menschen betreffen könnte.
Read article
Encrypting DNS queries and responses over HTTPS has long sparked robust debate, with interest from numerous stakeholders. Learn more with BlueCat.
Angreifer nutzen DNS, weil es von Natur aus offen ist und seine Abfragen kostengünstig zu generieren und leicht zu fälschen sind. Gefälschte Abfragen, die über offene Resolver gesendet werden, verwandeln DNS-Server in Verstärker, die ein Opfer mit weitaus umfangreicheren Antworten überschwemmen als die Anfragen, die sie ausgelöst haben.
DDoS-Angriffe treten in drei Formen auf: Protokollangriffe, die Server, Firewalls oder Load Balancer überlasten, Angriffe auf Anwendungsebene, bei denen legitim erscheinende Anfragen gesendet werden, um Webserver zum Absturz zu bringen, sowie Fluten gefälschter Pakete. Botnets aus kompromittierten Computern und IoT-Geräten liefern das Volumen – manchmal Hunderttausende von Hosts oder mehr.
DNS ist ein attraktives Ziel für Angreifer, da es offen bleiben muss und Resolver jede Anfrage verarbeiten müssen, um ihre Aufgabe zu erfüllen. Die meisten Sicherheitsteams betrachten das Protokoll zudem als selbstverständlich und lassen es unbeaufsichtigt – genau diese Lücke nutzen Angreifer aus.
Für etwa alle 80 Byte, die ein Angreifer sendet, kann DNS etwa 5,6 Kilobyte Angriffsverkehr erzeugen.
Read article
Bad actors know that DoS and DDoS attacks can use DNS as a weapon to cause spectacular web crashes that bring critical business services to their knees.
Die zentrale Anforderung besteht darin, DNS-Daten von jedem Server an einem durchsuchbaren Ort zu bündeln und dabei die Möglichkeit zu haben, eine Anfrage auf ihrem Weg zwischen Clients, Netzwerken und Servern nachzuverfolgen. Ohne beides bleiben die Muster, die Infektionen und Fehlkonfigurationen aufdecken, in einzelnen Protokollen verborgen.
Anhaltende NXDOMAIN-Antworten von einem Endpunkt können auf Malware-Beacons oder auf Aufklärung und laterale Bewegung hindeuten, während Zonen, die nicht mehr synchronisiert sind, einigen Benutzern NXDOMAIN und anderen korrekte Antworten zurückgeben. Mit den richtigen Protokollen werden diese fehlgeschlagenen Antworten zu einer wertvollen Informationsquelle.
Zonen, die nicht mehr synchron sind, lassen sich ohne Einblick in den Ost-West-Datenverkehr nur schwer beheben.
Read article
At a basic level, an NXDOMAIN response means “that site does not exist.” But it can also provide critical clues about your network’s security.
Sie verwalten MAC- und IP-Adressen in einem zentralen System statt in einer Tabellenkalkulation. Eine MAC-Adresse identifiziert Hardware auf Schicht 2 und eine IP-Adresse identifiziert eine Netzwerkverbindung auf Schicht 3. Durch die Verknüpfung beider Angaben können Teams Fehlerbehebungen auf Geräteebene durchführen.
In einem LAN überbrückt ARP die beiden Schichten, indem es IPv4-Adressen MAC-Adressen zuordnet, und IPv6 nutzt Neighbor Discovery für denselben Zweck. Große Unternehmen verwalten Millionen von MAC- und IP-Adressen, doch manche erfassen IP-Adressen nach wie vor in Tabellenkalkulationen und übersehen dabei die MAC-Adressen, was ein erhebliches Betriebsrisiko darstellt.
BlueCat Integrity vereint DNS, DHCP und IPAM und bietet so eine zentrale Informationsquelle für die Beziehungen zwischen Geräten, Benutzern und IP-Adressen. Mit dem Address Manager können Administratoren MAC-Adressen erfassen, diese in MAC-Pools gruppieren und jeweils mit IP-Adressen über Netzwerke hinweg verknüpfen, sodass die Fehlerbehebung direkt am Gerät beginnen kann.
Read article
MAC address vs IP address: One is a unique hardware identifier, while the other identifies a device's network connection. Learn more with BlueCat.
Read article
Tame network complexity with Integrity's full-stack DDI management platform and get visibility and control over your DNS, DHCP, and IPAM.
Der richtige Ausgangspunkt hängt von den Problemen ab, mit denen Ihr Team derzeit konfrontiert ist, darunter Unklarheit darüber, auf welcher Ebene ein Problem auftritt, eingeschränkte Transparenz beim DNS-Datenverkehr oder manuell nachverfolgte Adressen. Jeder der folgenden Wege behebt eine dieser Lücken.
Kurze Antworten auf die Fragen, die Ingenieure am häufigsten zum OSI-Modell und den darauf laufenden Diensten stellen.
Haben Sie noch Fragen?
Erhalten Sie konkrete Antworten von einem BlueCat-Mitarbeiter.
