arrow_backTerug naar veldaantekeningen
BLUE TEAM Gepubliceerd 6 Jul 2026

Threat Hunting beheersen: Een praktische gids

Leer een gestructureerde, hypothese-gedreven benadering van threat hunting, van gegevensbronnen tot technieken die verborgen tegenstanders opsporen.

Threat hunting keert het traditionele beveiligingsmodel om: in plaats van te wachten op waarschuwingen, ga je ervan uit dat je systeem is aangetast en zoek je naar bewijs. Wanneer goed gedaan, vangt het tegenstanders die geautomatiseerde verdedigingen ontwijken. Deze gids loopt door een praktisch, herhaalbaar proces dat je ongeacht de grootte of toolset van je organisatie kunt toepassen.

Waarom hunting belangrijk is

Signatuurgebaseerde detectie en zelfs meeste behavioral analytics vangen alleen bekende schadelijke patronen of duidelijke anomalieën op. Vaardige aanvallers opereren bewust onder die drempel, gebruiken legitieme tools (living-off-the-land binaries), geldige inloggegevens en langzaam, voorzichtig verkeer. Threat hunting sluit die kloof door een menselijke analist hypothesen over aanvallersgedrag te laten vormen en actief naar ondersteunend bewijs in je telemetrie te zoeken.

Bouw een hypothese-gedreven proces

Effectieve hunts beginnen met een specifieke, testbare hypothese in plaats van een open visdoosexpeditie. Goede hypothesen komen meestal uit drie bronnen:

  • Threat intelligence: Een nieuw rapport beschrijft een techniek die wordt gebruikt door een groep die je industrie aanvalt. Hypothese: "Als deze groep actief in onze omgeving is, zouden we PowerShell zien die payloads via een specifiek patroon downloadt."
  • MITRE ATT&CK gaps: Map je huidige detectiedekking tegen ATT&CK-technieken en prioriteer hunts voor technieken die je momenteel niet automatisch kunt detecteren.
  • Anomalie-gedreven nieuwsgierigheid: Ongebruikelijke inlogtijden, zeldzame parent-child procesrelaties, of onverwachte uitgaande verbindingen die geen waarschuwingen triggeren maar er vreemd uitzien bij controle.

Documenteer elke hypothese, de gegevensbronnen die je bevraagt, en welk bewijs het zou bevestigen of weerleggen. Deze discipline verhindert dat hunts ongestructureerd worden en maakt resultaten reproduceerbaar.

Ken je gegevensbronnen

Een hunt is slechts zo goed als de telemetrie erachter. Kernbronnen zijn:

  • Endpoint Detection and Response (EDR) logs: procesaanmaak, opdrachtregelargumenten, bestandsschrijven, netwerkverbindingen per proces.
  • Windows Event Logs: vooral Security (4624/4625 logons), Sysmon (procesaanmaak, netwerk, register), en PowerShell operationeel logs.
  • Netwerkgegevens: NetFlow/Zeek logs voor verbindingsmetadata, DNS query logs, en proxy logs voor uitgaande webverkeer.
  • Authentication logs: van identiteitsproviders, VPN's en directoryservices om onmogelijk reizen of misbruik van inloggegevens op te spotten.
  • Cloud audit logs: CloudTrail, Azure Activity Logs, of GCP Audit Logs voor privilehewijzigingen en API-misbruik.

Centraliseer deze in een SIEM of data lake waar je snel ad-hoc query's kunt uitvoeren. Als je retentie te kort is, worden hunts tegen historische inbreuken onmogelijk—zieloos op minstens 90 dagen waar haalbaar.

Praktische hunting-technieken

Stack counting (frequentieanalyse): Tel het aantal keer dat een veld—parentprocessnamen, geplande tasknamen, servicenamen—in je omgeving voorkomt. Uitschiters (een proces dat op één host van tienduizend draait) wijzen vaak op iets wat het waard is om te onderzoeken.

SELECT parent_process, COUNT(*) as cnt
FROM process_events
GROUP BY parent_process
ORDER BY cnt ASC
LIMIT 50;

Least frequency of occurrence (LFO): Vergelijkbaar met stacking maar toegepast op combinaties, zoals (user, source_ip) paren voor authenticatie, om zeldzame toegangspatronen aan het licht te brengen.

Baseline deviation: Bepaal wat "normaal" is voor een host of gebruiker (typische inlogtijden, veelgebruikte processen) en markeer afwijkingen. Dit vereist een initiële investering in profilering maar levert winst op voor voortgaande hunts.

Pivoting op IOC's en TTP's: Begin vanuit een bekende indicator (hash, domein, IP) of techniek (bijv. T1055 processinjectie) en zoek in alle beschikbare logs naar gerelateerde activiteit, en pivot dan outward vanuit eventuele hits om gerelateerde infrastructuur of beïnvloede hosts te vinden.

Hulpmiddelen die het waard zijn om te leren

  • Sysmon + Sigma rules: Sysmon biedt rijke endpointtelemetrie; Sigma geeft je een portable regelformat om te detecteren en te jagen over SIEM platforms.
  • Velociraptor of osquery: Voor vlotageschakelde live query's wanneer je honderden endpoints moet controleren op een specifiek artefact.
  • Zeek: Voor grondige netwerkprotocolanalyse voorbij simpele NetFlow.
  • MITRE ATT&CK Navigator: Om huntdekking in de loop der tijd bij te houden en te visualiseren.

De lus sluiten

Elke hunt moet een resultaat opleveren naast "niets gevonden." Wanneer je schadelijke activiteit bevestigt, voer je deze in in incident response. Wanneer je gaten in zichtbaarheid vindt, dien je ze in als detection engineering tickets. Wanneer een hunttechniek waardevol blijkt, zet je het om in een geautomatiseerde detectieregel zodat toekomstige gevallen waarschuwingen triggeren zonder handmatige inspanning. Dit maakt threat hunting tot een doorlopend verbeteringsmechanisme voor je hele beveiligingsprogramma in plaats van een eenmalige oefening.

Hou een huntlog bij met hypothesen, gebruikte query's en bevindingen—deze institutionele kennis groeit in de loop der tijd en maakt onboarding van nieuwe hunters veel sneller.

Klaar om dieper in te gaan? Verken de Digital Forensics en Blue Team segmenten van Korra Studio om de detectie- en onderzoeksvaardigheden op te bouwen die van nature samengaan met threat hunting.

Geschreven met AI-ondersteuning, herzien en gepubliceerd door Michal Pilch (CISSP), Korra Studio.

Klaar om verder te gaan?

Dit is één aantekening uit de kennisbasis van Korra Studio — het platform koppelt elk onderwerp aan 1-op-1 mentoring.

Gratis beginnenarrow_forward