/
/

Zo bouwt u een workflow voor incident triage over meerdere Microsoft 365-tenants

door Team Ninja
How to Build an Incident Triage Workflow Across Multiple Microsoft 365 Tenants blog banner image

Directe samenvatting

Deze blogpost van NinjaOne biedt een uitgebreide basislijst met CMD-commands en een deep dive duik in Windows-commands met meer dan 70 essentiële cmd-commands voor zowel beginners als gevorderden. Het legt praktische opdrachtpromptcommando’s uit voor file management, directory navigation, network troubleshooting, disk operations en automatisering met echte voorbeelden om de productiviteit te verbeteren. Of u nu fundamentele cmd-commands leert of geavanceerde Windows CLI-tools onder de knie krijgt, deze gids helpt u de Command Prompt effectiever te gebruiken.

Belangrijkste punten

  • Stel een gestandaardiseerd kader voor incident triage op over alle tenants heen: definieer een consistente logstructuur met JSON- of CSV-templates om essentiële gegevens vast te leggen, zoals tenant-ID’s, tijdstempels en categorieën van notificaties, in alle beheerde omgevingen.
  • Centraliseer beveiligingsnotificaties via API-integratie: gebruik de Microsoft Graph API om beveiligingsgegevens uit meerdere tenants samen te brengen in één dashboard. Zo vervallen handmatige controles per tenant en verbetert het overzicht.
  • Gebruik lokale tagging van endpoints om de status te volgen: zet PowerShell-scripts in die statusupdates rechtstreeks naar het Windows-register schrijven, zodat technici de triagestatus en incidenthistorie van een device kunnen zien zonder hun beheerportaal te verlaten.
  • Deel incidenten in op ernst en impact: koppel notificaties aan een lage, gemiddelde of hoge ernst op basis van de zakelijke urgentie en de gevoeligheid van de betrokken gegevens, zodat u uw respons effectief prioriteert.
  • Voer geautomatiseerde herstelworkflows uit: gebruik scriptgestuurde reacties, device-isolatie via Defender for Endpoint of conditional access policies om gecompromitteerde devices te isoleren, gecompromitteerde accounts de toegang tot bedrijfsmiddelen te ontzeggen, gebruikersreferenties te resetten en veelvoorkomende beveiligingsincidenten met minimaal handwerk op te lossen.

Een uitgebreide en goed gedefinieerde workflow voor incident triage is essentieel voor IT-beheerders, zeker wanneer zij een groot aantal devices beheren. IT-medewerkers kunnen incidenten zoals beveiligingsinbreuken daardoor veel sneller en efficiënter opsporen en indammen en ze voorkomen dat personeel last krijgt van alertmoeheid.

Een workflow voor incident triage ondersteunt ook uw incident-SLA’s en zorgt ervoor dat uw organisatie aan de regelgeving voldoet. Daarnaast maakt het uw rapportage consistenter voor kwartaalevaluaties en juridische compliance.

Een visuele uitleg van dit onderwerp vindt u hier: Zo bouwt u een workflow voor incident triage over meerdere Microsoft 365-tenants.

Stapsgewijze handleiding voor het opzetten van een kader voor incident triage

Controleer voordat u met dit proces begint of u aan de volgende voorwaarden voldoet:

  • Een systeem met Microsoft 365-tenants met Microsoft Defender for Office 365 en/of Microsoft 365 Defender
  • Windows PowerShell 7 of hoger
  • Een tenantspecifieke registratie van een accounttoepassing of een centraal serviceaccount
  • Een RMM-platform om uw devices te beheren

Aanvullende en/of optionele vereisten:

  • Logic Apps of een SIEM is handig om de escalatie van incidenten met een hoge ernst te automatiseren.
  • U kunt ook Microsoft 365 Lighthouse gebruiken voor een gratis, verenigd overzicht van beveiligingsnotificaties in alle gedelegeerde tenants of Microsoft Sentinel voor geavanceerde SOAR (Security Orchestration, Automation, and Response) over tenants heen. Microsoft Sentinel verhuist naar de Microsoft Defender-portal en wordt na 31 maart 2027 niet meer ondersteund in de Azure-portal, dus houd er rekening mee dat u het daar beheert.

