AI Security Maturity Model·AWS v1.0.0

Drag to explore · pinch to zoom

Advanced Governance and ComplianceDefense-in-depth layer: AI Application Capability 6 · AI applicationsUse case: AI that answers 👤 CustomerAWS Shared Responsibility Model: who implements and operates this control. Customer = you own it; AWS = AWS operates it and you inherit it; Shared = both have obligations.

c6.8 Automate response to AI application security events

Trigger automated responses to unauthorized access, policy violations, and anomalous usage, so security events on AI apps are handled quickly and consistently.

Foundational
Enhanced
Advanced
Effort: Medium Impact: Medium GenAI scopesFrom the AWS Generative AI Security Scoping Matrix.: 3 · Pre-trained models

Implementation guidance

How to implement on AWS

Configure Amazon EventBridge rules to automate responses to security events (unauthorized access attempts, policy violations, anomalous usage), aggregate findings in AWS Security Hub, enforce baselines with AWS Config, and forward logs to the Security Tooling account for centralized analysis and retention.

Turn detections into automatic action

Logging and alerting tell you something happened; automated response does something about it before a human wakes up. For an AI application, the events worth reacting to are things like a spike in guardrail blocks, GuardDuty findings on the app's compute, a burst of failed auth, or anomalous invocation volume from one principal. Amazon EventBridge is the hub: security services emit events to it, and you write rules that route matching events to a response target (Lambda, SSM Automation, Step Functions, SNS).

Match the events that matter

An EventBridge rule filters on an event pattern — here, high-severity GuardDuty findings (severity 7+):

{
  "source": ["aws.guardduty"],
  "detail-type": ["GuardDuty Finding"],
  "detail": { "severity": [ { "numeric": [">=", 7] } ] }
}

Create the rule and attach a response function as its target:

aws events put-rule \
  --name "ai-app-high-severity-response" \
  --event-pattern file://pattern.json

aws events put-targets \
  --rule "ai-app-high-severity-response" \
  --targets 'Id=1,Arn=arn:aws:lambda:us-east-1:111122223333:function:AutoRespond'

Make the response proportionate and reversible

The target should take a bounded, well-understood action — for example: disable a leaked application credential (rotate the Secrets Manager secret), revoke a session, isolate a compromised task's security group, or raise a ticket and page on-call. Prefer contain-then-notify over destructive automation: quarantine the resource and open a case rather than terminating things outright, so an automated response can't itself become an outage.

Keep the responder least-privileged and audited

The response Lambda/automation runs with its own role — scope it to just the containment actions it performs, and log every automated action (what fired, what it did) so the response is itself auditable. Combine with the attributed audit-log control so you can reconstruct the full detect → respond timeline.

Naming note: replace the account id and function ARN, and tune the severity threshold. Start the automation in a notify-only mode and review what it would have done before enabling active containment.

How it fits together

Security signals GuardDuty findings Guardrail blocks Auth anomalies EventBridge rule + event pattern severity ≥ 7 events Response target Lambda · SSM · Step Fns rotate secret · isolate revoke session · quarantine Notify ticket · page on-call Contain then notify: quarantine the resource and open a case rather than acting destructively. Start in notify-only mode; enable active containment after review.
Security signals (GuardDuty findings, guardrail blocks, auth anomalies) emit events to EventBridge; a rule matches the ones that matter (e.g. severity ≥ 7) and routes them to a response target that contains the issue — rotate a secret, isolate a resource, revoke a session — and then notifies on-call. Contain then notify, starting in notify-only mode.

Acceptance criteria

EventBridge automates responses to defined AI-app security events; findings aggregate in Security Hub; Config enforces baselines; logs are centralized.

Practical implementation

How this control is implemented in each reference architecture:

EventBridge rules automate responses to AI-app security events, findings aggregate in Security Hub in the Security tooling account, Config enforces baselines org-wide, and logs centralize to Log archive.

  1. Configure Amazon EventBridge rules to automate responses to security events (unauthorized access attempts, policy violations, anomalous usage).
    Application account EventBridge AWS Lambda
  2. Aggregate findings in AWS Security Hub and enforce baselines with AWS Config across the OU.
    Security tooling Security Hub AWS Config
  3. Forward logs to the Security tooling / Log archive account for centralized analysis and retention.
    Application account → Log archive Amazon S3 CloudTrail

How to validate: EventBridge automates responses to defined AI-app security events; findings aggregate in Security Hub; Config enforces baselines; logs are centralized.

Avoid: Handling every AI-app alert by hand. Automate the common responses so reaction is fast and consistent.

Generative AI OU (multi-account) →

EventBridge automation, Security Hub aggregation, and Config baselines respond to AI-app security events within the account.

  1. Configure EventBridge rules to automate responses to unauthorized access, policy violations, and anomalous usage.
    In-account logging EventBridge AWS Lambda
  2. Aggregate findings in Security Hub and enforce baselines with AWS Config.
    In-account logging Security Hub AWS Config
  3. Forward logs to the access-controlled bucket for centralized analysis and retention.
    In-account logging Amazon S3 CloudTrail

How to validate: EventBridge automates responses; findings aggregate in Security Hub; Config enforces baselines; logs are centralized.

Avoid: Manual-only response to AI-app events. Automate detection-to-response and centralize findings even in one account.

Single account (entry point) →

Threats addressed

  • Slow or inconsistent response to AI application security events.
  • Policy violations and anomalous usage handled only manually.

AWS services

Amazon EventBridge AWS Security Hub AWS Config

Pricing

EventBridge charges per million events for custom/partner events (AWS service events on the default bus are free to match). You pay normal Lambda/SSM/Step Functions costs for the response target. This is inexpensive relative to the reduction in mean-time-to-respond. See Processing GuardDuty findings with Amazon EventBridge.

Framework mappings

OWASP GenAI/LLM Top 10 (2026)

  • LLM06 Unbounded Consumption

NIST AI Risk Management Framework (AI 100-1)

  • GOVERN.1 Policies, processes, procedures and accountability structures
  • MEASURE.3 Mechanisms for tracking AI risks are in place
  • MANAGE.4 Risk treatments, monitoring and response are documented and applied

AWS Well-Architected Generative AI Lens (Security)

  • GENSEC03-BP01 Implement control plane and data access monitoring

Learning resources

References

  • AWS SRA for AI — Capability 6, Logging and monitoring