Tips för effektiv säkerhetsarkitektur

När du etablerar säkerhetsarkitekturområdet ger den här artikeln vägledning om hur du tillämpar 10 oföränderliga lagar om säkerhetsrisker som praktiska tips när du upprättar och moderniserar säkerhetsarkitekturområdet.

Granska de oföränderliga säkerhetslagarna

Det finns arkitektur för att identifiera utmanande krav och omvandla dem till användbar vägledning för att minska säkerhetsrisken, begränsa skador och hålla system tillgängliga över tid. Grunden för detta arbete är de oföränderliga säkerhetslagarna.

Dessa lagar beskriver obekväma sanningar om säkerhet som hjälper dig att planera effektiv kontroll, undvika vanliga missuppfattningar som undergräver säkerhetsarkitekturen och skapar organisationsrisker.

Oföränderlig lag  Arkitekturpåverkan
1. Om en dålig aktör kan övertala dig att köra sitt program, är det inte din dator  Exekvering av obehörig kod leder till att kontrollen förloras. Enbart förebyggande är otillräckligt.
2. Om en dålig aktör kan ändra operativsystemet är det inte din dator  Kontrollplanskompromiss är systemrisk. Detta gäller om kontrollplanet är ett lokalt operativsystem, ett identitetshanteringssystem, ett säkerhetsverktyg eller något annat med åtkomst på system-/rotnivå.
3. Om en dålig aktör har obegränsad fysisk åtkomst är det inte din dator  Fysisk exponering måste antas, inte behandlas som ett undantag.
4. Om en dålig aktör kan köra aktivt innehåll på din webbplats är det inte din webbplats  Exekveringsgränser definierar förtroendegränser.
5. Svaga lösenord trumfar stark säkerhet  Brister i identitetshanteringen underminerar skiktade säkerhetskontroller.
6. En dator är bara lika säker som administratören  Privilegierad åtkomst är en mycket viktig säkerhetsprioritet.
7. Krypterade data är bara lika säkra som dess dekrypteringsnyckel  Kryptografi utan styrning är bräckligt.
8. En inaktuell skanner för program mot skadlig kod är marginellt bättre än ingen  Statiska försvar sönderfaller.
9. Absolut anonymitet är inte möjligt  Synlighet är oundvikligt.
10. Tekniken är inte ett universalmedel  Mänskliga fel och processfel måste förutsättas.

Tillämpa de tio lagarna om cybersäkerhetsrisk

Även när du har förstått hur säkerhetskontrollen kan gå förlorad och hur säkerhetsarkitekturen påverkas räcker det inte med information för att utforma ett system. Säkerhetsarkitekter måste också förstå:

- Vad optimerar vi för? - Var koncentrerar vi oss? - Vilka kompromisser är godtagbara?

För att ta reda på dessa frågor kan vi tillämpa 10 vanliga lagar om cybersäkerhetsrisker. Varje uppsättning lagar behandlar olika aspekter av cybersäkerhet.

Lag Arkitekturens implikation Vägledning för modernisering
1. Säkerhetsframgången förstör angriparens ROI Utforma arkitekturer som ökar angriparens kostnader och minskar vinsten, särskilt för värdefulla tillgångar. – Koncentrera kontroller kring identitet, privilegierad åtkomst och känsliga data.

- Minska flata förtroendezoner; segmentsystem så att kompromisser inte skalas.

- Prioritera skydd som bryter vanliga angreppskedjor, inte specialfall.
2. Att inte hänga med är att hamna efter Statiska arkitekturer misslyckas. Arkitekturen måste förutsätta kontinuerlig utveckling. – Säkerhetsarkitekturen är aldrig klar. Den måste vara driftsanpassad och kontinuerligt förbättrad.

– Design för kontinuerlig uppdatering (korrigering, konfiguration, princip).

– Föredrar molnbaserade och hanterade tjänster som utvecklas snabbare än lokala eller skräddarsydda system.

– Se till att synlighet och inventering är arkitekturkrav, inte eftertanke.
3. Säkerhet är en affärsaktiverare (produktiviteten vinner alltid) Om arkitekturen skapar friktion kringgås den. – Bra säkerhetsarkitektur möjliggör produktivitet som standard.

– Prioritera identitetsbaserad åtkomst framför nätverkskomplexitet.

– Integrera säkerhetskontroller i standardarbetsflöden för användare och utvecklare.

– Gör säkra sökvägar till de enklaste sökvägarna.
4. Angripare bryr sig inte Angripare använder alla tillgängliga åtkomstsökvägar i miljön. Arkitekturen måste eliminera de enklaste angreppsvägarna, inte bara skydda sig mot de uppenbara angreppen. – Arkitekturen måste återspegla verkligt angripares beteende, inte idealiserade övertygelser i enskilda kontroller.

– Utgå från att en kompromettering har skett genom nätfiske, felkonfigurationer eller äldre protokoll.

– Ta bort arkitektoniska enskilda punkter med katastrofala fel.

– Skydda mot hela attackens livscykel (lateral förflyttning, utför sina mål), inte bara initial åtkomst.
5. Hänsynslös prioritering är en överlevnadsfärdighet Du kan inte skydda allt. – Arkitektur handlar om att välja vad man inte ska göra.

- Identifiera kronjuvelerna och utforma djupförsvar kring dem.

- Acceptera lägre säkerhet där affärspåverkan är lägre.

– Använd affärsscenarier för att vägleda arkitekturinvesteringar.
6. Cybersäkerhet är en lagsport Arkitekturen måste integrera arbete mellan olika områden och team. - Arkitekter utformar samordning, inte bara styrsystem.