Stap 1: definieer een kader voor triage over tenants heen

Als eerste standaardiseert u de belangrijkste triagefasen voor al uw tenants wanneer zich een incident voordoet. Hier volgt een voorbeeld van een triageleidraad:

Triagefase Actie
Ophalen Haal de incidentrapporten op met Microsoft Graph, de Defender API of uw RMM-tool.
Classificeren Wijs een ernst toe (laag, gemiddeld, hoog), afhankelijk van de oorzaak van de notificatie en de gevolgen ervan.
Correleren Zoek de betrokken gebruikers, devices of accounts op en koppel het incident daaraan.
Taggen Markeer het met de aanbevolen actie, zoals escalatie, oplossing of onderdrukking.
Reageren Rol de oplossing of herstelactie uit met Microsoft Graph, Windows PowerShell of uw RMM-tool.
Rapporteren Leg de details van het incident en de metadata van elke betrokken tenant vast.

Maak een JSON-template of CSV-schema om deze incidenten te loggen. De exacte inhoud van de template hangt af van het beleid en de verwachtingen binnen uw organisatie.

Stap 2: gebruik de Microsoft Graph API om notificaties uit elke tenant op te halen

Voorwaarde: Microsoft Graph moet al geïnstalleerd en geconfigureerd zijn voor uw Microsoft 365-accounts, met gedelegeerde API-machtigingen of machtigingen op app-niveau.

  1. Open het Startmenu en zoek naar PowerShell 7.
  2. Klik met de rechtermuisknop op PowerShell 7 > Als administrator uitvoeren.
  3. Typ dit script en druk op Enter:

Connect-MgGraph -Scopes "SecurityEvents.Read.All"

$alerts = Get-MgSecurityAlertV2 -All | Where-Object { $_.Status -ne “resolved” }

Filteren op ernst en product:

$highAADAlerts = $alerts | Where-Object {

$_.Severity -eq "high" -and $_.ProductName -eq "Azure Active Directory Identity Protection"

$highAADAlerts | Select-Object Id, Severity, Status, ProductName, Title, CreatedDateTime}

Hiermee haalt u alle relevante notificaties uit Defender voor uw tenants op, als die er zijn.

  1. Voer deze query’s volgens een vast schema uit voor al uw tenants en exporteer de resultaten naar een .CSV- of .JSON-bestand, zodat u de gegevens eenvoudig kunt volgen. U kunt deze taken uitvoeren met uw favoriete tool voor endpoint management.

Stap 3: tag devices of gebruikers via het register of PowerShell voor lokale triage

Wanneer zich een incident voordoet op een specifieke endpoint, kunnen beheerders registersleutels en -waarden aanmaken om incidentgegevens voor dat device of gebruikersprofiel vast te leggen. Deze informatie wordt lokaal opgeslagen. Volg daarvoor deze stappen:

  1. Open het Startmenu en zoek naar Windows PowerShell.
  2. Klik met de rechtermuisknop op Windows PowerShell > Als administrator uitvoeren.
  3. Rol een script uit dat de benodigde registerwaarden aanmaakt om incidentgegevens op een device bij te houden.

Hier volgt een voorbeeld van een PowerShell-script dat u kunt gebruiken:

New-Item -Path "HKLM:\SOFTWARE\Org\IncidentTriage" -Force

Set-ItemProperty -Path "HKLM:\SOFTWARE\Org\IncidentTriage" -Name "LastAlert" -Value "PhishingAttempt"

Set-ItemProperty -Path "HKLM:\SOFTWARE\Org\IncidentTriage" -Name "Tag" -Value "UnderInvestigation"

De naam en waarde van de registersleutels (“LastAlert”, “PhishingAttempt”, “Tag” en “UnderInvestigation”) hangen af van het incident dat u wilt vastleggen. Pas ze aan uw eigen situatie aan.

  1. Om deze registersleutels en -waarden te controleren, opent u de opdrachtprompt als administrator.
  2. Typ deze opdracht en druk op Enter:

