Cloud & IT Cert Prep · Lektion

Penetrationstestfaser: fra rekognoscering til rapportering

Følg penetrationstestens livscyklus: rekognoscering, scanning, udnyttelse, post-exploitation og den afsluttende rapport, der danner grundlag for afhjælpning.

Lektion 3 af 413 trin

Penetrationstestfaser: fra rekognoscering til rapportering er en gratis Cloud & IT Cert Prep-lektion på CoddyKit. Dette er lektion 3 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 Cloud & IT Cert Prep, og dine fremskridt synkroniseres på tværs af nettet og CoddyKit-appen. Cloud & IT Cert Prep-kurset indeholder 4 lektioner i alt.

Livscyklussen for penetrationstest

En struktureret penetrationstest følger en fastlagt livscyklus, der sikrer en grundig dækning, minimerer risikoen for produktionssystemer og giver handlingsrettede resultater. Det mest udbredte framework stammer fra PTES (standarden for udførelse af penetrationstest) og er tilpasset NIST's tilgang. Faserne er: planlægning og fastlæggelse af omfang, rekognoscering, scanning, udnyttelse, efterfølgende udnyttelse og rapportering. Hver fase bygger videre på den foregående — du kan ikke udnytte noget, du ikke har opdaget, og du kan ikke rapportere noget, du ikke har dokumenteret. Hvis faser springes over eller gennemføres for hurtigt, bliver vurderingerne ufuldstændige, og resultaterne upålidelige.

# Penetration testing phases:
# 1. Planning & Scoping    (Rules of Engagement)
# 2. Reconnaissance        (OSINT + passive recon)
# 3. Scanning/Enumeration  (active discovery)
# 4. Exploitation          (attacking vulnerabilities)
# 5. Post-Exploitation     (lateral movement, persistence)
# 6. Reporting             (findings + recommendations)

Fase 1: Planlægning og fastlæggelse af omfang

Planlægningsfasen fastlægger det juridiske og operationelle grundlag for opgaven. Vigtige leverancer omfatter: en underskrevet Statement of Work (SOW), der definerer mål og priser; et dokument med Rules of Engagement (RoE), som angiver godkendte mål, tidsvinduer, forbudte teknikker, nødkontakter og krav til datahåndtering; samt en tydelig definition af succeskriterier (hvad der regnes for at have nået målet). Omfanget skal defineres præcist for at forhindre udvidelse af omfanget (utilsigtet test af systemer uden godkendelse) og sikre, at vurderingen dækker de mest kritiske aktiver. Alle kommunikationskanaler og procedurer for eskalering fastlægges, før noget teknisk arbejde begynder.

# Scoping questions to answer:
# - Which IP ranges/domains are in scope?
# - Are cloud environments (AWS/Azure/GCP) in scope?
# - Are physical attacks in scope?
# - Are employees fair game for phishing?
# - Are denial-of-service techniques permitted?
# - What notification procedures exist?
# - Who is the authorized point of contact?
# - What is the test window (dates/times)?
# - How will data be protected and destroyed after?

Fase 2: Passiv rekognoscering (OSINT)

Passiv rekognoscering indsamler oplysninger om målet uden direkte interaktion med dets systemer — ved hjælp af offentlige kilder, der ikke genererer logs på målet. Kilderne omfatter: WHOIS-poster (domæneregistrering og kontaktoplysninger på registranten), DNS-poster, logs over certifikattransparens (som afslører underdomæner), LinkedIn (medarbejdernavne, jobtitler og anvendte teknologier), jobopslag (som afslører teknologistak og værktøjer), Shodan/Censys (internetvendte tjenester og åbne porte), GitHub-repositorier (kildekode og legitimationsoplysninger, der ved en fejl er blevet committet) samt Google-dorking (stedsspecifikke søgninger efter følsomme filer og eksponerede grænseflader).

# OSINT techniques (no target contact):
# WHOIS:
whois targetcompany.com

# DNS enumeration via public resolvers:
dig @8.8.8.8 targetcompany.com ANY
dnsx -d targetcompany.com -a -aaaa -cname -mx -ns

