Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Wanneer u de discipline Beveiligingsarchitectuur tot stand brengt, bevat dit artikel richtlijnen voor het toepassen van 10 onveranderbare wetten van beveiligingsrisico's als praktische tips bij het opzetten en moderniseren van de beveiligingsarchitectuur-discipline.
De onveranderbare wetten van beveiliging controleren
Architectuur bestaat om uitdagende vereisten te identificeren en deze te vertalen in bruikbare richtlijnen om beveiligingsrisico's te verminderen, schade te beperken en systemen in de loop van de tijd beschikbaar te houden. Aan de basis van dit werk zijn de onveranderbare wetten van veiligheid.
Deze wetten beschrijven ongemakkelijke waarheden over beveiliging die u helpen effectieve controle te plannen, veelvoorkomende misconcepten te voorkomen die de beveiligingsarchitectuur ondermijnen en organisatierisico's creëren.
| Onveranderbare wet | Architectuurimpact |
|---|---|
| 1. Als een slechte acteur u ervan kan overtuigen om zijn of haar programma uit te voeren, is het niet uw computer | Het uitvoeren van niet-geautoriseerde code veroorzaakt verlies van controle. Preventie alleen is onvoldoende. |
| 2. Als een slechte actor het besturingssysteem kan wijzigen, is het niet uw computer | Compromittering van het control-plane is een systemisch risico. Dit is van toepassing of het besturingsvlak een lokaal besturingssysteem, een identiteitsbeheersysteem, een beveiligingshulpprogramma of iets anders met toegang op systeem-/hoofdniveau is. |
| 3. Als een slechte actor onbeperkte fysieke toegang heeft, is het niet uw computer | Fysieke blootstelling moet worden verondersteld, niet behandeld als een uitzondering. |
| 4. Als een slechte actor actieve inhoud op uw website kan uitvoeren, is dit niet uw website | Uitvoeringsgrenzen definiëren vertrouwensgrenzen. |
| 5. Zwakke wachtwoorden ondermijnen sterke beveiliging | Identiteitsfouten verslaan gelaagde besturingselementen. |
| 6. Een computer is alleen zo veilig als de beheerder | Bevoegde toegang is een zeer belangrijke beveiligingsprioriteit. |
| 7. Versleutelde gegevens zijn alleen zo veilig als de ontsleutelingssleutel | Cryptografie zonder governance is kwetsbaar. |
| 8. Een verouderde antimalwarescanner is marginaal beter dan geen | Statische verdedigingen verzwakken. |
| 9. Absolute anonimiteit is niet haalbaar | Zichtbaarheid is onvermijdelijk. |
| 10. Technologie is geen wondermiddel | Fouten van mensen en processen moeten worden ingecalculeerd. |
De tien wetten van cyberbeveiligingsrisico's toepassen
Zelfs nadat u weet hoe beveiligingsbeheer mogelijk verloren gaat en de impact op de beveiligingsarchitectuur, is dit niet voldoende informatie om een systeem te ontwerpen. Beveiligingsarchitecten moeten ook het volgende begrijpen:
- Waarvoor optimaliseren we? - Waar concentreren we ons op? - Welke compromissen zijn acceptabel?
Om deze vragen te achterhalen, kunnen we 10 algemene wetten van cyberbeveiligingsrisico's toepassen. Elke set wetten heeft betrekking op verschillende aspecten van cyberbeveiliging.
| Juridisch | Architectuurimplicatie | Richtlijnen voor modernisering |
|---|---|---|
| 1. Het succes van de beveiliging verpest de ROI van de aanvaller | Ontwerparchitecturen die de kosten van aanvallers verhogen en de uitbetaling verlagen, met name voor hoogwaardige assets. | - Concentreer maatregelen rond identiteit, bevoorrechte toegang en gevoelige gegevens. - Verminder platte trustzones; segmenteer systemen zodat een compromittering zich niet uitbreidt. - Prioriteit geven aan beveiligingen die veelvoorkomende aanvallerketens breken, niet speciale gevallen. |
| 2. Niet bijblijven is achterop raken | Statische architecturen mislukken. Architectuur moet continue evolutie aannemen. | - Beveiligingsarchitectuur wordt nooit uitgevoerd. Het moet operationeel duurzaam en continu verbeterd zijn. - Ontwerpen voor continue updates (patching, configuratie, beleid). - Geef de voorkeur aan cloudeigen en beheerde services die sneller evolueren dan on-premises of op maat gemaakte systemen. - Zorg ervoor dat zichtbaarheid en inventarisatie tot de architectuurvereisten behoren, en geen sluitpost zijn. |
| 3. Beveiliging is een zakelijke enabler (productiviteit wint altijd) | Als de architectuur wrijving veroorzaakt, wordt deze overgeslagen. | - Goede beveiligingsarchitectuur maakt productiviteit standaard mogelijk. - Geef de voorkeur aan identiteitsgebaseerde toegang boven netwerkcomplexiteit. - Beveiligingscontroles integreren in standaardwerkstromen voor gebruikers en ontwikkelaars. - Maak de veilige weg de gemakkelijkste weg. |
| 4. Aanvallers kan het niets schelen | Aanvallers gebruiken elk beschikbaar toegangspad in de omgeving. Architectuur moet de goedkoopste paden elimineren, niet alleen de voor de hand liggende paden verdedigen. | - Architectuur moet het gedrag van echte aanvallers weerspiegelen, niet ge idealiseerde overtuigingen in afzonderlijke besturingselementen. - Ga ervan uit dat systemen gecompromitteerd raken door phishing, configuratiefouten of verouderde protocollen. - Verwijder architectonische afzonderlijke kritieke uitvalspunten. - Beveiligen tegen de volledige levenscyclus van aanvallen (laterale beweging, uitvoeren op doelstellingen), niet alleen initiële toegang. |
| 5. Meedogenloze prioritering is een overlevingsvaardigheid | Je kunt alles niet beveiligen. | - Architectuur gaat over het kiezen van wat u niet moet doen. - Identificeer de 'kroonjuwelen' en ontwerp daaromheen "verdediging in de diepte". - Accepteer lagere zekerheid waarbij de impact van het bedrijf lager is. - Gebruik bedrijfsscenario's om architectuurinvesteringen te begeleiden. |
| 6. Cybersecurity is een teamsport | Architectuur moet werk integreren tussen disciplines en teams. | - Architecten ontwerpen coördinatie, niet alleen regelingen. - Architectuur afstemmen met platformteams, ontwikkelaars en bewerkingen. - Besturingselementen delegeren aan platforms die ze beter kunnen doen (cloudproviders, identiteitssystemen). - Vermijd aangepaste oplossingen waarbij gedeelde services voldoende zijn. |
| 7. Uw netwerk is niet zo betrouwbaar als u denkt dat het is | Netwerkvertrouwen mag nooit het primaire of alleen besturingsvlak zijn. | - Deze wet ligt ten grondslag aan de verschuiving weg van een perimetergericht ontwerp. - Vertrouwensbeslissingen verschuiven naar identiteit, apparaat en toepassingscontext. - Ontwerparchitecturen die ervan uitgaan dat het netwerk waarneembaar en vijandig is. - Behoud effectieve besturingselementen, zoals firewalls/web-app-firewalls (WAF's), maar vertrouw er niet op om alles te detecteren/blokkeren. - Gebruik Zero Trust toegangsmodellen consistent in omgevingen. |
| 8. Geïsoleerde netwerken worden niet automatisch beveiligd | Isolatie is alleen effectief wanneer ze strikt zijn ontworpen en onderhouden. | - Behoud netwerkisolatie die goed werkt. Zorg ervoor dat u het onderhoudt en aanvallers kunnen er niet eenvoudig omheen werken. - Architectuur moet rekening houden met personen en processen, niet alleen voor topologie. - Isolatie behandelen als een systeem, geen netwerkfilterregel. - Beveilig alle overbruggingspunten (media, toegang tot leveranciers, beheerders). - Ga uit van een inbreuk en pas sterke identiteitscontroles en operationele beheersmaatregelen toe, zelfs in een ‘air-gapped’ ontwerp. |
| 9. Versleuteling alleen is geen oplossing voor gegevensbeveiliging | Cryptologie is alleen zo veilig als de sleutels die het ontgrendelen. | - Versleuteling is belangrijk, maar is ineffectief zonder veilige implementatie en bewerking. - Gecentraliseerd sleutelbeheer en toegangsbeheer ontwerpen. - Beveilig ontsleutelingspaden even streng als versleutelde opslag. - Versleuteling combineren met identiteits-, bewakings- en beleidshandhaving. |
| 10. Technologie lost geen mensen en procesproblemen op | Architectuur moet rekening houden met onvolmaakte mensen en processen. | - Moderniseer de beveiligingsarchitectuur om de impact van menselijke fouten te beperken. Laat niet toe dat het klikken op één phishing-e-mail uw beveiliging ondermijnt. - Ontwerp systemen die bestand zijn tegen fouten. - Automatiseer waar mogelijk beveiligingsmaatregelen. - Vermijd architecturen die afhankelijk zijn van een foutloze handmatige bewerking. |
Een architectuur bouwen
Als beveiligingsarchitect kunt u deze twee tabellen gebruiken als complementaire lenzen. Eén om de technische degelijkheid te valideren en de ander om de risicogebaseerde prioritering aan te sturen. In combinatie vormen ze een praktisch beslissingskader voor architectuurontwerp en modernisering.
| Wetten | Doel | Architectuurgebruik | Beantwoorde vragen |
|---|---|---|---|
| Onveranderbare wetten van beveiliging | Leg technische feiten vast die altijd gelden. | Zorg ervoor dat architecturen niet in strijd zijn met de technische realiteit. Veronderstellingen testen Betrouwbaarheidsgrenzen valideren. Vermijd onwaar vertrouwen. |
Is de architectuur in de basis solide? Is het ontwerp afhankelijk van iets dat eenvoudig kan worden omzeild? Gaan we ervan uit dat technologie onbetrouwbare beheerders, zwakke wachtwoorden of methoden voor fysieke toegang kan compenseren? Verwarren we versleuteling, isolatie of hulpmiddelen met daadwerkelijke controle? |
| Wetten van cyberbeveiligingsrisico | Bepaal wat het belangrijkst is. | Bepaal waar u architectuurinspanningen moet investeren. Geef vorm aan moderniseringsroadmaps. Uitvullen van compromissen met leidinggevenden. |
Waar krijgen aanvallers de grootste uitbetaling voor minimale inspanning? Welke besturingselementen wijzigen het gedrag van aanvallers? Welk werk is het niet meer waard om te doen? |
Example
Dus als we een voorbeeld nemen dat beide tabellen samen toepast.
| Ontwerpbeslissing | Lens voor onveranderlijke wetten | Lens van tien wetten |
|---|---|---|
| Afhankelijkheid van netwerk-ACL's beperken tot op identiteit gebaseerde toegang | Netwerken zijn niet betrouwbaar, identiteit is belangrijk. | Verhoogt de kosten van aanvallers en komt overeen met Zero Trust principes. |
| Geef prioriteit aan MFA voor beheerders voordat u edge-firewalls versterkt. | Zwakke wachtwoorden ondermijnen sterke beveiliging. | Goedkoopste manier om veelvoorkomende aanvalsketens te breken. |
| Segmentwerkbelastingen in plaats van te vertrouwen op 'luchtgaten' | Isolatie is niet automatisch beveiligd. | Beperkt de impact als aanvallers binnendringen. |
| Patching en detectie van configuratiedrift automatiseren | Verouderde beveiliging faalt. | Wie niet bijblijft, raakt achterop |
Het gebruik van beide tabellen leidt tot beveiligingsarchitecturen die:
- Neem compromissen op, richt u op risicoreductie en schadebeperking, in plaats van veelbelovende absolute preventie.
- Focus op identiteit, bevoegdheden en laterale bewegingen, niet alleen op perimeterbeveiliging.
- Ga uit van continue verandering en evolutie, en niet van statische diagrammen.
- Balans tussen bedrijfsproductiviteit en risicovermindering. Besturingselementen voor beveiliging afstemmen op bedrijfswaarde.
- Integreer mensen, processen en technologie.
- Verlaag de ROI van aanvallers in plaats van perfecte beveiliging na te jagen.
- Pas Zero Trust-principes van begin tot eind toe.
Volgende stappen
Zorg ervoor dat u de andere beveiligingsdisciplines bekijkt.