Tipps für eine effektive Sicherheitsarchitektur

Während Sie die Disziplin "Sicherheitsarchitektur" einrichten, enthält dieser Artikel Anleitungen zum Anwenden von 10 unveränderlichen Gesetzen mit Sicherheitsrisiken als praktische Tipps, während Sie die Disziplin "Sicherheitsarchitektur" einrichten und modernisieren.

Überprüfen der unveränderlichen Sicherheitsvorschriften

Architektur besteht darin, anspruchsvolle Anforderungen zu identifizieren und in umsetzbare Anleitungen zu übersetzen, um Sicherheitsrisiken zu reduzieren, Schäden zu begrenzen und Systeme im Laufe der Zeit verfügbar zu halten. Grundlage dieser Arbeit sind die unveränderlichen Sicherheitsvorschriften.

Diese Gesetze beschreiben unangenehme Wahrheiten über Sicherheit, die Ihnen helfen, effektive Kontrolle zu planen, häufige Fehlverständnissen zu vermeiden, die Sicherheitsarchitektur untergraben und Organisationsrisiken schaffen.

Unveränderliches Recht  Auswirkungen der Architektur
1. Wenn ein schlechter Schauspieler Sie überzeugen kann, sein Programm auszuführen, ist es nicht Ihr Computer.  Nicht autorisierte Codeausführung führt zu Einem Verlust der Kontrolle. Die Prävention allein reicht nicht aus.
2. Wenn ein ungültiger Akteur das Betriebssystem ändern kann, ist es nicht Ihr Computer.  Die Kompromittierung der Steuerungsebene ist systemisches Risiko. Dies gilt, ob es sich bei der Steuerungsebene um ein lokales Betriebssystem, ein Identitätsverwaltungssystem, ein Sicherheitstool oder etwas anderes mit Zugriff auf System-/Stammebene handelt.
3. Wenn ein schlechter Akteur uneingeschränkten physischen Zugriff hat, ist es nicht Ihr Computer.  Physikalische Exposition muss angenommen werden, nicht als Ausnahme behandelt werden.
4. Wenn ein schlechter Akteur aktive Inhalte auf Ihrer Website ausführen kann, ist dies nicht Ihre Website.  Ausführungsgrenzen definieren Vertrauensgrenzen.
5. Schwache Kennwörter trumpen starke Sicherheit  Fehler bei der Identitätsprüfung setzen mehrschichtige Sicherheitskontrollen außer Kraft.
6. Ein Computer ist nur so sicher wie sein Administrator  Privilegierter Zugriff ist eine kritisch wichtige Sicherheitspriorität.
7. Verschlüsselte Daten sind nur so sicher wie der Entschlüsselungsschlüssel  Kryptografie ohne Governance ist zerbrechlich.
8. Ein veralteter Antischadsoftwarescanner ist marginal besser als keine  Statische Abwehrmaßnahmen verfallen.
9. Absolute Anonymität ist nicht erreichbar  Sichtbarkeit ist unvermeidbar.
10. Technologie ist kein Allheilmittel  Personen- und Prozessfehler müssen angenommen werden.

Anwenden der zehn Gesetze des Cybersicherheitsrisikos

Auch wenn Sie wissen, wie die Sicherheitssteuerung potenziell verloren geht und welche Auswirkungen auf die Sicherheitsarchitektur haben, sind dies nicht genügend Informationen, um ein System zu entwerfen. Sicherheitsarchitekten müssen auch verstehen:

- Wofür optimieren wir? - Worauf konzentrieren wir unsere Anstrengungen? - Welche Kompromisse sind akzeptabel?

Um diese Fragen zu ermitteln, können wir 10 gemeinsame Gesetze des Cybersicherheitsrisikos anwenden. Jede Reihe von Gesetzen befasst sich mit verschiedenen Aspekten der Cybersicherheit.

Gesetz Architekturimplication Modernisierungsleitfaden
1. Der Sicherheitserfolg ruiniert den ROI des Angreifers Entwerfen Sie Architekturen, die die Kosten des Angreifers erhöhen und die Bezahlung reduzieren, insbesondere für hochwertige Ressourcen. - Konzentrieren Sie sich auf die Kontrolle über Identität, privilegierten Zugriff und vertrauliche Daten.

- Reduzieren von Flachvertrauenszonen; Segmentsysteme, sodass die Kompromittierung nicht skaliert wird.

– Priorisieren Sie Schutzmaßnahmen, die häufige Angreiferketten unterbrechen, nicht spezielle Fälle.
2. Wer nicht Schritt hält, fällt zurück Statische Architekturen schlagen fehl. Architektur muss eine kontinuierliche Weiterentwicklung annehmen. - Die Sicherheitsarchitektur wird nie durchgeführt. Sie muss operativ nachhaltig und kontinuierlich verbessert werden.