reg query HKLM\SOFTWARE\Org\IncidentTriage

Vervang het pad door het pad van de waarde die u wilt controleren.

Let op: u kunt een RMM-tool gebruiken om uw beheerde devices te scannen, een rapportage over tagwaarden te genereren en de status van elke endpoint te volgen.

Volg de triagestatus van elk device bij al uw klanten zonder uw portaal te verlaten.

Start een gratis trial van NinjaOne.

Registersleutels zijn handig voor lokale tracking via RMM, maar pas daarnaast ook tags van Defender for Endpoint toe via de API. Zo is de status “Under Investigation” zichtbaar voor iedereen die het Microsoft Defender Security Center bekijkt.

# Voorbeeld: een device taggen in Defender for Endpoint via de API

$DeviceID = "your-device-id"

$Tag = "UnderInvestigation"

Invoke-RestMethod -Uri "https://api.security.microsoft.com/api/machines/$DeviceID/tags" -Method Post -Body @{Value=$Tag;Action="Add"}

Stap 4: automatiseer de respons met PowerShell en Defender for Endpoint

Bij een incident met een gecompromitteerd gebruikersaccount kunt u dat account uitschakelen en alle sessies van de gebruiker ongeldig maken. Met Windows PowerShell rolt u specifieke reacties voor dat incident uit. Hier volgen een paar voorbeelden van acties die zij bij een incident kunnen ondernemen:

Voorwaarde: Microsoft Graph moet al geïnstalleerd en geconfigureerd zijn voor uw Microsoft 365-accounts, met gedelegeerde API-machtigingen of machtigingen op app-niveau.

  1. Open het Startmenu en zoek naar Windows PowerShell.
  2. Klik met de rechtermuisknop op Windows PowerShell > Als administrator uitvoeren.
  3. De gecompromitteerde accounts uitschakelen:

Update-MgUser -UserId $user.Id -AccountEnabled $false

De sessies van het gecompromitteerde account ongeldig maken:

Revoke-MgUserSignInSession -UserId $user.Id

Een gebruiker verplichten het wachtwoord te wijzigen:

$PasswordProfile = @{

ForceChangePasswordNextSignIn = $true

}

Update-MgUser -UserId $user.Id -PasswordProfile$PasswordProfile

Een device als in quarantaine markeren met een registertag:

Set-ItemProperty -Path "HKLM:\SOFTWARE\Org\IncidentTriage" -Name "IsolationState" -Value "Quarantined"

Let op: dit moet handmatig op de gecompromitteerde endpoint gebeuren. Op afstand kan het niet, omdat de computer losgekoppeld moet zijn van het netwerk van uw organisatie.

Let op: beheerders kunnen een tool voor endpoint management gebruiken om firewallregels toe te passen of netwerkinterfaces uit te schakelen.

Voer PowerShell-herstelacties uit voor getagde devices en klantomgevingen vanuit één platform.

Boek een NinjaOne-demo.

In plaats van naar een computer toe te lopen om de stekker eruit te trekken, isoleert u het device met de Defender API. Daarmee worden alle netwerkverbindingen verbroken, behalve de verbinding met Microsoft 365, zodat laterale verplaatsing wordt voorkomen.

# Een device op afstand isoleren

Invoke-MgIsolateSecurityMachine -MachineId $MachineId -Comment "Isolating due to high-severity alert."

Problemen oplossen en aandachtspunten

