GPO
SYSVOL
GPLINK
STARTUP SCRIPT
DetectionBlue TeamSOCOctober 12, 2026•9 min read

Detecting GPO-Based Mass Payload Deployment

A Group Policy change is the quietest way to touch every machine at once. It is also fully logged in Active Directory, so you can see it hours before it applies.

Scroll

Operators with domain admin often skip per-host tooling and push the payload through Group Policy: a new GPO with a startup script or an immediate scheduled task, linked to a wide OU. Policy refresh takes up to ninety minutes by default, which gives you a detection window if you alert on the change rather than the effect.

Signals at a Glance

SignalWhereATT&CK
New groupPolicyContainer object created (5137)Domain controller Security logT1484.001
gPLink attribute modified on a domain or wide OU (5136)Domain controller Security logT1484.001
Executable or script written under SYSVOL PoliciesFile audit, Sysmon 11T1037.001
ScheduledTasks.xml or scripts.ini written to a GPO folderFile auditT1053.005
Many hosts creating the same task or service after refresh4698, 7045T1570

Directory Change Events

Enable the Directory Service Changes audit subcategory on domain controllers. Then alert when a GPO is created or linked outside your change process, and especially when the actor is not a member of the group-policy administrators you expect:

// Sentinel (KQL) - GPO created or linked to a wide scope
SecurityEvent
| where EventID in (5136, 5137)
| where (EventID == 5137 and ObjectClass == "groupPolicyContainer")
     or (EventID == 5136 and AttributeLDAPDisplayName == "gPLink")
| project TimeGenerated, Computer, SubjectUserName, EventID, AttributeLDAPDisplayName, ObjectDN
| order by TimeGenerated desc
// tune/validate: field extraction differs by connector; allowlist your GPO change accounts

What the Policy Carries

The payload has to be staged where clients can read it. SYSVOL write events and policy file types reveal intent before any client applies the policy:

title: Executable or Script Written to GPO Policy Folder
logsource:
  category: file_event
  product: windows
detection:
  selection:
    TargetFilename|contains|all:
      - '\SYSVOL\'
      - '\Policies\'
  ext:
    TargetFilename|endswith:
      - '.exe'
      - '.dll'
      - '.bat'
      - '.ps1'
      - '.vbs'
      - 'ScheduledTasks.xml'
  condition: selection and ext
level: high
# tune/validate: legitimate logon scripts and ADMX content will match; baseline first
Vetted sources

SigmaHQ Group Policy and SYSVOL rules, Elastic and Splunk ESCU analytics for GPO modification, and DFIR Report-style write-ups of GPO-based deployment. Whether auditing is enabled on SYSVOL and domain controllers is the first thing to verify in your own environment.

Build Detections That Fire

Mjolnir Security helps blue teams turn threat intelligence into high-fidelity detections across endpoint, network, identity and cloud telemetry.

Detection EngineeringManaged Detection & ResponseThreat HuntingIncident ResponsePurple Teaming
  • Detection Engineering We build and tune detections mapped to ATT&CK from your own telemetry.
  • Threat Hunting as a Service Hypothesis-driven hunts for the behaviours on this page.
  • 24/7 Incident Response Containment when a detection fires. Call +1 833 403 5875.
Written by: Mjolnir Threat Research (MTAC)  |  Published: October 12, 2026  |  Last reviewed: October 12, 2026