– Design für kontinuierliche Updates (Patching, Konfiguration, Richtlinie).

– Bevorzugen Sie cloudeigene und verwaltete Dienste, die sich schneller entwickeln als lokale oder maßgeschneiderte Systeme.

- Stellen Sie sicher, dass Sichtbarkeit und Inventarisierung architektonische Anforderungen sind und keine nachträglichen Überlegungen.
3. Sicherheit ist ein Geschäftsaktiver (Produktivität gewinnt immer) Wenn Architektur Reibung erzeugt, wird sie umgangen. - Eine gute Sicherheitsarchitektur ermöglicht standardmäßig Produktivität.

– Bevorzugen Sie den identitätsbasierten Zugriff gegenüber der Netzwerkkomplexität.

– Integrieren von Sicherheitssteuerelementen in Standardmäßige Benutzer- und Entwicklerworkflows.

– Sorgen Sie dafür, dass sichere Pfade die einfachsten Pfade sind.
4. Angreifern ist das egal Angreifer verwenden alle verfügbaren Zugriffspfade in der Umgebung. Architektur muss die billigsten Wege beseitigen, nicht nur die offensichtlichen. - Architektur muss reales Angreiferverhalten widerspiegeln, nicht idealisierte Überzeugungen in einzelnen Steuerelementen.

– Gehen Sie von einer Kompromittierung durch Phishing, Fehlkonfigurationen oder veraltete Protokolle aus.

- Entfernen Sie architekturbezogene Einzelpunkte eines katastrophalen Fehlers.

- Schützen Sie sich gegen den gesamten Angriffslebenszyklus (laterale Bewegung, Aktionen zur Zielerreichung), nicht nur gegen den Erstzugriff.
5. Rücksichtslose Priorisierung ist eine Überlebensfähigkeit Alles kann nicht gesichert werden. - Bei Architektur geht es darum, zu entscheiden, was man nicht tut.

- Identifizieren Sie die Kronjuwelen und entwickeln Sie dafür eine „mehrschichtige Verteidigung“.

- Akzeptieren Sie eine niedrigere Sicherheit, wenn die Geschäftlichen Auswirkungen niedriger sind.

- Verwenden Sie Geschäftsszenarien, um architekturbezogene Investitionen zu leiten.
6. Cybersicherheit ist ein Teamsport Architektur muss die Arbeit über Disziplinen und Teams hinweg integrieren. - Architekten entwerfen Koordination, nicht nur Steuerelemente.

– Stimmen Sie die Architektur mit Plattformteams, Entwicklern und dem Betrieb ab.

– Delegieren von Steuerelementen an Plattformen, die sie verbessern können (Cloudanbieter, Identitätssysteme).

- Vermeiden Sie benutzerdefinierte Lösungen, bei denen gemeinsame Dienste ausreichen.
7. Ihr Netzwerk ist nicht so vertrauenswürdig, wie Sie denken Die Netzwerkvertrauensstellung darf niemals die primäre oder einzige Kontrollebene sein. - Dieses Gesetz bildet die Grundlage für die Abkehr von einem perimeterzentrierten Ansatz.

– Verschieben von Vertrauensentscheidungen in Identitäts-, Geräte- und Anwendungskontext.

- Designarchitekturen, die davon ausgehen, dass das Netzwerk feststellbar und feindselig ist.

- Behalten Sie effektive Steuerelemente wie Firewalls/Web App-Firewalls (WAFs) bei, verlassen Sie sich jedoch nicht darauf, alles zu erkennen/zu blockieren.

– Verwenden Sie Zero Trust Zugriffsmodelle einheitlich in allen Umgebungen.
8. Isolierte Netzwerke sind nicht automatisch sicher Isolation ist nur wirksam, wenn streng entworfen und gewartet wird. - Netzwerkisolation beibehalten, die gut funktioniert. Stellen Sie sicher, dass Sie dies beibehalten, und Angreifer können es nicht einfach umgehen.

- Architektur muss Personen und Prozesse berücksichtigen, nicht nur Topologie.

- Isolation als System behandeln, keine Netzwerkfilterregel.

- Sichern Sie alle Brückenpunkte (Medien, Anbieterzugriff, Administratoren).

- Gehen Sie von einer Kompromittierung aus und wenden Sie starke Identitäts- und betriebliche Kontrollen an, selbst bei einem „Air-Gap“-Design.
9. Die Verschlüsselung allein ist keine Datenschutzlösung. Cryptology ist nur so sicher wie die Schlüssel, die sie entsperren. - Verschlüsselung ist wichtig, ist aber ohne sichere Implementierung und Betrieb wirkungslos.

- Entwerfen Sie eine zentrale Schlüsselverwaltung und Zugriffssteuerung.