Risico’s Mogelijke gevolgen Oplossingen
Er ontbreken notificaties. U mist notificaties over beveiligingsinbreuken. Controleer of de drempelwaarden van het notificatiebeleid in Microsoft Defender goed zijn ingeschakeld en afgesteld.
U krijgt te maken met throttling bij de Microsoft Graph API. De Microsoft Graph API beperkt uw aanvragen, waardoor het langer duurt om alle noodzakelijke taken tijdens de triage uit te voeren. Pas uw workflow aan op de limieten voor het aantal aanroepen per tenant. U kunt ook retry-logica inbouwen zodat alle noodzakelijke acties alsnog worden uitgevoerd.
De registersleutel wordt niet bijgewerkt. De informatie over de incidenten wordt mogelijk niet vastgelegd. Controleer of u over alle benodigde machtigingen beschikt. Valideer daarnaast de uitvoeringscontext.
Het device reageert niet op isolatie. Het probleem wordt niet opgelost en kan tot meer incidenten leiden. Controleer op conflicterende groepsbeleidsregels of op blokkering door een antivirusscript.
Session hijacking Het uitschakelen van het account weerhoudt een aanvaller er niet van een gestolen token te gebruiken. Gebruik de opdracht Invoke-MgInvalidateUserRefreshToken en controleer of “Continuous Access Evaluation” (CAE) actief is.

Extra aandachtspunten bij het opzetten van een kader voor incident response over meerdere Microsoft 365-tenants

  • Gebruik certificaatgebaseerde app-registraties met korte vervaldatums om beveiligingsinbreuken te voorkomen.
  • Bewaar incident- en triagelogs op basis van tenant-ID’s of weergavenamen voor historische audits.
  • Overweeg Logic Apps of Power Automate te integreren om incidenten met een hoge ernst te escaleren.
  • Overweeg waar mogelijk beveiligingstools van derden via een API te koppelen om extra beschermingslagen toe te voegen en beveiligingsinbreuken te voorkomen.

Quick-start guide

NinjaOne helpt u bij het opzetten van een workflow voor incident triage over meerdere Microsoft 365-tenants. Zo ondersteunt NinjaOne deze mogelijkheid:

Gecentraliseerde monitoring

  • Eén dashboardoverzicht: NinjaOne biedt een verenigd dashboard dat gegevens uit alle gekoppelde Microsoft 365-tenants samenbrengt
  • Inzicht over tenants heen: volg incidenten, notificaties en beveiligingsgebeurtenissen in alle tenants vanuit één interface

Geautomatiseerde triage en respons

Aangepaste notificatieregels: maak geautomatiseerde triageregels die:

  • Incidenten automatisch classificeren op basis van tenant, ernst of dienst
  • Incidenten doorsturen naar de juiste teams of technici
  • Vooraf gedefinieerde responsacties toepassen op veelvoorkomende problemen

Geavanceerde correlatie

  • Analyse over tenants heen: correleer gebeurtenissen en notificaties uit meerdere tenants om bredere beveiligingspatronen te herkennen
  • Verenigd incidentoverzicht: bekijk het volledige beeld van een incident dat meerdere omgevingen raakt

Coördinatie van de respons

  • Teambeheer: wijs incidenten toe aan specifieke teams of personen op basis van tenant- of dienstverantwoordelijkheid
  • Escalatiepaden: leg duidelijke escalatieprocedures vast voor complexe incidenten die meerdere tenants raken

Rapportage en compliance

  • Rapportage over tenants heen: genereer rapportages die alle tenants omvatten voor compliance- en auditdoeleinden
  • Gestandaardiseerde processen: voer consistente procedures voor incidentafhandeling in alle omgevingen in

Zo ondersteunt NinjaOne uw workflow voor de triage van cyberincidenten

NinjaOne ondersteunt incident triage over tenants heen door:

  • PowerShell-scripts uit te voeren op specifieke device-tags of klantomgevingen om incidenten aan te pakken
  • Te loggen en rapportages te maken op basis van incidentmetadata
  • Gebruiksvriendelijke dashboards en auditlogs van scripts over alle tenants te bieden, zodat u eenvoudiger zakelijke samenvattingen en evaluaties opstelt

Versterk uw beveiliging met een volwaardig proces voor incident triage

Met een geautomatiseerde en consistente triageworkflow dammen IT-beheerders incidenten sneller in. De workflow standaardiseert ook de documentatie van incidenten, wat audits en wettelijke rapportage ondersteunt.

Gerelateerde onderwerpen:

