Ethical Hacking Academy · Lektion

Cloud-angrebsfladen

AWS, Azure, GCP

Lektion 1 af 413 trin

Cloud-angrebsfladen er en gratis Ethical Hacking Academy-lektion på CoddyKit. Dette er lektion 1 af 4. Du kan læse hele lektionen gratis nedenfor — og derefter øve dig praktisk i browseren med en indbygget kodeeditor og en AI-vejleder, der er tilgængelig døgnet rundt. Den er en del af læringsforløbet i Ethical Hacking Academy, og dine fremskridt synkroniseres på tværs af nettet og CoddyKit-appen. Ethical Hacking Academy-kurset indeholder 4 lektioner i alt.

Hvad er angrebsfladen i skyen?

Angrebsfladen i skyen er det samlede sæt af punkter, hvor en angriber kan forsøge at trænge ind i et cloudmiljø eller hente data ud af det. I modsætning til lokale netværk defineres cloudens angrebsflade primært af konfiguration og identitet, ikke af en fysisk perimeter.

Offentligt tilgængelige API'er og administrationskonsoller
Identitets- og adgangsstyring (IAM)
Storage buckets, databaser og serverløse funktioner
Netværkseksponering (sikkerhedsgrupper, load balancere)

En enkelt forkert konfigureret indstilling kan eksponere en hel konto.

De tre store: AWS, Azure og GCP

De fleste cloud-pentests målretter en af de tre store udbydere. Hver udbyder har sin egen identitetsmodel og terminologi, men angrebsmønstrene ligner hinanden.

AWS — IAM-brugere/-roller, S3, EC2, Lambda
Azure — Entra ID (Azure AD), Blob Storage, VM'er, Functions
GCP — IAM-tjenestekonti, Cloud Storage, Compute Engine

Når du lærer én af dem grundigt, bliver de andre nemmere, fordi kernebegreberne (identitet, beregning, lagring og netværk) går igen i dem alle.

Modellen med delt ansvar

Cloududbydere sikrer infrastrukturen; kunden sikrer det, kunden lægger ind i den. Det er modellen med delt ansvar, og næsten alle cloudbrud sker på kundens side.

Udbyder: fysiske datacentre, hypervisor og patchning af administrerede tjenester
Kunde: IAM-politikker, data, OS-patchning (IaaS) og netværkskonfiguration

Som pentester fokuserer du på kundens ansvar, fordi det er dér, de fejl, der kan udnyttes, findes.

Opremsning af cloudidentitet

Den første opgave i en cloudvurdering er at finde ud af, hvem du er, og hvad du kan gøre med de legitimationsoplysninger, du har. AWS CLI viser straks den kaldende identitet.

Hvis en nøgle har for mange tilladelser, kan denne ene identitet bevæge sig rundt i hele kontoen.

# Confirm which AWS identity a credential belongs to
aws sts get-caller-identity

# Example output
# {
#   "UserId": "AIDA...",
#   "Account": "123456789012",
#   "Arn": "arn:aws:iam::123456789012:user/devuser"
# }

Offentlig kontra privat angrebsflade

Cloudressourcer kan være tilgængelige fra det offentlige internet eller kun indefra et virtuelt netværk. Forkert konfigureret eksponering er et af de mest almindelige fund.

Security groups / NSGs åbne for 0.0.0.0/0
Storage buckets indstillet til offentlig læseadgang
Databaser med offentlige slutpunkter aktiveret
Administrationsporte (22, 3389, 5432) eksponeret

At kortlægge, hvilke ressourcer der er offentlige, er grundlaget for cloud-rekognoscering.

Opdagelse af ressourcer udefra

Selv uden legitimationsoplysninger kan angribere optegne et måls cloud-fodaftryk. Forudsigelige navne og DNS lækker overraskende meget information.

Værktøjer gennemprøver bucket- og lagernavne ud fra virksomhedsnavnet og almindelige mønstre.

# Resolve a cloud-hosted hostname to map provider/region
nslookup assets.example.com

# Probe a guessed S3 bucket name
curl -s -o /dev/null -w '%{http_code}\n' https://example-backups.s3.amazonaws.com/

Administrationsplanet kontra dataplanet

Der findes to forskellige angrebslag i enhver cloudkonto:

Administrations-/kontrolplanet — API'erne, der opretter, ændrer og sletter ressourcer (f.eks. iam:CreateUser, ec2:RunInstances)
Dataplanet — adgang til dataene inde i ressourcerne (læsning af et S3-objekt, forespørgsel mod en database)

Hvis administrationsplanet kompromitteres, er spillet som regel slut, fordi angriberen kan give sig selv den dataplanadgang, vedkommende ønsker.

Logning og detektionsflade

Handlinger i skyen logges centralt. Som pentester skal du vide, at disse logge findes, fordi forsvarere overvåger dem, og det er i sig selv et fund, hvis du opdager, at de er deaktiveret.

