Group Policy Abuse for Privilege Addition
Detects the first occurrence of a modification to Group Policy Object Attributes to add privileges to user accounts or use them to add users as local admins.
Elastic rule (View on GitHub)
1[metadata]
2creation_date = "2021/11/08"
3integration = ["system", "windows"]
4maturity = "production"
5updated_date = "2026/09/18"
6
7[rule]
8author = ["Elastic"]
9description = """
10Detects the first occurrence of a modification to Group Policy Object Attributes to add privileges to user accounts or
11use them to add users as local admins.
12"""
13index = ["logs-system.security*", "logs-windows.forwarded*", "winlogbeat-*"]
14language = "eql"
15license = "Elastic License v2"
16name = "Group Policy Abuse for Privilege Addition"
17references = [
18 "https://github.com/atc-project/atc-data/blob/master/docs/Logging_Policies/LP_0025_windows_audit_directory_service_changes.md",
19 "https://labs.withsecure.com/tools/sharpgpoabuse",
20]
21risk_score = 73
22rule_id = "b9554892-5e0e-424b-83a0-5aef95aa43bf"
23severity = "high"
24tags = [
25 "Domain: Endpoint",
26 "OS: Windows",
27 "Use Case: Threat Detection",
28 "Tactic: Privilege Escalation",
29 "Data Source: Active Directory",
30 "Resources: Investigation Guide",
31 "Use Case: Active Directory Monitoring",
32 "Data Source: Windows Security Event Logs",
33 "Noise: Low",
34 "Performance: Normal",
35 "Rule Type: Event Correlation (EQL)",
36 "Platform: Windows",
37]
38timestamp_override = "event.ingested"
39type = "eql"
40
41query = '''
42any where host.os.type == "windows" and event.code: "5136" and
43 winlog.event_data.AttributeLDAPDisplayName: "gPCMachineExtensionNames" and
44 winlog.event_data.AttributeValue: "*827D319E-6EAC-11D2-A4EA-00C04F79F83A*" and
45 winlog.event_data.AttributeValue: "*803E14A0-B4FB-11D0-A0D0-00A0C90F574B*"
46'''
47
48note = """## Triage and analysis
49
50### Investigating Group Policy Abuse for Privilege Addition
51#### Possible investigation steps
52
53- What GPO extension change was preserved?
54 - Focus: `winlog.event_data.AttributeLDAPDisplayName`, `winlog.event_data.AttributeValue`, `winlog.event_data.OperationType`, `winlog.event_data.ObjectDN`, and `winlog.event_data.ObjectGUID` confirm the 5136 "gPCMachineExtensionNames" GPO change.
55 - Implication: escalate when the value enables Security CSE GUID "827D319E-6EAC-11D2-A4EA-00C04F79F83A" plus Computer Restricted Groups GUID "803E14A0-B4FB-11D0-A0D0-00A0C90F574B" on an unexpected GPO; lower concern only when artifacts/scope confirm a recognized hardening refresh.
56- Who changed the GPO, and from where?
57 - Focus: identify the writer: `winlog.event_data.SubjectUserSid`, `winlog.event_data.SubjectUserName`, `winlog.event_data.SubjectLogonId`, and `winlog.computer_name`.
58 - Hint: on `winlog.computer_name`, find "4624" where `winlog.event_data.TargetLogonId` equals the 5136 `winlog.event_data.SubjectLogonId`; search "4648" on `winlog.event_data.SubjectLogonId` for explicit credentials, then check `source.ip`, `winlog.logon.type`, `winlog.event_data.TargetUserName`, and `winlog.event_data.TargetServerName`. Missing logon telemetry is unresolved, not benign.
59 - $investigate_0
60 - $investigate_1
61 - Implication: escalate when the writer is outside GPO admin cohort, uses an unusual source or direct domain-controller session, or shows alternate-credential use; lower concern when account/session match a recognized GPO administration path.
62- Do surrounding directory changes show a coordinated GPO update?
63 - Why: "5136" can record related object modifications; `winlog.event_data.OpCorrelationID` separates one GPO edit from directory noise.
64 - Focus: reconstruct surrounding "5136" records from the same domain controller with `winlog.event_data.OpCorrelationID`, `winlog.event_data.SubjectLogonId`, `winlog.event_data.ObjectGUID`, changed attribute, and operation type.
65 - Hint: prefer one `winlog.event_data.OpCorrelationID`; if absent, use the same `winlog.event_data.SubjectLogonId` plus tight `@timestamp` and `winlog.record_id` ordering. $investigate_2
66 - Implication: escalate when the operation touches other sensitive GPO attributes or combines this privilege path with GPO execution or persistence; lower concern when the 5136 set stays narrow and artifact/scope checks confirm one recognized security-template task.
67- What grants and recipients does the SYSVOL template define?
68 - Why: the alert proves machine security extensions were enabled; rights or local group membership live in "GptTmpl.inf" under the SYSVOL policy folder.
69 - Focus: use the policy GUID from the CN portion of `winlog.event_data.ObjectDN` with `winlog.event_data.DSName` to inspect "Machine/Microsoft/Windows NT/SecEdit/GptTmpl.inf"; map SIDs/groups to admin tier, service-account role, and whether `winlog.event_data.SubjectUserSid` benefits. Treat `winlog.event_data.ObjectGUID` as the AD object pivot, not the SYSVOL folder name, unless it matches the CN.
70 - Hint: if SYSVOL is unavailable, preserve `winlog.event_data.ObjectDN`, `winlog.event_data.ObjectGUID`, `winlog.event_data.DSName`, and expected policy path; suspicious writer/session or companion 5136 evidence makes the missing grant an evidence gap.
71 - Implication: escalate when "[Privilege Rights]" grants high-impact rights ("SeDebugPrivilege", "SeTakeOwnershipPrivilege", "SeEnableDelegationPrivilege", or "SeImpersonatePrivilege"), when "[Group Membership]" adds broad/unexpected identities to local Administrators ("S-1-5-32-544"), or when the writer benefits; lower concern when entries and recipients match the recognized baseline for that GPO.
72- Which computers consume the changed GPO?
73 - Why: GPO privilege abuse scales with link scope, security filtering, WMI filters, and reach to admin workstations, servers, or domain controllers.
74 - Focus: use `winlog.event_data.ObjectDN` and the recovered policy-folder GUID to review GPO links, security filtering, WMI filters, and roles.
75 - Hint: if scope data is unavailable, preserve `winlog.event_data.ObjectDN` and `winlog.event_data.ObjectGUID`; do not assume narrow scope, and escalate if writer/session, companion-change, or grant evidence is suspicious.
76 - Implication: prioritize escalation when the GPO reaches domain controllers, admin workstations, servers, or broad workstations; lower urgency only when scope matches the recognized maintenance/test population established by the grant evidence.
77- If evidence remains suspicious or unresolved, do related events show broader abuse?
78 - Focus: after confirming `user.id` is the writer, review recent modifying-account activity. $investigate_3
79 - Hint: compare with activity scoped to the same `winlog.event_data.ObjectGUID`. $investigate_4
80 - Implication: escalate scope when the writer or same GPO appears in other GPO abuse, credential access, privilege escalation, or lateral movement; quiet history only narrows scope and cannot close unresolved grant or blast-radius questions.
81- Escalate for unexpected writer/session, companion change, high-impact grant, sensitive scope, or related abuse; close only when the same GPO, writer/session, recovered grants, and scope prove one recognized hardening or restricted-groups workflow; if evidence stays mixed or incomplete, preserve GPO artifacts and escalate.
82
83### False positive analysis
84
85- Authorized GPO hardening, restricted-groups maintenance, red-team, or detection-validation can update "gPCMachineExtensionNames" and "GptTmpl.inf". Confirm only when writer/session, GPO object, `winlog.event_data.OpCorrelationID`, recovered template entries, and linked scope match the admin tier, change window, template, or test plan. Quiet history supports but cannot replace that proof; if any anchor diverges, do not close as benign.
86- For exceptions, validate one authorized workflow matching writer SID, GPO object, grant pattern, and linked OU/host scope. Build the exception from that pattern, not broad `event.code`, "gPCMachineExtensionNames", or GPO modification activity.
87
88### Related rules
89
90- Scheduled Task Execution at Scale via GPO - 15a8ba77-1c13-4274-88fe-6bd14133861e
91- Startup/Logon Script added to Group Policy Object - 16fac1a1-21ee-4ca6-b720-458e3855d046
92
93### Response and remediation
94
95- If confirmed benign, reverse temporary containment and document writer SID, GPO object, logon/correlation IDs, recovered "GptTmpl.inf", and OU/host scope matching the workflow. Keep exceptions narrow and tied to that stable pattern.
96- If suspicious but unconfirmed, preserve the "5136" event, object and writer/session IDs, `winlog.event_data.OpCorrelationID`, `winlog.computer_name`, exported "GptTmpl.inf", available SYSVOL metadata, linked "4624"/"4648" events, and related activity before containment. Use reversible controls first: restrict affected-GPO edits, limit the writer's GPO admin path, or monitor linked systems during scoping. Disable accounts or roll back GPOs only if follow-on abuse or malicious grants are confirmed.
97- If confirmed malicious, preserve evidence first, remove unauthorized "[Privilege Rights]" or "[Group Membership]" entries, roll the GPO back to known-good state, and verify exported SYSVOL metadata before forcing policy refresh. Use identity/endpoint response to contain the writer account and admin workstation identified by `source.ip` or `winlog.logon.type`; if unavailable, escalate with writer/session, GPO, correlation, and SYSVOL artifacts.
98- Review linked OUs and affected computers before deleting artifacts or forcing "gpupdate"; complete scoping before evidence changes.
99- Harden: restrict GPO edit rights to dedicated admin tiers, retain "5136" auditing, keep security-template baselines, and document abuse variants or visibility gaps for detection engineering.
100"""
101
102setup = """## Setup
103
104Audit Directory Service Changes must be enabled to generate the events used by this rule.
105Setup instructions: https://ela.st/audit-directory-service-changes
106"""
107
108[rule.investigation_fields]
109field_names = [
110 "@timestamp",
111 "user.id",
112 "winlog.event_data.SubjectUserName",
113 "winlog.event_data.SubjectUserSid",
114 "winlog.event_data.SubjectLogonId",
115 "winlog.event_data.ObjectDN",
116 "winlog.event_data.ObjectGUID",
117 "winlog.event_data.AttributeLDAPDisplayName",
118 "winlog.event_data.AttributeValue",
119 "winlog.event_data.OperationType",
120 "winlog.event_data.OpCorrelationID",
121 "winlog.event_data.DSName",
122 "host.id",
123 "winlog.computer_name",
124]
125
126[transform]
127
128[[transform.investigate]]
129label = "Linked logon for the GPO writer"
130description = ""
131providers = [
132 [
133 { excluded = false, field = "winlog.computer_name", queryType = "phrase", value = "{{winlog.computer_name}}", valueType = "string" },
134 { excluded = false, field = "event.code", queryType = "phrase", value = "4624", valueType = "string" },
135 { excluded = false, field = "winlog.event_data.TargetLogonId", queryType = "phrase", value = "{{winlog.event_data.SubjectLogonId}}", valueType = "string" }
136 ]
137]
138relativeFrom = "now-24h/h"
139relativeTo = "now"
140
141[[transform.investigate]]
142label = "Explicit-credential events for the GPO writer"
143description = ""
144providers = [
145 [
146 { excluded = false, field = "winlog.computer_name", queryType = "phrase", value = "{{winlog.computer_name}}", valueType = "string" },
147 { excluded = false, field = "event.code", queryType = "phrase", value = "4648", valueType = "string" },
148 { excluded = false, field = "winlog.event_data.SubjectLogonId", queryType = "phrase", value = "{{winlog.event_data.SubjectLogonId}}", valueType = "string" }
149 ]
150]
151relativeFrom = "now-24h/h"
152relativeTo = "now"
153
154[[transform.investigate]]
155label = "5136 events in this GPO change operation"
156description = ""
157providers = [
158 [
159 { excluded = false, field = "winlog.computer_name", queryType = "phrase", value = "{{winlog.computer_name}}", valueType = "string" },
160 { excluded = false, field = "event.code", queryType = "phrase", value = "5136", valueType = "string" },
161 { excluded = false, field = "winlog.event_data.OpCorrelationID", queryType = "phrase", value = "{{winlog.event_data.OpCorrelationID}}", valueType = "string" }
162 ],
163 [
164 { excluded = false, field = "winlog.computer_name", queryType = "phrase", value = "{{winlog.computer_name}}", valueType = "string" },
165 { excluded = false, field = "event.code", queryType = "phrase", value = "5136", valueType = "string" },
166 { excluded = false, field = "winlog.event_data.SubjectLogonId", queryType = "phrase", value = "{{winlog.event_data.SubjectLogonId}}", valueType = "string" }
167 ]
168]
169relativeFrom = "now-1h"
170relativeTo = "now"
171
172[[transform.investigate]]
173label = "Recent events associated with the source account"
174description = ""
175providers = [
176 [
177 { excluded = false, field = "user.id", queryType = "phrase", value = "{{user.id}}", valueType = "string" }
178 ]
179]
180relativeFrom = "now-48h/h"
181relativeTo = "now"
182
183[[transform.investigate]]
184label = "Events associated with the modified GPO"
185description = ""
186providers = [
187 [
188 { excluded = false, field = "winlog.event_data.ObjectGUID", queryType = "phrase", value = "{{winlog.event_data.ObjectGUID}}", valueType = "string" }
189 ]
190]
191relativeFrom = "now-48h/h"
192relativeTo = "now"
193
194[[rule.threat]]
195framework = "MITRE ATT&CK"
196
197[[rule.threat.technique]]
198id = "T1484"
199name = "Domain or Tenant Policy Modification"
200reference = "https://attack.mitre.org/techniques/T1484/"
201
202[[rule.threat.technique.subtechnique]]
203id = "T1484.001"
204name = "Group Policy Modification"
205reference = "https://attack.mitre.org/techniques/T1484/001/"
206
207[rule.threat.tactic]
208id = "TA0004"
209name = "Privilege Escalation"
210reference = "https://attack.mitre.org/tactics/TA0004/"
Triage and analysis
Investigating Group Policy Abuse for Privilege Addition
Possible investigation steps
- What GPO extension change was preserved?
- Focus:
winlog.event_data.AttributeLDAPDisplayName,winlog.event_data.AttributeValue,winlog.event_data.OperationType,winlog.event_data.ObjectDN, andwinlog.event_data.ObjectGUIDconfirm the 5136 "gPCMachineExtensionNames" GPO change. - Implication: escalate when the value enables Security CSE GUID "827D319E-6EAC-11D2-A4EA-00C04F79F83A" plus Computer Restricted Groups GUID "803E14A0-B4FB-11D0-A0D0-00A0C90F574B" on an unexpected GPO; lower concern only when artifacts/scope confirm a recognized hardening refresh.
- Focus:
- Who changed the GPO, and from where?
- Focus: identify the writer:
winlog.event_data.SubjectUserSid,winlog.event_data.SubjectUserName,winlog.event_data.SubjectLogonId, andwinlog.computer_name. - Hint: on
winlog.computer_name, find "4624" wherewinlog.event_data.TargetLogonIdequals the 5136winlog.event_data.SubjectLogonId; search "4648" onwinlog.event_data.SubjectLogonIdfor explicit credentials, then checksource.ip,winlog.logon.type,winlog.event_data.TargetUserName, andwinlog.event_data.TargetServerName. Missing logon telemetry is unresolved, not benign.- $investigate_0
- $investigate_1
- Implication: escalate when the writer is outside GPO admin cohort, uses an unusual source or direct domain-controller session, or shows alternate-credential use; lower concern when account/session match a recognized GPO administration path.
- Focus: identify the writer:
- Do surrounding directory changes show a coordinated GPO update?
- Why: "5136" can record related object modifications;
winlog.event_data.OpCorrelationIDseparates one GPO edit from directory noise. - Focus: reconstruct surrounding "5136" records from the same domain controller with
winlog.event_data.OpCorrelationID,winlog.event_data.SubjectLogonId,winlog.event_data.ObjectGUID, changed attribute, and operation type. - Hint: prefer one
winlog.event_data.OpCorrelationID; if absent, use the samewinlog.event_data.SubjectLogonIdplus tight@timestampandwinlog.record_idordering. $investigate_2 - Implication: escalate when the operation touches other sensitive GPO attributes or combines this privilege path with GPO execution or persistence; lower concern when the 5136 set stays narrow and artifact/scope checks confirm one recognized security-template task.
- Why: "5136" can record related object modifications;
- What grants and recipients does the SYSVOL template define?
- Why: the alert proves machine security extensions were enabled; rights or local group membership live in "GptTmpl.inf" under the SYSVOL policy folder.
- Focus: use the policy GUID from the CN portion of
winlog.event_data.ObjectDNwithwinlog.event_data.DSNameto inspect "Machine/Microsoft/Windows NT/SecEdit/GptTmpl.inf"; map SIDs/groups to admin tier, service-account role, and whetherwinlog.event_data.SubjectUserSidbenefits. Treatwinlog.event_data.ObjectGUIDas the AD object pivot, not the SYSVOL folder name, unless it matches the CN. - Hint: if SYSVOL is unavailable, preserve
winlog.event_data.ObjectDN,winlog.event_data.ObjectGUID,winlog.event_data.DSName, and expected policy path; suspicious writer/session or companion 5136 evidence makes the missing grant an evidence gap. - Implication: escalate when "[Privilege Rights]" grants high-impact rights ("SeDebugPrivilege", "SeTakeOwnershipPrivilege", "SeEnableDelegationPrivilege", or "SeImpersonatePrivilege"), when "[Group Membership]" adds broad/unexpected identities to local Administrators ("S-1-5-32-544"), or when the writer benefits; lower concern when entries and recipients match the recognized baseline for that GPO.
- Which computers consume the changed GPO?
- Why: GPO privilege abuse scales with link scope, security filtering, WMI filters, and reach to admin workstations, servers, or domain controllers.
- Focus: use
winlog.event_data.ObjectDNand the recovered policy-folder GUID to review GPO links, security filtering, WMI filters, and roles. - Hint: if scope data is unavailable, preserve
winlog.event_data.ObjectDNandwinlog.event_data.ObjectGUID; do not assume narrow scope, and escalate if writer/session, companion-change, or grant evidence is suspicious. - Implication: prioritize escalation when the GPO reaches domain controllers, admin workstations, servers, or broad workstations; lower urgency only when scope matches the recognized maintenance/test population established by the grant evidence.
- If evidence remains suspicious or unresolved, do related events show broader abuse?
- Focus: after confirming
user.idis the writer, review recent modifying-account activity. $investigate_3 - Hint: compare with activity scoped to the same
winlog.event_data.ObjectGUID. $investigate_4 - Implication: escalate scope when the writer or same GPO appears in other GPO abuse, credential access, privilege escalation, or lateral movement; quiet history only narrows scope and cannot close unresolved grant or blast-radius questions.
- Focus: after confirming
- Escalate for unexpected writer/session, companion change, high-impact grant, sensitive scope, or related abuse; close only when the same GPO, writer/session, recovered grants, and scope prove one recognized hardening or restricted-groups workflow; if evidence stays mixed or incomplete, preserve GPO artifacts and escalate.
False positive analysis
- Authorized GPO hardening, restricted-groups maintenance, red-team, or detection-validation can update "gPCMachineExtensionNames" and "GptTmpl.inf". Confirm only when writer/session, GPO object,
winlog.event_data.OpCorrelationID, recovered template entries, and linked scope match the admin tier, change window, template, or test plan. Quiet history supports but cannot replace that proof; if any anchor diverges, do not close as benign. - For exceptions, validate one authorized workflow matching writer SID, GPO object, grant pattern, and linked OU/host scope. Build the exception from that pattern, not broad
event.code, "gPCMachineExtensionNames", or GPO modification activity.
Related rules
- Scheduled Task Execution at Scale via GPO - 15a8ba77-1c13-4274-88fe-6bd14133861e
- Startup/Logon Script added to Group Policy Object - 16fac1a1-21ee-4ca6-b720-458e3855d046
Response and remediation
- If confirmed benign, reverse temporary containment and document writer SID, GPO object, logon/correlation IDs, recovered "GptTmpl.inf", and OU/host scope matching the workflow. Keep exceptions narrow and tied to that stable pattern.
- If suspicious but unconfirmed, preserve the "5136" event, object and writer/session IDs,
winlog.event_data.OpCorrelationID,winlog.computer_name, exported "GptTmpl.inf", available SYSVOL metadata, linked "4624"/"4648" events, and related activity before containment. Use reversible controls first: restrict affected-GPO edits, limit the writer's GPO admin path, or monitor linked systems during scoping. Disable accounts or roll back GPOs only if follow-on abuse or malicious grants are confirmed. - If confirmed malicious, preserve evidence first, remove unauthorized "[Privilege Rights]" or "[Group Membership]" entries, roll the GPO back to known-good state, and verify exported SYSVOL metadata before forcing policy refresh. Use identity/endpoint response to contain the writer account and admin workstation identified by
source.iporwinlog.logon.type; if unavailable, escalate with writer/session, GPO, correlation, and SYSVOL artifacts. - Review linked OUs and affected computers before deleting artifacts or forcing "gpupdate"; complete scoping before evidence changes.
- Harden: restrict GPO edit rights to dedicated admin tiers, retain "5136" auditing, keep security-template baselines, and document abuse variants or visibility gaps for detection engineering.
References
Related rules
- Kerberos Pre-authentication Disabled for User
- Potential Privileged Escalation via SamAccountName Spoofing
- Remote Computer Account DnsHostName Update
- Service Creation via Local Kerberos Authentication
- Active Directory Forced Authentication from Linux Host - SMB Named Pipes