Vorbereitung aufs Sicherheitsaudit: Wie führe ich selbst einen Netzwerksicherheitstest durch?

Auditoren stürzen sich als Erstes auf öffentlich zugängliche Login-Masken. Kontrollieren Sie sofort, ob Administrations-Ports von Modem, Router oder VPN-Gateway offen ins Netz zeigen. Falls ja: Diese Zugänge sofort nach außen hin dichtmachen und ausschließlich aus dem LAN erreichbar konfigurieren.

Drosseln Sie beim Scan im lokalen Netz unbedingt die Paketrate. Wenn Sie Gratis-Scanner mit aggressiven Standardprofilen laufen lassen, können ältere Netzwerkdrucker abstürzen oder Switch-Ports wegen Storm-Control dichtmachen. Starten Sie solche Scans am besten erst nach Feierabend.

Ein eigener Scan ersetzt niemals ein professionelles Audit. Man wird bei Systemen die man selbst hochgezogen hat einfach betriebsblind. Mit Freeware findet man nur die ganz groben Port-Schnitzer; ein echter Prüfer versucht Authentication-Bypasses und Privilege-Escalation. Wiegen Sie sich also nicht in falscher Sicherheit.

Schneller Fahrplan fürs Wochenende: 1) Von externen Rechner aus die feste IP scannen und Portliste exportieren, 2) Firmware-Updates auf sämtlicher Hardware im LAN einspielen, 3) Prüfen, ob veraltete Freigabeprotokolle auf dem Fileserver deaktiviert sind, 4) Sämtliche Zugangsdaten der Netzwerkhardware durch komplexe Kennwörter ersetzen.

wir sind vor einem ähnlichen Audit mal alle Geräte im Büro einzeln durchgegangen und haben tatsächlich einen vergessenen offenen Port und eine Backup-Platte mit Werkspasswort entdeckt. allein das zu beheben hat gereicht, damit wir direkt beim ersten Mal durchkamen.

Testet unbedingt, ob man von irgendeinem Gerät im Firmennetzwerk ohne Passwort oder über ein Gastkonto auf die Freigaben auf eurem Dateiserver zugreifen kann; da werden am meisten Punkte abgezogen.

Vor Beginn interner Sicherheitsüberprüfungen ist sicherzustellen, dass vollständige und funktionsfähige Systemsicherungen vorliegen. Es ist zu berücksichtigen, dass unkontrollierte Scanvorgänge die Datenintegrität beeinträchtigen können.

unser techniker meinte mal nen scan machen zu müssen und hat den router neugestartet, morgens saß das ganze büro ohne netz da, lasst bloß während der arbeitszeit keine vulnerability scanner oder so laufen sag ich euch.

Das habe ich auch erlebt.

Bei mir war es genau umgekehrt, deshalb schreibe ich das. Überstürzte Entscheidungen sind oft solche, die man sechs Monate später korrigieren muss.

Der meiste Zeitverlust entsteht durch Arbeiten, die auf Freigaben warten. Nur als Notiz, könnte nützlich sein.

Ich spreche mal aus der Gegenperspektive, ich bin auf der Lieferantenseite. Ein automatisierter Scan-Report ist kein Penetrationstest.

Bei uns ist es genauso.

Die Diskussion ist abgeschweift, ich fasse mal zusammen. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

Wenn ihr es zum ersten Mal macht, fangt klein an, die Skalierung kommt später. Das ist meine Meinung, ich behaupte nicht, dass es absolut richtig ist.

Bei uns war es so... übrigens schreibe bei Entscheidungen auch das Worst-Case-Szenario auf, nicht nur das Beste.

Nur als Notiz könnte nützlich sein.

Funktioniert das deiner Meinung nach in jeder Größe? Fehler auf der netzwerksicherheitstest-Seite sind meist rückgängig zu machen, aber teuer.

Aus Erfahrung weiß ich das.

Dabei gibt es einen sehr häufigen Fehler. Ein nicht getestetes Backup ist kein Backup.

Korrigiert mich, falls ich falsch liege.

Dieses Thema ist archiviert.

Gut, dass du diesen Thread eröffnet hast. Je schwerer es ist, eine Entscheidung rückgängig zu machen, desto langsamer solltet ihr sie treffen.

Schreibt mir, wenn ihr Fragen habt, ich antworte so gut ich kann.