AWS WAF Access Control List Deletion

Identifies the deletion of an AWS Web Application Firewall (WAF) Web ACL. Web ACLs are the core enforcement objects in AWS WAF, defining which traffic is inspected, allowed, or blocked for protected applications. Deleting a Web ACL removes all associated rules, protections, and logging configurations. Adversaries who obtain sufficient privileges may delete a Web ACL to disable critical security controls, evade detection, or prepare for downstream attacks such as web-application compromise, data theft, or resource abuse. Because Web ACLs are rarely deleted outside of controlled maintenance or infrastructure updates, unexpected deletions may indicate potential defense evasion.

Elastic rule (View on GitHub)

  1[metadata]
  2creation_date = "2020/05/21"
  3integration = ["aws"]
  4maturity = "production"
  5updated_date = "2026/01/21"
  6
  7[rule]
  8author = ["Elastic"]
  9description = """
 10Identifies the deletion of an AWS Web Application Firewall (WAF) Web ACL. Web ACLs are the core enforcement objects in
 11AWS WAF, defining which traffic is inspected, allowed, or blocked for protected applications. Deleting a Web ACL removes
 12all associated rules, protections, and logging configurations. Adversaries who obtain sufficient privileges may delete a
 13Web ACL to disable critical security controls, evade detection, or prepare for downstream attacks such as
 14web-application compromise, data theft, or resource abuse. Because Web ACLs are rarely deleted outside of controlled
 15maintenance or infrastructure updates, unexpected deletions may indicate potential defense evasion.
 16"""
 17false_positives = [
 18    """
 19    Authorized administrators may delete Web ACLs as part of planned migrations, infrastructure refactoring, or
 20    automation-driven redeployments. Ensure the deletion aligns with approved change requests, maintenance windows, or
 21    known IaC workflows. Deletions performed by unfamiliar users, unusual identities, or unexpected automation should be
 22    investigated.
 23    """,
 24]
 25from = "now-6m"
 26index = ["filebeat-*", "logs-aws.cloudtrail-*"]
 27language = "kuery"
 28license = "Elastic License v2"
 29name = "AWS WAF Access Control List Deletion"
 30note = """## Triage and analysis
 31
 32### Investigating AWS WAF Access Control List Deletion
 33
 34AWS Web Application Firewall (WAF) protects applications by inspecting HTTP/S traffic and applying rule groups,
 35managed rule sets, and custom logic to block or allow requests. A Web ACL is the primary enforcement object that binds
 36these protections to CloudFront distributions, Application Load Balancers, API Gateway stages, and AppSync APIs.
 37
 38Deleting a Web ACL immediately removes all protections and logging associated with that application entry point.
 39Because this action can expose applications to direct exploitation, adversaries may delete Web ACLs to disable
 40defenses, evade detection, or prepare for lateral movement or data exfiltration.
 41
 42This rule detects successful `DeleteWebACL` events across WAF Classic, WAF Regional, and WAFv2 APIs.
 43
 44### Possible investigation steps
 45
 46- **Identify the actor and access context**
 47  - Review `aws.cloudtrail.user_identity.arn` and `access_key_id` for the identity that initiated deletion.
 48  - Determine whether this principal normally manages WAF resources.
 49  - Check if the call originated via IAM role assumption, federated identity, or long-lived IAM key.
 50
 51- **Assess the deleted ACL**
 52  - Check `aws.cloudtrail.request_parameters` for:
 53    - The Web ACL ID (`WebACLId`, `Id`, or ARN).
 54    - The scope (REGIONAL vs. CLOUDFRONT).
 55    - Associated resource ARNs that were protected.
 56  - Determine which applications or APIs depended on this Web ACL.
 57  - Evaluate the criticality and sensitivity of any exposed endpoints.
 58
 59- **Correlate with related security-affecting activity**
 60  - Use CloudTrail to pivot on:
 61    - The same identity (`user_identity.arn` or access key).
 62    - The same application load balancer, CloudFront distribution, or API Gateway stage.
 63  - Look for:
 64    - Prior rule updates (`UpdateWebACL`, `DeleteRuleGroup`, etc.).
 65    - IAM privilege escalation events.
 66    - Changes to logging or monitoring (e.g., disabling WAF logging).
 67
 68- **Investigate request origin and tooling**
 69  - Review `source.ip`, ASN, and geo-location for anomalies.
 70  - Analyze `user_agent.original` to identify automation, custom scripts, CLI usage, or console access.
 71
 72- **Evaluate operational context**
 73  - Determine whether the deletion aligns with:
 74    - Scheduled maintenance.
 75    - IaC-driven redeployments (Terraform, CDK, CloudFormation).
 76    - Known migrations between WAF Classic and WAFv2.
 77  - If deletion occurred outside expected time windows or without a corresponding change ticket, treat it as suspicious.
 78
 79### False positive analysis
 80
 81- **Expected infrastructure lifecycle events**
 82  - IaC pipelines may destroy and recreate Web ACLs as part of environment rotation or blue/green deployments.
 83  - Confirm whether the deleting identity matches known automation roles.
 84
 85- **Planned refactoring or migrations**
 86  - Organizations transitioning to WAFv2 or moving resources across regions may intentionally delete legacy ACLs.
 87
 88- **Testing and sandbox environments**
 89  - Developers may frequently create and remove ACLs during experimentation.
 90  - Tune the rule to suppress events from non-production accounts or specific tags.
 91
 92- **Automated cleanup**
 93  - Certain CI/CD processes or teardown scripts remove WAF resources during ephemeral environment shutdowns.
 94
 95If any deletion is inconsistent with normal operational patterns or performed by an unexpected principal, treat it as a potential defense-evasion attempt.
 96
 97### Response and remediation
 98
 99- **Containment**
100  - Immediately assess exposed applications. If feasible, apply temporary restrictive network controls (e.g., ALB security group tightening or CloudFront WAFv2 fallback rules).
101  - Revoke session tokens or access keys associated with suspicious actors.
102
103- **Restore protections**
104  - Recreate the deleted Web ACL using IaC definitions, backups, or previous configurations.
105  - Validate that logging and monitoring (WAF logs, CloudWatch alarms, SIEM ingestion) are correctly restored.
106
107- **Scope and impact analysis**
108  - Review CloudTrail for follow-on or preceding activity by the same actor:
109    - Rule modifications.
110    - IAM policy changes.
111    - Application configuration updates.
112    - API Gateway or ALB changes.
113  - Review application access logs for unusual requests following ACL removal.
114
115- **Hardening**
116  - Limit IAM permissions for `waf:DeleteWebACL`, `wafv2:DeleteWebACL`, and related actions to a small set of trusted roles.
117  - Enforce MFA for administrative access.
118  - Use AWS Config or Security Hub controls to detect unauthorized modifications to WAF resources.
119
120- **Post-incident improvements**
121  - Update change-management workflows to include required approvals for WAF modifications.
122  - Improve monitoring for other defense-evasion patterns such as disabling GuardDuty, CloudTrail, or logging.
123
124### Additional information
125
126- **DeleteWebACL API (WAF Classic & Regional):**  
127  https://docs.aws.amazon.com/waf/latest/APIReference/API_wafRegional_DeleteWebACL.html  
128- **DeleteWebACL API (WAFv2):**  
129  https://docs.aws.amazon.com/waf/latest/APIReference/API_DeleteWebACL.html  
130- **[AWS IR Playbooks](https://github.com/aws-samples/aws-incident-response-playbooks/blob/c151b0dc091755fffd4d662a8f29e2f6794da52c/playbooks/)** 
131- **[AWS Customer Playbook Framework](https://github.com/aws-samples/aws-customer-playbook-framework/tree/a8c7b313636b406a375952ac00b2d68e89a991f2/docs)** 
132- **[AWS Knowledge Center – Security Best Practices](https://aws.amazon.com/premiumsupport/knowledge-center/security-best-practices/)**
133"""
134references = [
135    "https://docs.aws.amazon.com/waf/latest/APIReference/API_DeleteWebACL.html",
136    "https://docs.aws.amazon.com/waf/latest/APIReference/API_wafRegional_DeleteWebACL.html",
137]
138risk_score = 47
139rule_id = "91d04cd4-47a9-4334-ab14-084abe274d49"
140severity = "medium"
141tags = [
142    "Domain: Cloud",
143    "Data Source: AWS",
144    "Data Source: Amazon Web Services",
145    "Data Source: AWS WAF",
146    "Use Case: Network Security Monitoring",
147    "Tactic: Defense Evasion",
148    "Resources: Investigation Guide",
149]
150timestamp_override = "event.ingested"
151type = "query"
152
153query = '''
154event.dataset: aws.cloudtrail 
155    and event.provider: (waf.amazonaws.com or waf-regional.amazonaws.com or wafv2.amazonaws.com)
156    and event.action: DeleteWebACL 
157    and event.outcome: success
158'''
159
160
161[[rule.threat]]
162framework = "MITRE ATT&CK"
163[[rule.threat.technique]]
164id = "T1562"
165name = "Impair Defenses"
166reference = "https://attack.mitre.org/techniques/T1562/"
167[[rule.threat.technique.subtechnique]]
168id = "T1562.007"
169name = "Disable or Modify Cloud Firewall"
170reference = "https://attack.mitre.org/techniques/T1562/007/"
171
172
173
174[rule.threat.tactic]
175id = "TA0005"
176name = "Defense Evasion"
177reference = "https://attack.mitre.org/tactics/TA0005/"
178
179[rule.investigation_fields]
180field_names = [
181    "@timestamp",
182    "user.name",
183    "user_agent.original",
184    "source.ip",
185    "aws.cloudtrail.user_identity.arn",
186    "aws.cloudtrail.user_identity.type",
187    "aws.cloudtrail.user_identity.access_key_id",
188    "event.action",
189    "event.outcome",
190    "cloud.account.id",
191    "cloud.region",
192    "aws.cloudtrail.request_parameters",
193]

