Vad är molnsäkerhet?

Ansvaret för molnsäkerhet delas av molntjänstleverantörer och deras kunder. Ansvarsskyldigheten varierar beroende på den typ av tjänster som erbjuds:

Infrastruktur som en tjänst. I den här modellen erbjuder molntjänstleverantörer resurser för beräkning, nätverk och lagring på begäran. Leverantören ansvarar för skyddet av de huvudsakliga beräkningstjänsterna. Kunder måste skydda operativsystemet och allt ovanpå det, däribland program, data, körningar och mellanprogram.

Plattform som en tjänst. Många leverantörer erbjuder även en fullständig utvecklings- och distributionsmiljö i molnet. De ansvarar för att skydda körningen, mellanprogram och operativsystemet utöver de huvudsakliga beräkningstjänsterna. Kunder måste skydda sina program, data, användaråtkomst, slutanvändarenheter och slutanvändarnätverk.

Programvara som en tjänst. Organisationer kan även få åtkomst till programvara enligt en betala per användning-modell, till exempel Microsoft Office 365 eller Google Drive. I den här modellen behöver kunder fortfarande tillhandahålla säkerhet för sina data, användare och enheter.

Fyra verktyg som hjälper företag att skydda sina resurser i molnet:

• En ny plattform för skydd av molnarbetsbelastning ökar skyddet för beräkning, lagring och nätverk som behövs för program i molnet. Den identifierar arbetsbelastningar i miljöer för offentliga, privata och hybridbaserade moln och söker efter sårbarheter i dem. Om sårbarheter upptäcks föreslår lösningen kontroller för att åtgärda problemen.
• Säkerhetsförmedlingar för molnappar hjälper IT-teamen att få insyn i användningen av molnappar och en riskbedömning av varje app. Dessa lösningar gör det även enklare att skydda data och uppfylla efterlevnadsmål med verktyg som visar hur data förflyttas genom molnet. Organisationer använder säkerhetsförmedlingarna för molnappar till att upptäcka ovanligt användarbeteende och åtgärda hot.
• En lösning för hantering av molnsäkerhetsstatus minskar risken genom att löpande leta efter konfigurationsfel som kan leda till intrång. Genom att automatisera processen minskar dessa lösningar risken för misstag i manuella processer och ökar synligheten i miljöer där det finns tusentals tjänster och konton. När sårbarheter upptäcks kan utvecklare korrigera problemet med hjälp av dessa vägledda rekommendationer.
• Lösningar för identitets- och åtkomsthantering tillhandahåller verktyg för hantering av identiteter och tillämpning av åtkomstprinciper. Organisationer använder dessa lösningar till att begränsa åtkomst till känsliga resurser och framtvinga multifaktorautentisering och minst privilegierad åtkomst.
• Med hjälp av en plattform för skydd av molnbaserade program (CNAPP) kan säkerhetsteamen bygga in säkerhet från kod till moln. CNAPP samlar efterlevnads- och säkerhetsfunktioner för att förhindra, identifiera och svara på molnsäkerhetshot från utveckling till körning.
• Med hjälp av enhetlig säkerhetshantering för DevOps kan säkerhetsteamen samla, stärka och hantera säkerhet i flera pipelines, flytta säkerheten åt vänster för att bygga in säkerhet i själva koden och stöda kod-till-moln-skydd i en enda konsol.

Det finns fyra områden som organisationer behöver tänka på när de inför procedurer och policyer för att skydda sina moln:

• Begränsa åtkomst: Eftersom molnet gör allt åtkomligt via Internet är det mycket viktigt att endast rätt personer har åtkomst till lämpliga verktyg under precis den tidsperiod som krävs.
• Skydda data: Organisationer behöver känna till var deras data finns och implementera rätt kontroller för att skydda både den infrastruktur där dessa data hanteras och själva data.
• Dataåterställning: Det är mycket viktigt att ha en bra säkerhetskopieringslösning och dataåterställningsplan i fall ett intrång skulle ske.
• Åtgärdsplan: När en organisation utsätts för ett intrång behövs en plan som minskar den negativa inverkan och förhindrar att andra system komprometteras.
• Vänsterförflyttning av säkerhet: Säkerhets- och utvecklingsteam arbetar tillsammans för att bygga in säkerhet i själva koden, så att molnbaserade program är säkra från början och förblir säkra.
• Enhetlig synlighet för DevOps-säkerhetsstatus: Minimera blinda fläckar genom att använda en enda panel för att visa DevOps-insikter om säkerhetsstatus för alla DevOps-plattformar.
• Säkerhetsteam som är fokuserade på nya hot: Förstärk molnresurskonfigurationer i koden för att minska antalet säkerhetsproblem som når produktionsmiljöer.

