De 10 vanligaste sårbarheterna vi hittar vid penetrationstest — och hur ni åtgärdar dem

Därför återkommer samma sårbarheter år efter år

Samma sårbarheter återkommer ofta i penetrationstester trots ökad medvetenhet

Varför ser vi samma sårbarheter gång på gång, trots ökad medvetenhet och bättre verktyg? Det finns flera anledningar:

• Organisationer prioriterar ofta funktionalitet och snabb leverans framför säkerhet
• Brist på säkerhetskompetens i utvecklingsteam och IT-avdelningar
• Komplexa system med många beroenden gör det svårt att åtgärda alla sårbarheter
• Säkerhetsarbete ses som en engångsaktivitet snarare än en kontinuerlig process
• Bristande förståelse för hur sårbarheter kan utnyttjas i verkliga angrepp

Genom att förstå de vanligaste sårbarheterna och hur de kan åtgärdas kan ni bygga ett starkare försvar mot cyberhot. Låt oss titta på de tio mest förekommande sårbarheterna vi identifierar vid penetrationstest.

1. Svaga eller exponerade lösenord

Problem

Lösenord som återanvänds, är för enkla eller har läckt i tidigare dataintrång utgör en av de vanligaste sårbarheterna vi hittar. Användare väljer ofta förutsägbara lösenord eller återanvänder samma lösenord på flera system, vilket gör det enkelt för angripare att få åtkomst.

Konsekvens

Fullständig kontokapning kan ske på sekunder. När en angripare har åtkomst till ett konto kan de ofta eskalera sina privilegier, röra sig lateralt i nätverket och få tillgång till känslig information.

Åtgärder

• MFA som krav: Implementera multifaktorautentisering för alla användare, särskilt för privilegierade konton och externa åtkomstpunkter.
• Password manager: Använd lösenordshanterare för att generera och lagra unika, komplexa lösenord för varje system.
• Rotation av privilegierade konton: Schemalägg regelbunden rotation av lösenord för privilegierade konton.
• Blockera lösenord från läckta databaser: Implementera kontroller som förhindrar användning av lösenord som förekommer i kända dataintrång.

2. Överprivilegierade användare (IAM-brister)

Problem

Konton har ofta bredare access än de behöver för att utföra sina arbetsuppgifter. Detta bryter mot principen om minsta möjliga behörighet och skapar onödiga risker. Vid penetrationstest ser vi regelbundet användare med administratörsrättigheter till system de sällan eller aldrig använder.

Konsekvens

Lateral movement blir trivialt för angripare. Om ett konto komprometteras kan angriparen utnyttja de breda behörigheterna för att röra sig fritt i nätverket och få åtkomst till känsliga system och data.

Åtgärder

• Least privilege: Tilldela endast de behörigheter som krävs för att utföra arbetsuppgifter.
• RBAC/ABAC: Implementera rollbaserad eller attributbaserad åtkomstkontroll för att strukturera behörigheter.
• Regelbunden privilegiegranskning: Schemalägg kvartalsvisa granskningar av användarbehörigheter och justera vid behov.

3. Felkonfigurerade molntjänster (AWS, Azure, GCP)

Problem

I takt med att allt fler organisationer flyttar till molnet ser vi en ökning av felkonfigurerade molntjänster. De vanligaste problemen inkluderar:

• Öppna S3-buckets i AWS
• Offentliga Azure Blob Containers
• Oskyddade GCP Storage Buckets
• Överexponerade API:er och tjänster

Konsekvens

Känslig data kan exponeras publikt på internet, vilket kan leda till dataläckage, regelöverträdelser och betydande ekonomiska och anseendemässiga skador.

Åtgärder

• Aktivera block-public-access: Använd inbyggda funktioner för att blockera publik åtkomst till lagringstjänster.
• IAM audit: Granska och begränsa IAM-roller och behörigheter i molnmiljöer.
• Kryptering + VPC-endpoints: Kryptera data i vila och använd privata nätverksanslutningar för att minska exponering.

4. Sårbara webbapplikationer (OWASP Top 10)

Problem

Webbapplikationer är ofta sårbara för välkända angrepp som beskrivs i OWASP Top 10. De vanligaste sårbarheterna vi hittar vid penetrationstest inkluderar:

• Injection (SQL/XSS): Möjlighet att injicera skadlig kod som kan manipulera databaser eller webbsidor.
• Broken Authentication: Brister i autentiseringsmekanismer som möjliggör kontokapning.
• Security Misconfiguration: Felaktiga säkerhetsinställningar som exponerar känslig information.
• Broken Access Control: Bristfällig åtkomstkontroll som låter användare se eller ändra data de inte borde ha tillgång till.

Konsekvens

Sårbara webbapplikationer kan leda till dataläckage, kontokapning, systemkompromiss och i värsta fall fullständig kontroll över bakomliggande system och nätverk.

Åtgärder

• Web Application Firewall: Implementera WAF för att filtrera skadlig trafik.
• Kodgranskningar: Utför regelbundna säkerhetsgranskningar av kod.
• Strikt input validation: Validera all användarinput för att förhindra injektionsattacker.

5. Patchade men ej uppdaterade system

Problem

System ligger ofta månader efter i patchcykeln, vilket lämnar kända sårbarheter öppna för angrepp. Detta är särskilt vanligt i komplexa miljöer där patchning kräver omfattande testning eller driftstopp.

Konsekvens

Angrepp via välkända CVE:er (Common Vulnerabilities and Exposures) blir möjliga. Angripare kan utnyttja dokumenterade sårbarheter med tillgängliga exploits för att kompromittera system.

Åtgärder

