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: CF002.002
- Created: 26th August 2026
- Updated: 26th August 2026
- Contributor: James Weston
Changed Tool Definition
Changed tool definition occurs when a connected tool’s name, description, schema, parameters, permissions, or server definition changes after approval. This may occur through a vendor update, package update, configuration change, or replacement Model Context Protocol (MCP) server.
This configuration creates an elevated exposure condition because synthetic subjects rely on tool definitions to decide when and how to use tools. A changed description or schema may alter tool selection, input handling, output routing, or the apparent purpose of the tool.
The primary risk is post-approval behavior drift. A tool approved for one purpose may later behave differently, request different inputs, expose new actions, or direct the synthetic subject toward unsafe use without a full review.
Investigators should review tool definition history, package versions, MCP server manifests, approval records, schema changes, descriptions, parameters, and tool-call patterns before and after the change. Particular attention should be given to changed descriptions, added parameters, new external destinations, and tools that changed without re-approval.
Investigative Relevance
Changed tool definitions are relevant because tool behavior can shift after the organization has accepted the integration. This sub-section is especially relevant where connected tools update automatically, use remote schemas, or depend on vendor-managed metadata.