Organisationer behöver se upp för följande molnrisker:

• Komprometterade konton: Angripare använder ofta nätfiskekampanjer för att stjäla anställdas lösenord och få åtkomst till system och värdefulla företagstillgångar.
• Sårbarheter i maskinvara och programvara: Oavsett om en organisation använder ett offentligt eller privat moln är det viktigt att maskinvaran och programvaran är uppdaterad och aktuell.
• Interna hot: Mänskliga fel är en stor faktor bakom säkerhetsbrister. Felaktiga konfigurationer kan ge illvilliga aktörer möjlighet att göra intrång. Medarbetare klickar ofta på skadliga länkar eller flyttar oavsiktligt data till platser där säkerheten är sämre.
• Brist på insyn i molnresurser: Denna molnrisk gör det svårt att upptäcka och reagera på säkerhetsrisker och hot, vilket kan leda till intrång och dataförlust.
• Brist på riskbaserad prioritering: När säkerhetsadministratörer får insyn i molnresurserna kan antalet rekommendationer för att förbättra säkerhetsstatusen vara överväldigande. Det är viktigt att prioritera risker så att administratörerna vet vad de ska fokusera på för att få största möjliga inverkan på säkerheten.
• Molnbehörigheter med hög risk: Spridningen av molntjänster och identiteter har ökat antalet molnbehörigheter med hög risk, vilket utökar de möjliga attackytorna. PCI-måttet (permission creep index) mäter hur mycket skada identiteter kan orsaka baserat på deras behörigheter.
• Nya hot: Molnsäkerhetsrisken utvecklas ständigt. För att skydda mot säkerhetsöverträdelser och dataförlust är det viktigt att hålla sig uppdaterad när nya hot dyker upp.
• Brist på integration mellan molnbaserad utveckling och säkerhet: Det är mycket viktigt att säkerhets- och utvecklingsteamen arbetar tillsammans för att identifiera och åtgärda kodproblem innan appen distribueras till molnet.

Molnsäkerhet syftar på de tekniker, procedurer, policyer och kontroller som bidrar till att skydda molnbaserade system och data. Några exempel på molnsäkerhet:

• Verktyg som en säkerhetförmedling för molnåtkomst, så att du får insyn i de appar och data som organisationen använder.
• Hantering av molnsäkerhetsstatus som hjälper dig att identifiera och åtgärda konfigurationsfel.
• Verktyg som säkerhets- och utvecklingsteam kan använda för att tillsammans bygga in säkerhet i själva koden.
• En plattform för skydd av molnarbetsbelastning i syfte att införa säkerhet i utvecklingsprocessen.
• Implementering av policyer som håller medarbetarnas enheter aktuella, bland annat genom att regelbundet korrigera programvara.
• Etablering av ett utbildningsprogram som informerar medarbetarna om de senaste hoten och nätfiskemetoderna.

Genom att skydda molnsystem och data från interna och externa hot minskar molnsäkerheten risken för en cyberattack. Med molnsäkerhet får du också stöd för hybridarbetsmodeller eftersom du kan kontrollera vem som har tillgång till vilka resurser – oavsett om anställda, entreprenörer eller affärspartner arbetar på plats eller på distans. En annan fördel är att molnsäkerheten förbättrar datasekretessen och hjälper organisationer att följa regler som GDPR och HIPAA. Om sådana regler inte följs kan det resultera i dryga böter och skadat anseende.

Metodtips för molnsäkerhet omfattar din organisations teknik, processer och kontroller, bland annat följande:

• Se till att din molnbaserade programplattform omfattar en plattform för skydd av molnarbetsbelastning, berättigandehantering för molninfrastruktur och hantering av molnsäkerhetsstatus så att du kan minska felen, öka säkerheten och hantera åtkomst effektivt.
• Håll regelbunden utbildning som ger medarbetarna möjlighet att känna igen nätfiskekampanjer och andra tekniker för social manipulering. Implementera också processer som hjälper dig att förhindra, identifiera och svara på en attack, till exempel kryptering av känsliga data, regelbunden korrigering av programvara och maskinvara och utveckling av starka lösenordspolicyer.
• Inför ett Nolltillit-ramverk som verifierar alla åtkomstbegäranden uttryckligen. Det här innebär bland annat att du använder minst privilegierad åtkomst för att endast ge medarbetarna åtkomst till de resurser de behöver och inte mer.
• Med vänsterförflyttning av säkerhet i DevOps-pipelinen kan säkerhets- och utvecklingsteam tillsammans bygga in säkerhet i själva koden, så att molnbaserade program är säkra från början och förblir säkra.