Configuration
Access Through Human Identity
Access Through Non-Human Identity
Autonomous Action Control
Connected Tools and Functions
Enterprise Retrieval Access
External Communication Access
Model and Build Provenance
Model Objective Alignment
Orchestrated AI System
Persistent Memory Access
Standing Instruction Stack
Vendor-Embedded AI
- ID: CF001.004
- Created: 26th August 2026
- Updated: 26th August 2026
- Contributor: James Weston
Hard-Coded Agent Secret
Hard-coded agent secret occurs when a synthetic subject’s credential is stored directly in source code, configuration files, scripts, notebooks, environment templates, agent manifests, or Model Context Protocol (MCP) server settings.
This configuration creates an elevated exposure condition because credentials may be copied, committed, indexed, logged, shared, or exposed outside the intended runtime environment. Once embedded in code or configuration, the secret may persist across branches, build artifacts, backups, developer machines, and public repositories.
The primary risk is credential exposure leading to unauthorized synthetic subject access. An exposed secret may allow an unauthorized party to impersonate the agent, call connected tools, retrieve data, send messages, or act through the synthetic subject’s permissions.
Investigators should review repositories, configuration stores, build logs, deployment manifests, container images, MCP server files, and secret-scanning telemetry. Particular attention should be given to newly committed keys, secrets in public repositories, credentials in plaintext configuration, and hard-coded values reused across environments.
Investigative Relevance
Hard-coded agent secrets are relevant because they create a direct path from configuration exposure to synthetic subject impersonation. This sub-section is especially relevant where agents rely on static keys, local configuration files, marketplace tools, or developer-managed integration settings.