# Certificate transparency (subdomains):
curl 'https://crt.sh/?q=%.targetcompany.com&output=json'

# Google dorks:
# site:targetcompany.com filetype:pdf confidential
# site:targetcompany.com inurl:admin
# site:github.com targetcompany password OR apikey

Fase 2: Aktiv rekognoscering

Aktiv rekognoscering indebærer direkte interaktion med målsystemer for at indsamle oplysninger. Det genererer logs på målet og støjer i sagens natur mere end passiv rekognoscering. Teknikkerne omfatter portscanning (Nmap), tjenesteoptælling, forsøg på DNS-zoneoverførsel og bannerindsamling. Grænsen mellem rekognoscering og scanning er uklar — målet med rekognoscering er informationsindsamling, mens scanning typisk indebærer identifikation af sårbarheder. Aktiv rekognoscering kan dog udløse IDS/IPS-advarsler og blive opdaget af et sikkerhedsbevidst mål, så testere afvejer grundighed mod diskretion ud fra opgavens mål (test af detektion eller diskret kompromittering).

# Active reconnaissance techniques:
# Host discovery:
nmap -sn 192.168.1.0/24 -oG alive_hosts.txt

# DNS zone transfer (if misconfigured):
dig axfr @ns1.targetcompany.com targetcompany.com

# Banner grabbing:
nc -v 192.168.1.10 22    # SSH version
curl -I https://targetcompany.com  # web server header

# SMTP enumeration:
nmap --script smtp-enum-users 192.168.1.25

# Web crawler:
whatweb targetcompany.com

Fase 3: Scanning og sårbarhedsanalyse

Scanningsfasen finder systematisk åbne porte, tjenester, softwareversioner og kendte sårbarheder på mål inden for omfanget. I denne fase bruges værktøjer som Nmap til tjenesteoptælling og Nessus/OpenVAS til sårbarhedsscanning. Penetrationstesteren gennemgår scannerens output manuelt og sammenholder resultaterne: En Apache-version, som Nmap identificerer, kan matche kendte exploits i CVE-databasen. Denne fase omfatter også manuel afprøvning af webapplikationer (med Burp Suite) og test af godkendelsesmekanismer. Outputtet er en prioriteret liste over mulige angrebsveje, der skal forfølges i udnyttelsesfasen.

# Scanning phase workflow:
# 1. Port and service scan:
nmap -sV -sC -O 192.168.1.0/24 -oX services.xml

# 2. Vulnerability scan (Nessus/OpenVAS):
# Import Nmap results -> credentialed scan -> export report

# 3. Web application scanning:
burpsuite                              # manual + scanner
niklto -h https://192.168.1.10
wpscan --url https://targetsite.com   # WordPress-specific

# 4. Correlate version with CVEs:
# searchsploit apache 2.4.41
# Check NVD: https://nvd.nist.gov/vuln/search

Fase 4: Udnyttelse

Udnyttelsesfasen forsøger at udnytte identificerede sårbarheder til at opnå uautoriseret adgang, privilegieeskalering eller andre definerede mål. Udnyttelsen skal holdes strengt inden for omfanget og reglerne for opgaven. Teknikkerne omfatter udnyttelse af uopdaterede sårbarheder (med Metasploit eller manuelle exploits), legitimationsangreb (password spraying, standardlegitimationsoplysninger og brute force), angreb på webapplikationer (SQL-injektion og XSS-udnyttelse) samt social engineering, hvis det er godkendt. Alle handlinger skal dokumenteres med tidsstempler: hvad der blev gjort, hvornår det blev gjort, hvad resultatet var, og hvilket værktøj der blev brugt. Denne dokumentation udgør evidensgrundlaget for den endelige rapport.

# Documentation during exploitation:
# Use a testing journal (OneNote, CherryTree, Obsidian)
# For each finding, record:
# - Date/time: 2026-06-15 14:32 UTC
# - Target: 192.168.1.25 (web-prod-01)
# - Finding: SQL injection in /login.php username parameter
# - Command: sqlmap -u 'http://target/login.php' --data 'user=*&pass=x'
# - Screenshot: login_sqli_01.png
# - Impact: retrieved admin credentials from users table
# - CVSS: 9.8 (Critical)

