Security toolkit for AI agents with input validation, output guardrails, audit logging, and threat simulation
Server provides 11 security-focused tools with basic schemas and descriptions, but falls short of production quality. Most tools have descriptions (9/11), but they are generic and lack actionable context for LLM selection. Input schemas are present but minimal, most parameters lack type constraints, enums, or validation guidance. No output schemas documented. Error handling is absent; tools do not guide recovery or categorize failures. Tool naming is reasonable (validate, sanitize, check, redact) but descriptions do not explain WHEN to use each tool or what distinguishes them from similar tools. The 'log' and 'process' tools conflate multiple concerns. No evidence of pagination, rate limiting, or idempotent operation patterns. Security tools (scan_file, report, run_scenario) lack parameter validation and error recovery guidance.
Scans agent output for PII, secrets, and policy violations
Logs audit events with event type, data, agent ID, and session ID
Processes user input through validation, guardrails, and audit logging
Redacts PII and secrets from output content
Generates a security scan report with findings grouped by severity
Runs all threat scenarios against the validator and guardrail
Runs a single threat scenario and evaluates agent response
No output schemas documented for any tool. LLMs cannot plan downstream calls or extract required fields. Tools report, run_all, and summary have empty input schemas and no documented return types.
Parameter descriptions lack actionable constraints. 'content' and 'output' parameters do not specify format, length limits, or encoding. 'scenario' parameter in run_scenario references a ThreatScenario object but provides no schema or field documentation.
No error handling or recovery guidance. Tools do not indicate what happens on failure, whether errors are retryable, or what the LLM should do next. scan_file and report lack validation of filepath parameter.
Inferred effective spec: <=2025-11-25.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 37 | <=2025-11-25 | v2 |
Sanitizes input content by removing HTML tags, template syntax, and enforcing length limits
Scans a file for security issues including injection patterns, secrets, and permission violations
Generates a summary of threat simulation results with block rate statistics
Validates input content against injection patterns and length constraints
Tool 'process' conflates input validation, guardrail enforcement, and audit logging into a single operation. Should be split into separate tools (validate_input, check_output, log_event) so agents can compose them independently.
Tools 'report', 'run_all', and 'summary' have empty input schemas ({}). Per hard scoring rules, schema score must be 0 for these tools. No parameters documented means LLMs cannot control behavior or understand prerequisites.