FAQs

De eerste stap is het definiëren van een triagekader en een logtemplate. Standaardiseer de triagefasen en leg elk incident vast in één JSON- of CSV-schema met velden zoals tijdstempel, betrokken tenant en ernst. Een gedeeld schema houdt de gegevens consistent in al uw tenants.

Gebruik de Microsoft Graph API om volgens een vast schema beveiligingsnotificaties uit elke tenant op te vragen en exporteer de resultaten naar een gedeeld JSON- of CSV-logbestand. Zo hoeft u niet meer bij elke tenant afzonderlijk in te loggen en vergelijkt u vergelijkbare notificaties eenvoudiger. Elke tenant heeft wel een eigen app-registratie met de juiste API-machtigingen nodig.

In het Windows-register kunt u per device een lokale triagetag bewaren. Een PowerShell-script schrijft waarden zoals LastAlert en Tag onder een registersleutel, zodat een technicus of een RMM-rapportage de triagestatus van het device kan zien. De waarde blijft ongewijzigd totdat een script deze bijwerkt, dus pas ook tags van Defender for Endpoint toe om de status zichtbaar te maken in Microsoft Defender.

Door incidenten naar ernst in te delen, krijgen uw meest kritieke resources direct aandacht. Classificeer incidenten op basis van hun effect op de bedrijfsvoering en de gevoeligheid van de betrokken gegevens. Zo escaleert u notificaties met een hoog risico onmiddellijk en handelt u problemen met een lager risico af via regulier onderhoud of geautomatiseerde scripts.

Nadat een incident is getrieerd en getagd, gebruikt u PowerShell en Microsoft Graph om het gecompromitteerde account uit te schakelen, de aanmeldsessies in te trekken en een wachtwoordwijziging af te dwingen. Met de Defender for Endpoint API isoleert u het betrokken device op afstand. Het uitschakelen van een account stopt een aanvaller met een gestolen token niet, dus trek ook de sessies in.

Dit vindt u misschien ook leuk

Klaar om de moeilijkste delen van IT te vereenvoudigen?

NinjaOne Algemene Voorwaarden

Door op de knop “Ik accepteer” hieronder te klikken, geeft u aan dat u de volgende wettelijke voorwaarden en onze Gebruiksvoorwaarden accepteert:

  • Eigendomsrechten: NinjaOne bezit en blijft eigenaar van alle rechten, aanspraken en belangen in en op het script (inclusief het auteursrecht). NinjaOne geeft u een beperkte licentie om het script te gebruiken in overeenstemming met deze wettelijke voorwaarden.
  • Gebruiksbeperking: U mag het script alleen gebruiken voor uw legitieme persoonlijke of interne bedrijfsdoeleinden en u mag het script niet delen met derden.
  • Republicatieverbod: Het is onder geen beding toegestaan om het script opnieuw te publiceren in een scriptbibliotheek die toebehoort aan of onder controle staat van een andere softwareleverancier.
  • Garantie disclaimer: Het script wordt geleverd “zoals het is” en “zoals het beschikbaar is”, zonder enige vorm van garantie. NinjaOne belooft of garandeert niet dat het script vrij van gebreken zal zijn of dat het aan uw specifieke behoeften of verwachtingen zal voldoen.
  • Risicoaanvaarding: Het gebruik van het script is op eigen risico. U erkent dat het gebruik van het script bepaalde inherente risico’s met zich meebrengt en u begrijpt en aanvaardt elk van deze risico’s.
  • Verklaring van afstand en vrijwaring: U zult NinjaOne niet verantwoordelijk houden voor enige nadelige of onbedoelde gevolgen die voortvloeien uit uw gebruik van het script en u doet afstand van alle wettelijke of billijke rechten of rechtsmiddelen die u tegen NinjaOne kunt hebben met betrekking tot uw gebruik van het script.
  • EULA: Als u een NinjaOne-klant bent, is uw gebruik van het script onderworpen aan de licentieovereenkomst voor eindgebruikers die op u van toepassing is (EULA).