Triage and analysis

Investigating AWS WAF Access Control List Deletion

AWS Web Application Firewall (WAF) protects applications by inspecting HTTP/S traffic and applying rule groups, managed rule sets, and custom logic to block or allow requests. A Web ACL is the primary enforcement object that binds these protections to CloudFront distributions, Application Load Balancers, API Gateway stages, and AppSync APIs.

Deleting a Web ACL immediately removes all protections and logging associated with that application entry point. Because this action can expose applications to direct exploitation, adversaries may delete Web ACLs to disable defenses, evade detection, or prepare for lateral movement or data exfiltration.

This rule detects successful DeleteWebACL events across WAF Classic, WAF Regional, and WAFv2 APIs.

Possible investigation steps

  • Identify the actor and access context

    • Review aws.cloudtrail.user_identity.arn and access_key_id for the identity that initiated deletion.
    • Determine whether this principal normally manages WAF resources.
    • Check if the call originated via IAM role assumption, federated identity, or long-lived IAM key.
  • Assess the deleted ACL

    • Check aws.cloudtrail.request_parameters for:
      • The Web ACL ID (WebACLId, Id, or ARN).
      • The scope (REGIONAL vs. CLOUDFRONT).
      • Associated resource ARNs that were protected.
    • Determine which applications or APIs depended on this Web ACL.
    • Evaluate the criticality and sensitivity of any exposed endpoints.
  • Correlate with related security-affecting activity

    • Use CloudTrail to pivot on:
      • The same identity (user_identity.arn or access key).
      • The same application load balancer, CloudFront distribution, or API Gateway stage.
    • Look for:
      • Prior rule updates (UpdateWebACL, DeleteRuleGroup, etc.).
      • IAM privilege escalation events.
      • Changes to logging or monitoring (e.g., disabling WAF logging).
  • Investigate request origin and tooling

    • Review source.ip, ASN, and geo-location for anomalies.
    • Analyze user_agent.original to identify automation, custom scripts, CLI usage, or console access.
  • Evaluate operational context

    • Determine whether the deletion aligns with:
      • Scheduled maintenance.
      • IaC-driven redeployments (Terraform, CDK, CloudFormation).
      • Known migrations between WAF Classic and WAFv2.
    • If deletion occurred outside expected time windows or without a corresponding change ticket, treat it as suspicious.

