Ein gestapelter Switch in einem Patchfeld, der intermittierend reagiert, Benutzer-Tickets, die von Verzögerungen in einem einzigen VLAN berichten, eine zu bestimmten Zeiten überlastete WAN-Verbindung: Oft sind es solche operationellen Symptome, die die Entscheidung auslösen, ein Netzwerk-Audit durchzuführen. Bevor eine Methodik angewendet wird, müssen wir verstehen, was das Netzwerk bereits erzählt, durch seine Protokolle, seine Warnmeldungen und seine sichtbaren Engpässe.
Vor-Ort-Diagnose vor dem Netzwerk-Audit: was die Symptome offenbaren
Vor Ort stellt man fest, dass die meisten Netzwerk-Audits zu schnell beginnen. Das technische Team startet Scans, sammelt Konfigurationen, erstellt Tabellen. Das Problem ist, dass man, ohne zuvor die aktuellen Vorfälle und Benutzerbeschwerden analysiert zu haben, den relevanten Angriffswinkel verpasst.
Ebenfalls empfehlenswert : Kopfrasur: Tipps, um herauszufinden, ob die Glatze zu Ihnen passt
Ein effektives Audit beginnt mit einer Durchsicht der Support-Tickets der letzten drei bis sechs Monate. Man sucht nach Mustern: eine entfernte Site, die häufige Verbindungsabbrüche hat, ein Cloud-Dienst, dessen Leistung zu den gleichen Zeiten abnimmt, ein Netzwerksegment, in dem die Druckaufträge regelmäßig fehlschlagen. Diese schwachen Signale orientieren den Umfang viel besser als ein generisches Lastenheft.
Konkret werden diese Rückmeldungen mit den bereits verfügbaren SNMP- oder NetFlow-Daten der aktiven Geräte abgeglichen. Wenn Ihre Netzwerküberwachung existiert, aber niemand die Dashboards konsultiert, beginnt das Audit dort: zu verstehen, warum die Warnmeldungen nicht genutzt werden. Sie finden eine detaillierte Beschreibung von den Schritten eines Netzwerk-Audits, die diesen sequenziellen Ansatz formalisiert.
Ergänzende Lektüre : Die wichtigsten Schritte für einen stressfreien und reibungslosen Umzug
Netzwerkkartierung und Inventar: über die bloße Auflistung von Geräten hinaus
Die Kartierung ist das Rückgrat jedes Netzwerk-Audits. Die Wettbewerber sprechen alle von Inventar, aber die eigentliche Schwierigkeit liegt woanders: im Unterschied zwischen der vorhandenen Dokumentation und der physischen Realität.
Shadow IT verfälscht Ihre Kartierung
Regelmäßig entdeckt man unmanaged Switches, die unter einem Schreibtisch stehen, persönliche Wi-Fi-Zugangspunkte, die an Unternehmensnetzwerksteckdosen angeschlossen sind, oder VPN-Tunnel, die von einem vergessenen Dienstleister eingerichtet wurden. Ein Netzwerk-Inventar, das Shadow IT ignoriert, ist definitionsgemäß unvollständig.
Um die Kartierung zu verlässlichen, kombinieren wir mehrere Quellen:
- Ein aktiver Scan (z. B. Nmap oder ein Äquivalent), der jede antwortende IP-Adresse, die offenen Ports und die auf jedem Segment exponierten Dienste identifiziert
- Eine Extraktion der ARP-Tabellen und der MAC-Datenbanken der Switches, die die angeschlossenen Geräte offenbart, selbst wenn sie nicht auf Ping antworten
- Ein Abgleich mit dem CMDB-Referenzrahmen oder der Verwaltungstabelle, um die Abweichungen zwischen dem Deklarierten und dem Festgestellten zu erkennen
Dieser Abgleich produziert eine Liste konkreter Anomalien: unbekannte Geräte, doppelte IP-Adressen, konfigurierte, aber leere VLANs. Jede Anomalie wird zu einem Untersuchungspunkt für den weiteren Verlauf des Audits.
Cloud und SaaS in den Umfang integrieren
Netzwerk-Audits, die sich auf LAN und internes WAN beschränken, verpassen einen wachsenden Teil des Datenverkehrs. Cloud-Umgebungen (IaaS, PaaS) und SaaS-Dienste wie Microsoft 365 erzeugen Datenströme, die durch Ihre Infrastruktur fließen. Das Netzwerk zu auditieren, ohne die Cloud-Konfigurationen einzubeziehen, bedeutet, nur die Hälfte des Datenverkehrs zu kontrollieren.
Hier überprüfen wir die Regeln für ausgehende Datenströme, die Aktivierung von MFA auf den Cloud-Administrationskonsolen und die Protokollierung der Verbindungen. Die Rückmeldungen variieren in diesem Punkt je nach Reifegrad des Unternehmens, aber das völlige Fehlen von Sichtbarkeit über die Cloud-Datenströme ist ein häufiges Warnsignal.
Netzwerksicherheitsanalyse und NIS2-Konformität
Die Sicherheitsanalyse geht über einen einfachen Schwachstellenscan hinaus. Vor Ort beobachten wir drei kritische Punkte, die automatisierte Berichte nicht immer erfassen.
Der erste betrifft die Firmware. Ein Switch oder eine Firewall, deren Firmware seit mehreren Jahren nicht aktualisiert wurde, sammelt bekannte Schwachstellen. Wir überprüfen systematisch die vorhandenen Versionen und vergleichen sie mit den Sicherheitsbulletins des Herstellers. Ein Netzwerkgerät mit veralteter Firmware ist ein dokumentiertes offenes Tor.
Der zweite Punkt betrifft die Filterregeln. Firewalls sammeln im Laufe der Jahre Regeln, oft ohne Bereinigung. Häufig finden wir “any-any”-Regeln, die in Eile während einer Fehlersuche erstellt und nie gelöscht wurden. Das Audit identifiziert sie, klassifiziert sie nach Risiko und empfiehlt deren Löschung oder Ersetzung.
Der dritte Punkt betrifft die regulatorische Konformität. Seit der Umsetzung der europäischen NIS2-Richtlinie müssen Netzwerk-Audits eine Überprüfung der Sicherheitskontrollen im Zusammenhang mit als wichtig erachteten Diensten integrieren: Protokollierung, Vorfallmanagement, Backups, Geschäftskontinuität. Die Nachvollziehbarkeit der gesammelten Beweise wird zu einer Anforderung für die zuständigen Behörden oder externen Prüfer.
Auditbericht Netzwerk: Empfehlungen nach operativer Priorität strukturieren
Ein Auditbericht, der zweihundert Punkte ohne Hierarchie auflistet, endet in einer Schublade. Das Ziel des Liefergegenstands ist, dass das IT-Team bereits in der folgenden Woche auf die am stärksten exponierten Risiken reagieren kann.
Wir strukturieren die Empfehlungen in drei Ebenen:
- Unmittelbare Maßnahmen (innerhalb von fünfzehn Tagen): kritische Schwachstellen beheben, verwaiste Zugänge entfernen, Firmware, die am Ende des Supports steht, aktualisieren
- Mittelfristige Maßnahmen (ein bis drei Monate): IP-Adressierungsplan überarbeiten, VLANs nach Geschäftsnutzung segmentieren, eine genutzte Netzwerküberwachung implementieren
- Strukturelle Maßnahmen (über drei Monate hinaus): Architekturmigration, Austausch veralteter Geräte, vollständige NIS2-Konformität herstellen
Jede Empfehlung muss mit einem während des Audits identifizierten Risiko verknüpft sein. Ohne diesen expliziten Zusammenhang wird die Geschäftsführung das Budget nicht genehmigen. Jeder Punkt wird mit einem Kritikalitätsgrad, dem betroffenen Gerät oder Segment und einer Aufwandsschätzung versehen.
Der Bericht umfasst auch die aktualisierte Kartierung, die zum Referenzrahmen des Unternehmens wird. Dieses lebendige Dokument wird die Vergleichsbasis für das nächste Audit sein und ermöglicht es, den tatsächlichen Fortschritt in Bezug auf Sicherheit und Netzwerkleistung zu messen.
Ein gut durchgeführtes Netzwerk-Audit endet nicht mit der Übergabe des Berichts. Das letzte nützliche Lieferobjekt ist ein Nachverfolgungstabelle, die zwischen der IT-Abteilung und der Geschäftsführung geteilt wird, mit Fristen und einem benannten Verantwortlichen für jede Maßnahme. Ohne diese Nachverfolgung werden die gleichen Schwachstellen beim nächsten Diagnosetest wieder auftreten.