WAF-AGN-010 β Agent Identity & Authentication
Description
Every agent must be identifiable, authenticatable, and traceable. Agents must have unique, stable IDs. Authentication via token or certificate is mandatory for all agent communications. All agent interactions must be logged in an audit trail for security and compliance.
Rationale
Agents operating without identity or authentication create significant security risks. Unidentifiable agents make it impossible to trace malicious activities, revoke access, or conduct forensic investigations. Audit trails are essential for compliance with security frameworks and for understanding agent behavior.
Key risks without proper agent identity:
| Risk | Description |
|---|---|
Undetected compromise |
Malicious agents cannot be identified or traced back to their source. |
Accountability gap |
When agents make decisions or cause incidents, there is no way to identify which agent or team is responsible. |
Compliance violation |
Regulatory frameworks require audit trails for automated systems; unidentifiable agents cause non-compliance. |
Missing access control |
Without authentication, there is no way to enforce least-privilege access for agents. |
Requirements
-
Agent ID must be unique and stable across agent lifecycle
-
Authentication via IAM roles, API keys, or certificates for all agent communications
-
Audit log must capture all agent interactions (input, output, tool calls, decisions)
-
Agent interactions must include timestamp, agent ID, and result status
-
Access controls must be enforced per agent identity
Implementation Guidance
-
Assign unique identifiers: Configure agent name/ID in platform (Bedrock, Vertex AI, Azure AI)
-
Configure authentication: Use IAM roles, service accounts, or API keys for agent access
-
Enable audit logging: Configure CloudWatch Logs, Cloud Logging, or Application Insights
-
Document agent inventory: Maintain registry of all agents with their IDs and configurations
-
Integrate with SIEM: Forward agent logs to centralized security information system
Maturity Levels
| Level | Name | Criteria |
|---|---|---|
1 |
No Identity |
Agents operate anonymously or with ephemeral IDs. No authentication required. |
2 |
Basic Identification |
Agents have names but no consistent ID across sessions. Simple authentication. |
3 |
Full Identity & Auth |
Stable agent IDs with IAM/service account authentication. All interactions logged. |
4 |
Automated Audit Trail |
Logs automatically forwarded to SIEM. Anomaly detection on agent behavior. |
5 |
Intelligent Monitoring |
Behavioral baselining for agents. Automated detection of identity anomalies. |
Terraform Checks
waf-agn-010.tf.aws.bedrock-agent-id-defined
Checks: AWS Bedrock agents have unique identifiers and authentication configured.
| Compliant | Non-Compliant |
|---|---|
|
No agent defined β unauthenticated access |
waf-agn-010.tf.google.vertex-agent-id-defined
Checks: Google Vertex AI agents have unique identifiers configured.
# Compliant
resource "google_vertex_ai_agent" "fraud_detection" {
display_name = "fraud-detection-agent"
description = "Agent for fraud detection"
}
Remediation: Define agents with unique identifiers in AWS Bedrock, Google Vertex AI, or Azure AI. Configure authentication via IAM roles or service accounts.
Evidence
| Type | Required | Description |
|---|---|---|
IaC |
β Required |
Agent configuration files with unique identifiers (aws_bedrockagent, google_vertex_ai_agent). |
Config |
β Required |
IAM role bindings, service account configuration, API key setup. |
Process |
β Required |
Agent inventory register with unique IDs and authentication details. |
Governance |
Optional |
Agent identity management policy documenting requirements. |
Regulatory Mapping
| Framework | Controls |
|---|---|
ISO 27001:2022 |
A.8.2 β Privileged access rights; A.8.5 β Secure authentication; A.5.17 β Authentication information |
NIST SP 800-53 |
AC-2 β Account Management; IA-2 β Identification and Authentication |
NIST CSF 2.0 |
PR.AA-01 β Identities and credentials are managed; PR.AA-03 β Users, services and hardware are authenticated |
GDPR |
Art. 32 β Security of processing; Art. 5(1)(f) β Integrity and confidentiality |
PCI DSS v4.0 |
Req 7 β Restrict access by business need to know; Req 8 β Identify and authenticate access |
AWS Well-Architected Framework |
Security Pillar β Identity and Access Management |
Google Cloud Architecture Framework |
Identity and Access Management β Agent security |
TISAX |
Information security β Identity and access management requirements |
ANSSI SecNumCloud |
Domain β Identity and access management |
BIO |
BIO β Logische toegangsbeveiliging (logical access control) |
ENS High |
op.acc.5 β Mecanismo de autenticaciΓ³n; op.acc.7 β GestiΓ³n de privilegios |
UK NCSC CAF |
B2 β Identity and access control |
FedRAMP |
AC-2, IA-2 (Moderate/High baseline) |
CMMC 2.0 |
AC.L2-3.1.1 β Limit system access to authorized users; IA.L2-3.5.3 β Multifactor authentication |
IT-Grundschutz |
ORP.4 β IdentitΓ€ts- und Berechtigungsmanagement |
IRAP |
ISM β Identification and authentication |
CCCS PBMM |
AC-2, IA-2 β Account and authenticator management |
MAS TRM |
Ch.6 β Access control |
ISMAP |
Identity and access management controls |
FISC |
Technical measures β User authentication and access control |
DORA |
Art. 9 β Protection and prevention |
EUCS (ENISA) |
IAM-01 β Identity and access management; IAM-02 β Authentication controls |
BSI C5:2020 |
IDM-01 β Identity and access management policy; IDM-02 β Authentication of users |
SOC 2 Type II |
CC6.1 β Logical and physical access controls; CC6.2 β Provisioning and removal of access |
CSA STAR |
CCM IAM-01 β Identity and Access Management Policy; CCM IAM-02 β Strong Password Policy |