False positive analysis

  • Expected infrastructure lifecycle events

    • IaC pipelines may destroy and recreate Web ACLs as part of environment rotation or blue/green deployments.
    • Confirm whether the deleting identity matches known automation roles.
  • Planned refactoring or migrations

    • Organizations transitioning to WAFv2 or moving resources across regions may intentionally delete legacy ACLs.
  • Testing and sandbox environments

    • Developers may frequently create and remove ACLs during experimentation.
    • Tune the rule to suppress events from non-production accounts or specific tags.
  • Automated cleanup

    • Certain CI/CD processes or teardown scripts remove WAF resources during ephemeral environment shutdowns.

If any deletion is inconsistent with normal operational patterns or performed by an unexpected principal, treat it as a potential defense-evasion attempt.

Response and remediation

  • Containment

    • Immediately assess exposed applications. If feasible, apply temporary restrictive network controls (e.g., ALB security group tightening or CloudFront WAFv2 fallback rules).
    • Revoke session tokens or access keys associated with suspicious actors.
  • Restore protections

    • Recreate the deleted Web ACL using IaC definitions, backups, or previous configurations.
    • Validate that logging and monitoring (WAF logs, CloudWatch alarms, SIEM ingestion) are correctly restored.
  • Scope and impact analysis

    • Review CloudTrail for follow-on or preceding activity by the same actor:
      • Rule modifications.
      • IAM policy changes.
      • Application configuration updates.
      • API Gateway or ALB changes.
    • Review application access logs for unusual requests following ACL removal.
  • Hardening

    • Limit IAM permissions for waf:DeleteWebACL, wafv2:DeleteWebACL, and related actions to a small set of trusted roles.
    • Enforce MFA for administrative access.
    • Use AWS Config or Security Hub controls to detect unauthorized modifications to WAF resources.
  • Post-incident improvements

    • Update change-management workflows to include required approvals for WAF modifications.
    • Improve monitoring for other defense-evasion patterns such as disabling GuardDuty, CloudTrail, or logging.

Additional information

References

Related rules

to-top