– Anpassa arkitekturen till plattformsteam, utvecklare och drift.

– Delegera kontroller till plattformar som kan göra dem bättre (molnleverantörer, identitetssystem).

– Undvik anpassade lösningar där delade tjänster räcker.
7. Nätverket är inte lika tillförlitligt som du tror att det är Nätverksförtroende får aldrig vara det primära eller enda kontrollplanet. - Den här lagen ligger till grund för övergången från perimetercentrerad design.

– Flytta förtroendebeslut till identitets-, enhets- och programkontext.

– Utforma arkitekturer som förutsätter att nätverket är observerbart och fientligt.

– Behåll effektiva kontroller som brandväggar/brandväggar för webbappar (WAFs), men lita inte på att de identifierar/blockerar allt.

– Använd Nulová dôvera (Zero Trust) åtkomstmodeller konsekvent i olika miljöer.
8. Isolerade nätverk är inte automatiskt säkra Isoleringen är endast effektiv när den är noggrant utformad och underhålls. – Behåll nätverksisolering som fungerar bra. Se till att du underhåller den och att angripare inte enkelt kan kringgå den.

– Arkitekturen måste ta hänsyn till personer och processer, inte bara topologi.

– Behandla isolering som ett system, inte en nätverksfiltreringsregel.

– Skydda alla bryggningspunkter (media, leverantörsåtkomst, administratörer).

– Anta kompromiss och tillämpa starka identitets- och driftkontroller, även i "luftgapad" design.
9. Enbart kryptering är inte en dataskyddslösning Kryptologi är endast så säker som nycklarna som används för att låsa upp den. – Kryptering är viktigt, men ineffektivt utan säker implementering och drift.

– Skapa centraliserad nyckelhantering och åtkomststyrning.

– Skydda dekrypteringsvägar lika noggrant som krypterad lagring.

– Kombinera kryptering med identitet, övervakning och principframtvingande.
10. Tekniken löser inte problem med människor och processer Arkitekturen måste förutsätta ofullkomliga människor och processer. – Modernisera säkerhetsarkitekturen för att minska explosionsradien för mänskliga fel. Låt inte klicka på ett enda nätfiskemeddelande orsaka att din säkerhetsstatus misslyckas.

– Utforma system som är motståndskraftiga mot fel.

- Automatisera skyddsräcken där det är möjligt.

– Undvik arkitekturer som är beroende av felfri manuell drift.

Skapa en arkitektur

Som säkerhetsarkitekt kan du använda dessa två tabeller som kompletterande linser. Den ena för att validera teknisk sundhet och den andra för att driva riskbaserad prioritering. När de kombineras utgör de ett praktiskt beslutsramverk för arkitekturdesign och modernisering.

Lagar Syfte Arkitekturanvändning Frågor besvarade
Oföränderliga säkerhetslagar Identifiera tekniska principer som alltid gäller. Se till att arkitekturer inte bryter mot den tekniska verkligheten.
Testantaganden
Verifiera förtroendegränser.
Undvik falskt förtroende.		 Är arkitekturen i grunden sund?
Förlitar sig designen på något som enkelt kan kringgås?
Förutsätter vi att tekniken kan kompensera för obetrodda administratörer, svaga lösenord eller fysiska åtkomstmetoder?
Tar vi fel på kryptering, isolering eller verktyg för faktisk kontroll?
Lagar om cybersäkerhetsrisker Bestäm vad som är viktigast. Identifiera var du ska investera arkitekturarbete.
Utforma moderniseringsfärdplaner.
Motivera avvägningar för företagsledare.		 Var får angripare den största vinsten för minsta ansträngning?
Vilka kontroller ändrar faktiskt angriparens beteende?
Vilket arbete är inte längre värt att göra?

Example

Så om vi tar ett exempel som tillämpar båda tabellerna tillsammans.

Designbeslut Oföränderliga lagar lins Tio laglins
Minska beroendet av nätverks-ACL:er till identitetsbaserad åtkomst Nätverk är inte tillförlitliga, identitet spelar roll. Ökar angriparens kostnad och överensstämmer med Nulová dôvera (Zero Trust) principer.
Prioritera MFA för administratörer innan du stärker skyddet i perimeterbrandväggarna. Svaga lösenord trumfar stark säkerhet. Billigaste sättet att bryta vanliga attackkedjor.
Segmentera arbetsbelastningar i stället för att förlita sig på "luftluckor" Isoleringen är inte automatiskt säker. Minskar explosionsradien när angripare kommer in.
Automatisera patchning och identifiering av konfigurationsavvikelser Inaktuellt försvar misslyckas. Att inte hänga med är att hamna efter

Att använda båda tabellerna tillsammans leder till säkerhetsarkitekturer som:

  • Anta kompromiss, fokusera på riskreducering och skadebegränsning, snarare än att lova absolut förebyggande.
  • Fokusera på identitet, privilegier och lateral rörelse, inte bara på perimeterförsvar.
  • Anta kontinuerlig förändring och utveckling, och inte statiska diagram.
  • Balansera affärsproduktivitet med riskreducering. Justera säkerhetskontroller till affärsvärde.
  • Integrera människor, processer och teknik.
  • Minska angriparens ROI i stället för att jaga perfekt säkerhet.
  • Tillämpa Nulová dôvera (Zero Trust) principer från slutpunkt till slutpunkt.

Nästa steg

Kontrollera att du granskar de andra säkerhetsdisciplinerna.

  • Last updated on