Fase 5: Efterfølgende udnyttelse

Efterfølgende udnyttelse begynder, når den første adgang er opnået, og undersøger, hvor langt en angriber kunne udvide sin rækkevidde. Aktiviteterne omfatter: privilegieeskalering (opnåelse af administrator-/root-adgang fra begrænset brugeradgang), indsamling af legitimationsoplysninger (udtræk af hashes, billetter eller adgangskoder i klartekst), lateral bevægelse (adgang til andre systemer ved hjælp af indsamlede legitimationsoplysninger), dataopdagelse (identifikation af følsomme data, der er tilgængelige fra den kompromitterede position) samt etablering af vedvarende adgang (for at simulere en APT's langsigtede adgang). Målet er at vise den realistiske effekt af det første kompromis — ikke blot at ét system blev kompromitteret, men hvad angriberen i sidste ende kunne få adgang til.

# Post-exploitation with Meterpreter (Metasploit):
meterpreter> sysinfo                  # OS/hostname
meterpreter> getuid                   # current user
meterpreter> getsystem                # attempt privilege escalation
meterpreter> hashdump                 # dump local NTLM hashes
meterpreter> run post/multi/gather/credentials
meterpreter> run post/windows/manage/migrate  # migrate to stable process

# Lateral movement (CrackMapExec with dumped hash):
crackmapexec smb 192.168.1.0/24 -u admin -H <NTLM_hash> --shares

Pivotering og intern netværksadgang

Pivotering bruger en kompromitteret vært som relæ til at nå netværkssegmenter, der ellers er utilgængelige for penetrationstesteren (f.eks. et internt database-VLAN, som kun kan nås fra applikationsserveren). Metasploits kommando route add og SSH-tunneling (ssh -L til lokal videresendelse eller ssh -D til SOCKS-proxy) er almindelige pivotmekanismer. Pivotering viser, om netværkssegmentering reelt er effektiv — et velsegmenteret netværk bør forhindre en kompromitteret DMZ-server i at nå interne databaser, mens et fladt netværk tillader fri lateral bevægelse. Dokumenterede pivotstier i rapporten viser præcist, hvor segmenteringshullerne findes.

# SSH local port forward (pivot):
# Access MySQL on internal server through compromised host:
ssh -L 3306:10.30.30.5:3306 user@compromised_host
# Now connect to MySQL locally:
mysql -h 127.0.0.1 -P 3306 -u root

# SOCKS proxy for full network pivot:
ssh -D 1080 user@compromised_host
# Use proxychains to route tools through SOCKS proxy:
proxychains nmap -sT 10.30.30.0/24

# Metasploit route add:
route add 10.30.30.0/24 <session_id>

Oprydning og sikring af evidens

Når testen er afsluttet, skal penetrationstestere rydde op — de skal fjerne bagdøre, konti og værktøjer, som de har installeret. I modsætning til virkelige angribere er penetrationstestere forpligtet af reglerne for opgaven til at gendanne systemerne til deres tilstand før testen. Oprydningen omfatter: fjernelse af oprettede brugerkonti, sletning af placerede filer (payloads og værktøjer), fjernelse af mekanismer til vedvarende adgang (WMI-abonnementer, planlagte opgaver og registry run keys) samt bekræftelse med kunden af, at alle testartefakter er væk. Sikring af evidens foregår parallelt: Opbevar alle skærmbilleder, værktøjsoutput, logs og noter i et sikkert format til rapportskrivning og eventuel juridisk reference.

# Post-test cleanup checklist:
# Windows:
# - Delete created accounts: net user testuser /delete
# - Remove scheduled tasks: schtasks /delete /tn 'TestTask'
# - Remove registry persistence: reg delete HKLM\...
# - Delete dropped files: del C:\Windows\Temp\payload.exe
# - Clear event logs (if authorized): wevtutil cl Security

# Linux:
# - Remove cron jobs: crontab -r
# - Remove added SSH keys: edit ~/.ssh/authorized_keys
# - Delete dropped files: rm /tmp/payload.sh

Fase 6: Rapportering

Rapporten er den vigtigste leverance, som begrunder opgaven og danner grundlag for udbedring. En velstruktureret rapport indeholder: et resumé til ledelsen (risikovurdering, forretningsmæssig påvirkning og de tre vigtigste resultater for ledelsen); et afsnit med tekniske resultater (hvert resultat med alvorlighedsgrad, beskrivelse, evidens, trin til genskabelse, forretningsmæssig påvirkning og specifik vejledning i udbedring); samt et appendiks med råt værktøjsoutput og detaljerede tidslinjer. Rapporter klassificeres som fortrolige — de indeholder tilstrækkelige detaljer til at gentage angrebet. Leveringen omfatter typisk et debriefingmøde, hvor penetrationstestteamet gennemgår resultaterne og besvarer kundens spørgsmål. God rapportering er det, der adskiller professionelle opgaver fra amatøragtige scannerudtræk.

Passiv og aktiv rekognoscering til eksamen

Security+ tester ofte forskellen mellem passiv og aktiv rekognoscering. Passiv rekognoscering indebærer indsamling af oplysninger fra offentlige kilder uden direkte kontakt med målsystemer — der oprettes ingen logs på målet. Eksempler er læsning af WHOIS-poster, gennemgang af LinkedIn, forespørgsler i logs over certifikattransparens og kørsel af Shodan-søgninger. Aktiv rekognoscering indebærer direkte interaktion med målsystemer — portscanning, bannerindsamling og forsøg på DNS-zoneoverførsel. Aktiv rekognoscering genererer logs og kan udløse IDS-advarsler. I en virkelig opgave kommer passiv rekognoscering før aktiv rekognoscering, så der kan opbygges et kort, før der skabes kontakt med målnetværket, som kan registreres.

Hurtigt tjek

Test din forståelse af CompTIA Security+-begreberne (SY0-701) fra denne lektion.

Opsummering af lektionen

I denne lektion har du lært, at penetrationstest følger en struktureret livscyklus med planlægning, rekognoscering, scanning, udnyttelse, efterfølgende udnyttelse og rapportering, at passiv rekognoscering bruger offentlige OSINT-kilder uden at oprette logs på målet, mens aktiv rekognoscering interagerer direkte med systemer, og at den endelige rapport med sit resumé til ledelsen, tekniske resultater og specifikke vejledning i udbedring er den vigtigste leverance, der driver sikkerhedsforbedringer. Dernæst gennemgår vi CVSS-scorer og prioritering af udbedring af sårbarheder.

Gratis at komme i gang

Lær Cloud & IT Cert Prep 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
150
Lektioner
600

Ofte stillede spørgsmål

Er lektionen “Penetrationstestfaser: fra rekognoscering til rapportering” gratis?

Ja — hele teksten til “Penetrationstestfaser: fra rekognoscering til rapportering” 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 Cloud & IT Cert Prep-kurset, skal du opgradere til CoddyKit PRO. Cloud & IT Cert Prep-kurset indeholder 4 lektioner i alt.

Hvad lærer jeg i “Penetrationstestfaser: fra rekognoscering til rapportering”?

Følg penetrationstestens livscyklus: rekognoscering, scanning, udnyttelse, post-exploitation og den afsluttende rapport, der danner grundlag for afhjælpning. Du øver dig i Cloud & IT Cert Prep 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å Cloud & IT Cert Prep?

Der kræves ingen tidligere erfaring. Cloud & IT Cert Prep 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 3 af 4.

Hvor lang tid tager lektionen “Penetrationstestfaser: fra rekognoscering til rapportering”?

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 Cloud & IT Cert Prep-lektion?

Ja. Alle Cloud & IT Cert Prep-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

  1. Sårbarhedsscanning kontra penetrationstest
  2. Almindelige scanningsværktøjer: Nessus, OpenVAS, Nmap
  3. Penetrationstestfaser: fra rekognoscering til rapportering
  4. CVSS-scoring og prioritering af sårbarheder
← Tilbage til Cloud & IT Cert Prep