Schlüsselpunkte
- Sicherheitsrichtlinien legen die Baselines dafür fest, wie Systeme, Daten und Benutzer:innen geschützt werden sollen. Die Kontrollen setzen diese Baselines dann in der gesamten Umgebung durch.
- Wird jede Sicherheitsrichtlinie der zugehörigen Kontrolle zugeordnet, ist sichergestellt, dass für jede Sicherheits-Baseline eine definierte Kontrolle vorliegt.
- Klare Zuständigkeiten für Richtlinien, Kontrollen, Ausnahmen und die Compliance-Prüfung sorgen dafür, dass Richtlinien und Kontrollen dauerhaft zusammenpassen.
- Ein strukturiertes, zentrales Register für Ausnahmen stellt sicher, dass Begründung, Risikoauswirkung, kompensierende Kontrollen und Ablaufdaten sauber dokumentiert sind.
- Werden Sicherheitsrichtlinien und Kontrollen gemeinsam überprüft, bleibt die Dokumentation deckungsgleich mit der tatsächlichen Implementierung, auch nach Änderungen an Systemen, Anbietern oder der Architektur.
Sicherheitsrichtlinien und Kontrollen schützen Systeme und Daten gemeinsam. Wie wirksam sie sind, hängt allerdings davon ab, wie gut sie aufeinander abgestimmt sind. Mit einem strukturierten Vorgehen bei Richtlinien und Kontrollen erhalten Sie eine Strategie zum Schutz vor Bedrohungen, die messbar und durchsetzbar ist und sich leicht überprüfen lässt.
Darum sind Sicherheitsrichtlinien und Kontrollen so wichtig
Richtlinien definieren die Sicherheits-Baselines Ihrer Umgebung, während Kontrollen dafür sorgen, dass diese Baselines systemübergreifend korrekt durchgesetzt werden. Für sich allein betrachtet können Richtlinien existieren, ohne jemals auf den Zielsystemen durchgesetzt zu werden. Umgekehrt werden Kontrollen blind bereitgestellt, ohne klare Vorgaben.
Fehlt die Abstimmung zwischen Richtlinien und Kontrollen, gilt:
- Richtlinien bilden die tatsächlichen Systemkonfigurationen möglicherweise nicht ab.
- Kontrollen werden über Endpunkte und Benutzer:innen hinweg eventuell uneinheitlich angewendet.
- Sicherheitslücken bleiben womöglich unbemerkt, bis ein Vorfall eintritt oder ein Audit sie aufdeckt.
- Die Audit-Prüfung wird schwierig, weil es keine klare Zuordnung zwischen Baselines und Durchsetzung gibt.
Eine saubere Abstimmung stellt sicher, dass Sicherheitsanforderungen durch vorhandene Durchsetzungsmechanismen gestützt werden und dass es für jede bereitgestellte Kontrolle einen dokumentierten Grund gibt. Für MSPs, die mehrere Kundenumgebungen betreuen, macht diese Abstimmung das Sicherheitsniveau über alle Mandanten hinweg reproduzierbar und skalierbar.
Um besser zu verstehen, wie diese Abstimmung in der Praxis funktioniert, sehen wir uns zunächst beide Seiten einzeln an, bevor wir sie zusammenführen.
Die Bedeutung eines durchdachten Satzes an Sicherheitsrichtlinien
Sicherheitsrichtlinien definieren die Sicherheitsanforderungen und Erwartungen Ihres Unternehmens. Sie enthalten dokumentierte Entscheidungen darüber, wie Systeme, Daten und Benutzer:innen geschützt werden sollen und welches Verhalten von ihnen erwartet wird.
Richtlinien selbst können nichts durchsetzen. Sie legen vielmehr den Standard fest, den Sicherheitskontrollen wahren müssen. Ein durchdachter Satz an Richtlinien umfasst typischerweise Folgendes:
- Regeln zur zulässigen Nutzung und zum Zugriff: legen fest, wie und von wem Systeme und Daten genutzt werden dürfen
- Anforderungen an den Datenschutz: beschreiben Klassifizierung, Handhabung, Aufbewahrung und Entsorgung von Daten in Ihrer Umgebung
- Standards für Authentifizierung und Identität: definieren Vorgaben zur Passwortkomplexität, Anforderungen an MFA (Multi-Factor Authentication) sowie Bedingungen für privilegierten Zugriff
- Erwartungen an die Reaktion auf Vorfälle: beschreiben Rollen, Eskalationswege und Meldefristen während eines Vorfalls
Neben der Festlegung von Sicherheits-Baselines lassen sich Richtlinien auch als Referenz bei Audits, Untersuchungen und Risikobewertungen nutzen. Dafür müssen sie konkret genug sein, um durchsetzbar zu sein, und gleichzeitig Maßstäbe mit ausreichend Kontext liefern.
Sicherheitskontrollen und ihre Funktionen
Sicherheitskontrollen sind die Mechanismen, die Richtlinien durchsetzen. Sie lassen sich im Allgemeinen in drei Kategorien einteilen: technische, administrative und überwachende Kontrollen.
| Vergleichsbereiche | Technische Kontrollen | Administrative Kontrollen | Überwachende Kontrollen |
| Definition | Setzen Richtlinien direkt auf System-, Netzwerk- oder Anwendungsebene durch | Steuern menschliches Verhalten und Unternehmensprozesse über dokumentierte Abläufe und Aufsicht | Prüfen, ob die Durchsetzung funktioniert, und machen Abweichungen in Echtzeit sichtbar |
| Beispiele | MFA sowie Identitäts- und Zugriffsmanagement (IAM) | Zugriffsüberprüfungen, Programme zur Sensibilisierung für Sicherheit und Workflows zur Einarbeitung | Zentrale Erfassung von Sicherheitsprotokollen, SIEM-Korrelation und Compliance-Scans |
| Art der Durchsetzung | Automatisiert auf Systemebene über automatisierte Mechanismen | Über dokumentierte Prozesse und persönliche Verantwortung | Durch Beobachtung von Verhalten und Kennzeichnung von Abweichungen |
| Wesentlicher Nutzen | Verhindert Richtlinienverstöße von vornherein | Sorgt dafür, dass Menschen und Prozesse die Absicht der Richtlinie einhalten | Liefert Frühwarn-Kennzahlen und Nachweise, wenn Kontrollen versagen |
Kontrollen übersetzen nicht nur Richtlinienanforderungen in anwendbare Durchsetzung, sondern erzeugen über Protokolleinträge, Scan-Ergebnisse und Audit-Trails auch die Nachweise dafür, dass diese Durchsetzung funktioniert.
Sicherheitsrichtlinien und Kontrollen abstimmen: eine Strategie in vier Teilen
Sind Richtlinien und Kontrollen aufeinander abgestimmt, hat jede Anforderung einen klaren Durchsetzungsweg, jeder Durchsetzungsmechanismus einen Verantwortlichen, und beide greifen auch dann ineinander, wenn sich Ihre Umgebung weiterentwickelt.
Die folgenden Praktiken bilden die Grundlage dieser Abstimmung. Sie helfen Ihnen, Richtlinien Kontrollen zuzuordnen, Zuständigkeiten festzulegen, Ausnahmen zu verwalten und Richtlinien wie Kontrollen gemeinsam zu überprüfen, damit kein Detail unter den Tisch fällt.
Jede Richtlinie direkt der passenden Kontrolle zuordnen
Für jeden Richtlinienbereich sollte es klar benennbare Kontrollen geben, damit keine Anforderung ohne dahinterliegenden Durchsetzungsmechanismus bleibt. Mit einer einfachen Matrix von Richtlinien zu Kontrollen machen Sie Richtlinien ohne passende Kontrolle sichtbar, ebenso wie Kontrollen ohne zugrunde liegende Richtlinie.
| Beispielmatrix von Richtlinien zu Kontrollen | ||||
|---|---|---|---|---|
| Richtlinienbereich | Anforderung | Unterstützende Kontrollen | Art der Kontrolle | Prüfmethode |
| Zugriff | Alle Benutzer:innen müssen sich mit MFA authentifizieren und Zugriff nach dem Prinzip der Minimalprivilegien erhalten. | MFA, rollenbasierte Zugriffskontrolle (RBAC) und Bereitstellung nach Minimalprivilegien | Technisch und administrativ | Zugriffsüberprüfungen, IAM-Berichte und Anmelde-Audit-Protokolle |
| Endpunkt-Sicherheit | Endpunkte müssen mit den neuesten Sicherheitspatches aktuell gehalten werden, um Malware zu vermeiden. | Automatisiertes Patch-Management, Bereitstellung von Antivirus oder Endpunkt-Erkennung und Reaktion sowie Konfigurations-Baselines | Technisch | Berichte zur Patch-Compliance, Dashboards zum Zustand der Endpunkte |
| Datenschutz | Sensible Daten müssen verschlüsselt und der Zugriff auf autorisierte Benutzer:innen beschränkt sein. | Verschlüsselung ruhender und übertragener Daten, Zugriffssteuerungslisten und Kennzeichnung der Datenklassifizierung | Technisch und administrativ | Berichte zum Verschlüsselungsstatus, Zugriffs-Audit-Protokolle, DLP-Alarmierungen |
| Reaktion auf Vorfälle | Sicherheitsvorfälle müssen innerhalb der genehmigten Fristen behoben werden. | SIEM-Alarmierung, Rufbereitschaft und dokumentierte Runbooks | Überwachend und administrativ | Kennzahlen zur Reaktion auf Alarmierungen, Nachbesprechungen von Vorfällen und Ergebnisse von Planspielen |
Zuständigkeiten für Richtlinien und Kontrollen festlegen
Klare Zuständigkeiten sind entscheidend, damit Richtlinien und Kontrollen dauerhaft zusammenpassen. So sinkt das Risiko, dass Richtlinien veralten und Kontrollen ungepflegt bleiben. Mindestens Folgendes sollten Sie festlegen:
- Wer ist für welche Richtlinie zuständig und hält sie aktuell?
- Wer implementiert und pflegt die Kontrollen, die sie durchsetzen?
- Wer genehmigt Ausnahmen, wenn Standardanforderungen nicht erfüllt werden können?
- Wer prüft, ob die Kontrollen funktionieren und die Richtlinien eingehalten werden?
Besonders wichtig ist das in Umgebungen mit Mehrmandantenfähigkeit: Dort müssen die Zuständigkeitsgrenzen zwischen Anbieter und Kunde eindeutig sein, damit sich die Verantwortung nicht zwischen den Techniker:innen verliert.
Ausnahmen verwalten, ohne Risikolücken zu schaffen
Manchmal lassen sich Ausnahmen in Ihrer Umgebung nicht vermeiden. Bleiben sie unverwaltet, höhlen sie Ihr Sicherheitsniveau mit der Zeit still und leise aus. Ein strukturiertes Ausnahmeverzeichnis hält sie sichtbar und zeitlich begrenzt.
Ein solches Verzeichnis sollte eine dokumentierte Begründung enthalten, warum die Standardkontrolle nicht angewendet werden kann, zusammen mit einer definierten Bewertung der Risikoauswirkung. Ergänzen Sie außerdem alle kompensierenden Kontrollen sowie Ablauf- und Überprüfungsdaten, damit Ausnahmen nicht stillschweigend zum Dauerzustand werden.
Ausnahmen in einem zentralen Register zu führen, erleichtert auch Audits: Prüfer:innen sehen dann nicht nur, wo Sie von der Richtlinie abweichen, sondern auch, wie diese Abweichungen gesteuert werden.
Richtlinien und Kontrollen gemeinsam überprüfen
Es empfiehlt sich, Sicherheitsrichtlinien und Kontrollen im Rahmen derselben Strategie für das Lebenszyklusmanagement von Endpunkten zu überprüfen. Prüfen Sie nur eines von beiden, kann Ihre Dokumentation von den tatsächlichen Sicherheitsgegebenheiten Ihrer Umgebung abweichen.
Wirksame Überprüfungen umfassen Folgendes:
- regelmäßige Überprüfungszyklen für Richtlinien, gekoppelt an geschäftliche oder regulatorische Änderungen
- Prüfung, ob Kontrollen weiterhin wirksam und korrekt konfiguriert sind
- Aktualisierung der Kontrollen nach Änderungen an Systemen, Anbietern oder der Architektur
- Abgleich der Dokumentation mit den tatsächlich implementierten Kontrollen
Eine fortlaufende Überprüfung sorgt dafür, dass der Schutz wirksam bleibt, während sich Umgebungen weiterentwickeln, und dass Richtlinien und Kontrollen mit der Zeit nicht auseinanderlaufen.
Quick-Start-Guide
NinjaOne bietet umfassende Funktionen für das Security Configuration Management (SCM), die die Abstimmung von Sicherheitsrichtlinien und Kontrollen zum Schutz vor Bedrohungen direkt unterstützen. Das bietet NinjaOne:
Framework für Richtlinien und Automatisierung
- Richtlinien erstellen und durchsetzen, die konkrete Konfigurationseinstellungen für verschiedene Gerätegruppen festlegen
- Skripting-Funktionen, um Konfigurationen über viele Geräte hinweg zu automatisieren und zentral zu verwalten
- Vorkonfigurierte Vorlagen für verschiedene Sicherheitssoftware und -einstellungen für einheitliche Hardening-Konfigurationen
- Zentrale Richtlinienverwaltung für Windows, Mac, Linux und Netzwerkgeräte
Patch-Management
- Automatisierte Patch-Bereitstellung, die Sicherheitspatches identifiziert, herunterlädt und auf Endpunkten bereitstellt
- Patch-Berichterstattung, die Geräte mit fehlenden kritischen Updates hervorhebt
- Compliance-Nachverfolgung für eine vollständige Patching-Abdeckung
Konfigurationsmanagement
- Anpassung von Benchmarks ohne Code, um Compliance-Benchmarks direkt in der NinjaOne-Konsole zuzuschneiden
- Automatisierte Durchsetzung unter Windows mit Microsofts Desired State Configuration (DSC)
- Durchsetzung von Passwortrichtlinien, die starke Passwörter und regelmäßige Wechsel verlangen
- Verwaltung der Firewall-Konfiguration, um bösartigen Datenverkehr wirksam zu blockieren
Fernverwaltung und Überwachung
- Sicherer Fernzugriff zur Fehlerbehebung bei Konfigurationsproblemen und zum Bereitstellen von Updates
- Echtzeit-Monitoring von Systemzustand, Sicherheitsereignissen und Konfigurationsänderungen
- Schnelles Erkennen potenzieller Sicherheitsrisiken und nicht konformer Konfigurationen
Berichterstattung und Compliance
- Umfassende Compliance-Berichte, die den Konfigurationszustand der Geräte abbilden
- Nachverfolgung der Einhaltung interner Sicherheitsrichtlinien und externer Vorgaben
- Schwachstellenbewertung und Nachverfolgung der Behebung
Integration des Schutzes vor Bedrohungen
- Integrierter Virenschutz (Bitdefender und Webroot) mit Dashboards zur Bedrohungsüberwachung
- Integrationen mit Sicherheitslösungen von Drittanbietern (CrowdStrike usw.) für zentrales Bedrohungsmanagement
- Echtzeit-Transparenz über Bedrohungen auf allen verwalteten Geräten
Sicherheitsrichtlinien und Kontrollen für den Schutz vor Bedrohungen abstimmen
Richtlinien definieren die Sicherheitsanforderungen Ihrer Umgebung, doch erst Kontrollen machen diese Baselines real. Wenn Governance klare Anforderungen definiert und diese konsequent durchsetzt, wird Sicherheit messbar und lässt sich dauerhaft leichter aufrechterhalten.
Ziel ist nicht allein, Anforderungen zu dokumentieren oder Kontrollen bereitzustellen, sondern Richtlinien und Kontrollen synchron zu halten: durch bewusste Zuordnung, klar vergebene Zuständigkeiten, detailliertes Ausnahmemanagement und gemeinsame Überprüfungen. So halten Ihre Richtlinien und Kontrollen Audits stand, passen sich Veränderungen an und wehren Bedrohungen ab.
Verwandte Themen:
- Seite „Viren- und Bedrohungsschutz“ in der Windows-Sicherheit ein- oder ausblenden
- So schützen Sie Ihre Sicherheitskonfigurationen vor Bedrohungen
- Compliance-Mapping von Sicherheits-Frameworks für MSPs und IT-Teams: Richtlinien und Kontrollen abstimmen, ohne schwergewichtige GRC-Tools
- IT-Sicherheits-Checkliste zum Schutz Ihres Unternehmens