AWS CloudTrail — registrerer alle API-kald
Azure Activity Log / Monitor
GCP Cloud Audit Logs

En konto, hvor logning er deaktiveret eller ikke overvåges, er et højrisikofund, allerede før der sker nogen udnyttelse.

# Check whether CloudTrail logging is active
aws cloudtrail describe-trails
aws cloudtrail get-trail-status --name my-trail

Almindelige indgangspunkter til skyen

De fleste kompromitteringer af skymiljøer starter fra en af en håndfuld adgangsveje:

Lækkede adgangsnøgler i Git-repositorier, CI-logge eller mobilapps
For bredt tilladende IAM-roller, der er knyttet til kompromitterede servere
SSRF, der når instansens metadata-tjeneste
Offentlige storage-buckets, der eksponerer hemmeligheder eller sikkerhedskopier

Når du genkender disse mønstre, kan du prioritere, hvor du skal lede først.

Systematisk kortlægning af angrebsfladen

En struktureret tilgang gør en vurdering af skymiljøet grundig. Automatiserede værktøjer opregner hele kontoen, når du har legitimationsoplysninger.

Værktøjer som ScoutSuite og Prowler reviderer konfigurationen på tværs af tjenester og markerer automatisk risici.

# Audit an AWS account for misconfigurations (read-only)
prowler aws

# Multi-cloud configuration review
scout aws

Omfang og godkendelse først

Test af skymiljøer skal holdes inden for opgavens godkendelse. Udbyderne har også regler for opgavens udførelse.

Bekræft præcis, hvilke konti, abonnementer eller projekter der er omfattet
Undgå handlinger, der påvirker andre lejere eller delt infrastruktur
Kør aldrig tests af typen denial-of-service uden udtrykkelig skriftlig godkendelse

Uautoriseret test af skymiljøer kan være i strid med udbyderens vilkår og lokal lovgivning.

Hurtigt tjek

Hvilken part er i henhold til modellen for delt ansvar ansvarlig for IAM-politikker og datakonfiguration?

Besvar den i den interaktive lektion

Opsummering: Angrebsfladen i skyen

Du har lært, hvad der definerer angrebsfladen i skyen, og hvordan den adskiller sig fra traditionelle netværk.

Angrebsfladen formes af identitet og konfiguration, ikke af en fysisk perimeter
AWS, Azure og GCP deler de samme kernebegreber: identitet, beregning, storage og netværk
Modellen for delt ansvar placerer konfiguration og data hos kunden
Skeln mellem administrationsplanet og dataplanet
Bekræft altid omfang og godkendelse, før du tester

Dernæst går vi i dybden med fejlkonfigurationer i IAM, som er kernen i angreb på skymiljøer.

Gratis at komme i gang

Lær Ethical Hacking Academy med en AI-underviser — gratis

Skriv og kør rigtig kode i din browser, få øjeblikkelig hjælp fra en AI-underviser døgnet rundt, og fortsæt, hvor du slap, på web eller i appen.

Kurser: 31
Lektioner: 111

Start gratis Se hele kurset

Ofte stillede spørgsmål

Er lektionen “Cloud-angrebsfladen” gratis?

Ja — hele teksten til “Cloud-angrebsfladen” kan læses gratis her på nettet. Hvis du vil øve dig interaktivt med en indbygget kodeeditor og en AI-vejleder døgnet rundt og få adgang til resten af Ethical Hacking Academy-kurset, skal du opgradere til CoddyKit PRO. Ethical Hacking Academy-kurset indeholder 4 lektioner i alt.

Hvad lærer jeg i “Cloud-angrebsfladen”?

AWS, Azure, GCP Du øver dig i Ethical Hacking Academy med praktisk kode, som du kører direkte i browseren, og en AI-vejleder døgnet rundt besvarer dine spørgsmål, mens du arbejder dig gennem lektionen.

Skal jeg have erfaring for at begynde på Ethical Hacking Academy?

Der kræves ingen tidligere erfaring. Ethical Hacking Academy på CoddyKit er tilrettelagt for både begyndere og øvede, så du kan starte her eller fra begyndelsen og lære i dit eget tempo. Dette er lektion 1 af 4.

Hvor lang tid tager lektionen “Cloud-angrebsfladen”?

De fleste CoddyKit-lektioner tager cirka 5–10 minutter. Hver lektion er kort og interaktiv, så du gør løbende fremskridt og kan fortsætte, hvor du slap – på både web og app.

Kan jeg skrive og køre kode i denne Ethical Hacking Academy-lektion?

Ja. Alle Ethical Hacking Academy-lektioner har en indbygget kodeeditor, så du kan skrive og køre rigtig kode direkte i din browser og få øjeblikkelig feedback fra AI – uden lokal opsætning.

Alle lektioner i dette kursus

← Tilbage til Ethical Hacking Academy