- Schützen Sie Entschlüsselungspfade so aggressiv wie verschlüsselten Speicher.

– Kombinieren Sie die Verschlüsselung mit Identitäts-, Überwachungs- und Richtlinienerzwingung.
10. Technologie löst keine Personen- und Prozessprobleme Architektur muss unvollkommene Menschen und Prozesse annehmen. - Modernisieren Sie die Sicherheitsarchitektur, um den Strahlradius des menschlichen Fehlers zu reduzieren. Lassen Sie nicht zu, dass ein einziger Klick auf eine Phishing-E-Mail Ihre Sicherheitslage gefährdet.

- Entwerfen von Systemen, die fehlersicher sind.

- Automatisieren Sie nach Möglichkeit Schutzschienen.

- Vermeiden Sie Architekturen, die von einwandfreiem manuellen Betrieb abhängen.

Erstellen einer Architektur

Als Sicherheitsarchitekt können Sie diese beiden Tabellen als Komplementärlinsen verwenden. Eine, um die technische Solidität und die andere zu überprüfen, um risikobasierte Priorisierung zu fördern. In Kombination bilden sie einen praktischen Entscheidungsrahmen für Architekturgestaltung und Modernisierung.

Gesetze Ziel Architekturverwendung Beantwortete Fragen
Unveränderliche Sicherheitsvorschriften Erfassen Sie technische Gegebenheiten, die immer gelten. Stellen Sie sicher, dass Architekturen nicht gegen die technische Realität verstoßen.
Testannahmen
Überprüfen sie Vertrauensgrenzen.
Vermeiden Sie falsche Konfidenz.		 Ist die Architektur grundsätzlich solide?
Basiert das Design auf etwas, das leicht umgangen werden kann?
Gehen wir davon aus, dass Technologie nicht vertrauenswürdige Administratoren, schwache Kennwörter oder physische Zugriffsmethoden ausgleichen kann?
Verwechseln wir Verschlüsselung, Isolation oder Werkzeuge mit tatsächlicher Kontrolle?
Gesetze des Cybersicherheitsrisikos Entscheiden Sie, was am wichtigsten ist. Ermitteln Sie, wo sich Architekturaufwand lohnt.
Gestalten Sie Modernisierungs-Roadmaps.
Begründen Sie Abwägungen gegenüber Geschäftsleitern.		 Wo erhalten Angreifer den größten Lohn für den geringsten Aufwand?
Welche Steuerelemente ändern tatsächlich das Verhalten des Angreifers?
Welche Arbeit lohnt sich nicht mehr?

Beispiel

Wenn wir also ein Beispiel verwenden, das beide Tabellen zusammen anwendet.

Entwurfsentscheidung Perspektive unveränderlicher Gesetze Die zehn Gesetze im Fokus
Reduzieren Sie die Abhängigkeit von Netzwerk-ACLs zugunsten einer identitätsbasierten Zugriffskontrolle Netzwerke sind nicht vertrauenswürdig, Identität ist entscheidend. Erhöht den Aufwand für Angreifer und steht im Einklang mit den Zero-Trust-Prinzipien.
Priorisieren Sie MFA für Administratoren vor dem Härten von Edgefirewalls. Schwache Passwörter untergraben starke Sicherheit. Billigste Möglichkeit, häufige Angriffsketten zu brechen.
Workloads segmentieren, anstatt sich auf „Air Gaps“ zu verlassen Die Isolation ist nicht automatisch sicher. Reduziert den Strahlradius, wenn Angreifer einsteigen.
Patchen und Erkennung von Konfigurationsabweichungen automatisieren Veraltete Abwehrmaßnahmen schlagen fehl. Nicht Schritt zu halten bedeutet, zurückzufallen.

Die Gemeinsame Verwendung beider Tabellen führt zu Sicherheitsarchitekturen, die:

  • Gehen Sie von Kompromissen aus, konzentrieren Sie sich auf die Risikominderung und die Schadensbegrenzung und nicht auf eine vielversprechende absolute Prävention.
  • Konzentrieren Sie sich auf Identitäten, Berechtigungen und laterale Bewegungen, nicht nur auf die Perimeterabwehr.
  • Gehen Sie von fortlaufender Änderung und Weiterentwicklung und nicht von statischen Diagrammen aus.
  • Ausgeglichene Geschäftsproduktivität mit Risikoreduzierung. Richten Sie Sicherheitskontrollen am geschäftlichen Wert aus.
  • Integrieren Sie Personen, Prozesse und Technologien.
  • Reduzieren Sie den ROI des Angreifers, anstatt einer perfekten Sicherheit nachzujagen.
  • Wenden Sie Zero-Trust-Prinzipien durchgängig an.

Nächste Schritte

Stellen Sie sicher, dass Sie die anderen Sicherheitsdisziplinen überprüfen.

  • Last updated on