• Automatiserad patchning: Implementera verktyg för automatiserad distribution av säkerhetsuppdateringar.
• Central patch policy: Utveckla en tydlig policy för prioritering och hantering av säkerhetsuppdateringar.
• Testmiljöer för snabbare utsläpp: Skapa dedikerade testmiljöer för att validera patchar innan produktionsdistribution.

6. Osäkra API:er

Problem

API:er utgör en allt viktigare del av moderna applikationer, men säkras ofta inte tillräckligt. Vanliga brister inkluderar:

• Ingen authentication: API-endpoints som saknar eller har bristfällig autentisering.
• Öppna endpoints: API-funktioner som är tillgängliga utan behörighetskontroll.
• Bristfällig rate-limiting: Avsaknad av begränsningar för API-anrop, vilket möjliggör överbelastningsattacker.

Konsekvens

Osäkra API:er kan leda till dataläckage, obehörig åtkomst till funktioner och möjlighet att kringgå applikationens säkerhetskontroller.

Åtgärder

• OAuth2 / OpenID Connect: Implementera robusta autentiseringsmekanismer.
• Rate limiting: Begränsa antalet API-anrop för att förhindra överbelastning och brute force-attacker.
• Schema validation (OpenAPI): Validera all inkommande och utgående data mot ett definierat schema.

7. Brist på nätverkssegmentering

Problem

Många organisationer har platta nätverk där allt ligger i samma nät utan tydliga avgränsningar mellan olika säkerhetszoner. Detta är en av de vanligaste sårbarheterna vi upptäcker vid penetrationstest.

Konsekvens

Angripare får fri rörelse inom nätverket. När en angripare har fått åtkomst till en del av nätverket kan de enkelt röra sig lateralt och nå känsliga system och data.

Åtgärder

• Mikrosegmentering: Dela upp nätverket i mindre, isolerade segment baserat på säkerhetskrav.
• Zero Trust-modell: Implementera principen ”never trust, always verify” för all nätverkstrafik.
• Separata zoner för drift, data, dev: Skapa tydligt avgränsade zoner för olika typer av system och data.

8. Felaktig hantering av hemligheter (API-nycklar, tokens)

Problem

Känsliga hemligheter som API-nycklar, tokens och lösenord lagras ofta osäkert. Vi hittar regelbundet exponerade hemligheter i:

• Källkod: Hårdkodade hemligheter i applikationskod.
• CI/CD pipelines: Osäkert lagrade hemligheter i byggsystem och automatiseringsverktyg.
• Publika Git-repos: Känslig information som läckt till publika kodförråd.

Konsekvens

Exponerade hemligheter kan ge angripare direkt åtkomst till kritiska system och data utan att behöva kringgå andra säkerhetsmekanismer.

Åtgärder

• Secrets manager: Använd dedikerade verktyg för säker hantering av hemligheter.
• Rotation vid varje deployment: Rotera hemligheter regelbundet, särskilt vid nya releaser.
• Scanning av repos: Implementera automatisk scanning av kodförråd för att upptäcka läckta hemligheter.

9. Osäker logging och bristande övervakning

Problem

Många organisationer har bristfällig loggning och övervakning, vilket gör det svårt att upptäcka och reagera på säkerhetsincidenter. Sårbarheter upptäcks ofta först efter att en incident har inträffat.

Konsekvens

Fördröjd respons leder till större skada. Utan effektiv övervakning kan angripare vara aktiva i system under lång tid utan att upptäckas, vilket ökar potentiell skada.

Åtgärder

• Central loggplattform: Samla alla säkerhetsloggar på en central plats för analys.
• SIEM / SOC: Implementera verktyg och processer för effektiv säkerhetsövervakning.
• Aktiv larmhantering: Utveckla tydliga rutiner för hantering av säkerhetslarm.

10. Saknade säkerhetsrutiner i DevOps-processer

Problem

Moderna utvecklingsprocesser saknar ofta integrerade säkerhetskontroller. Vanliga pipeline-problem inkluderar:

• Ingen säkerhetskontroll vid build: Automatiserade byggen utan säkerhetstestning.
• Bristfällig artefaktkontroll: Otillräcklig validering av byggda artefakter.
• Inga dependency-scans: Avsaknad av kontroller för sårbara beroenden.

Konsekvens

Sårbarheter byggs in i system och upptäcks sent i utvecklingscykeln, vilket gör dem dyrare och svårare att åtgärda.

Åtgärder

• ”Shift-left security”: Integrera säkerhetskontroller tidigt i utvecklingsprocessen.
• Dependency scanning: Automatisera kontroll av tredjepartsberoenden.
• Container scanning: Validera containrar för kända sårbarheter.
• Policy-as-code: Implementera automatiserade säkerhetspolicyer i CI/CD-pipeline.

Sammanfattning av vanliga sårbarheter och åtgärder

Proaktivt säkerhetsarbete minskar risken för framtida incidenter

Varför välja oss? – Expertis som åtgärdar hela kedjan

Att identifiera sårbarheter är bara första steget. Vi hjälper er att implementera effektiva åtgärder för att stärka er säkerhetsposition och skydda era kritiska tillgångar.

Sammanfattning

De sårbarheter vi har presenterat i denna artikel är inte bara teoretiska hot – de är verkliga brister som vi regelbundet upptäcker vid penetrationstest hos organisationer i alla storlekar och branscher. Genom att proaktivt åtgärda dessa vanliga sårbarheter kan ni betydligt stärka er säkerhetsposition och minska risken för kostsamma säkerhetsincidenter.

Kom ihåg att säkerhet är en kontinuerlig process, inte en engångsåtgärd. Regelbundna penetrationstest, kombinerat med systematiskt säkerhetsarbete, är nyckeln till ett robust försvar mot dagens och morgondagens cyberhot.