De flesta säkerhetsincidenter i molnet handlar inte om intrång i molnleverantörens egen infrastruktur. De handlar om kundens konfiguration: en lagringsbucket som lämnats publik, en åtkomstnyckel som checkats in i ett kodförråd, ett administratörskonto utan flerfaktorsautentisering eller en databas som kan nås från hela internet. Molnleverantörer tillämpar en modell för delat ansvar, där de säkrar den underliggande plattformen och ni säkrar det ni konfigurerar på den. Den här guiden listar de vanligaste riskerna med felkonfiguration i molnet och praktiska kontroller för var och en.
Vad det är
Felkonfiguration i molnet är varje inställning i era molnkonton som exponerar data eller system mer än avsett, eller som gör att ni inte kan upptäcka och återhämta er från problem. Den tenderar att ackumuleras när team växer, projekt skapas snabbt och tillfälliga ändringar blir permanenta. Huvudkategorierna är desamma i AWS, Microsoft Azure och Google Cloud. Identitet och åtkomst: för breda roller, långlivade åtkomstnycklar, delade konton och saknad MFA. Lagring: buckets, blobbar eller ögonblicksbilder som kan läsas av vem som helst eller delas för brett. Nätverk: säkerhetsgrupper eller brandväggsregler som är öppna för alla adresser, exponerade administrationsportar och platta nätverk utan segmentering. Hemligheter: inloggningsuppgifter i kod, miljöfiler eller containeravbilder. Loggning: granskningsloggar som är avstängda, inte sparas eller aldrig granskas. Kryptering: känsliga data som lagras utan kryptering eller med dåligt hanterade nycklar. Motståndskraft: säkerhetskopior som saknas, inte är testade eller lagras i samma konto som de ska skydda. Styrning: okända konton, otaggade resurser och projekt utan ägare.
Vem det är för
Checklistan är användbar för:
- Startups och små och medelstora företag vars molnmiljö har vuxit snabbt utan formell design
- Team som förbereder sig för en säkerhetsgranskning från en kund eller en due diligence
- Organisationer som planerar att köra AI- eller dataarbetslaster i molnet
- Chefer som har ärvt molnkonton från tidigare personal eller leverantörer
Vad det hjälper till att klargöra
Att gå igenom checklistan hjälper till att klargöra:
- Vem som har administratörsåtkomst och om den är skyddad och fortfarande behövs
- Vilka data som är publikt åtkomliga, avsiktligt eller inte
- Om ni skulle märka och kunna utreda misstänkt aktivitet
- Om ni skulle kunna återställa kritiska system om ett konto komprometterades
Vad ingår
- Kräv MFA för alla mänskliga användare, särskilt administratörer och rot- eller ägarkontot
- Ersätt långlivade åtkomstnycklar med roller eller kortlivade inloggningsuppgifter där det är möjligt
- Granska roller utifrån minsta behörighet och ta bort oanvända användare och behörigheter
- Blockera publik åtkomst till lagring som standard och granska eventuella undantag
- Begränsa administrationsportar och databaser till kända nätverk eller privat åtkomst
- Flytta hemligheter till en hanterad tjänst för hemligheter och skanna kodförråd efter läckta nycklar
- Aktivera granskningsloggning i varje konto och region som används och spara loggarna säkert
- Ställ in larm för högriskhändelser som nya administratörer, avstängd loggning eller publik lagring
- Kryptera känsliga data i vila och kontrollera vem som kan hantera nycklar
- Säkerhetskopiera kritiska data till ett separat konto eller en separat plats och testa återställning
- För en förteckning över konton, projekt och resursägare
- Använd infrastruktur som kod och granska ändringar innan de tillämpas
Vad som inte ingår
- Ett påstående om att en granskad miljö inte kan komprometteras
- En formell molnrevision, certifiering eller ett godkännande av regelefterlevnad
- Penetrationstest, om det inte avgränsats separat
- Kontinuerlig övervakning eller hanterad drift, om det inte avtalats separat
När det passar att välja den
Använd checklistan när ni inte har granskat era molnkonton på ett tag, före en säkerhetsgranskning från en kund eller investerare, efter förändringar bland personal eller leverantörer och innan ni inför AI eller stora dataarbetslaster. Om ni inte snabbt kan svara på vem som har administratörsåtkomst till varje konto, börja där.
Vår strategi
Prioritera identitet först, eftersom de flesta andra kontroller är beroende av den. Ta sedan bort publik exponering, säkra hemligheter och se till att loggning och säkerhetskopior skulle stödja upptäckt och återställning. Behandla åtgärder som tekniskt arbete med ansvariga och ändringshantering, inte som en engångsstädning. Vår tjänst Cloud Platform & Production Engineering omfattar arkitekturbeslut, releaseflöden, observerbarhet, säkerhetskopiering och handböcker för återställning för överenskomna miljöer, där ändringar i produktion bara görs enligt en godkänd plan och efter uttryckligt skriftligt godkännande. Om ni först behöver en dokumenterad bild av läget kan en Security Baseline Review ge iakttagelser klassade efter allvarlighetsgrad, och en AI & Cloud Readiness-granskning ger ett beredskapsprotokoll och ett beslutsunderlag med fokus på grunderna för AI-arbetslaster. Penetrationstest av molnbaserade applikationer kan avgränsas separat. Gå igenom checklistan regelbundet; konfigurationen glider i takt med att team och projekt förändras.
Vanliga frågor
Relaterade artiklar
Kom igång
Vill ni få en tydligare bild av er molnkonfiguration?
Berätta vilka leverantörer och konton ni använder, vad som körs där och eventuella kommande granskningar eller migreringar. Vi föreslår en skriftlig omfattning.
Begär en skriftlig omfattning