Skip to content
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
55 changes: 55 additions & 0 deletions LIMITATIONS.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,55 @@
# Talon Limitations

Talon governs LLM and MCP traffic that passes through its request path. It can enforce policy, route requests, and record evidence there. It is not a complete security, runtime, or compliance platform.

## Not a sandbox

Talon is not a VM boundary, container runtime, kernel sandbox, or host-isolation layer.

- It governs requests that pass through Talon.
- It does not prevent host escape, kernel compromise, or lateral movement on the host where it runs.
- If you need execution isolation, add separate sandboxing and host hardening.

## Not a full trust mesh

Talon is not a general service-identity plane, trust mesh, or agent-to-agent coordination system.

- It applies controls at the Talon boundary.
- It does not create end-to-end trust across downstream services, workers, agents, or human approval steps.

## Tool governance is request filtering today

Today Talon governs tools by filtering request payloads before they go upstream.

- It checks requested tool names against allow and forbid policy.
- It removes disallowed tools from the governed request path.
- It does not intercept tool execution inside another runtime.
- It does not supervise arbitrary code after a request leaves Talon.
- It does not stop the same tool from being invoked on a separate path outside Talon.

## HMAC signatures prove integrity, not correctness

Talon signs evidence records with HMAC-SHA256.

- A valid signature shows the signed record was not modified after Talon wrote it, assuming the signing key remains protected.
- It does not prove Talon's decision was correct, complete, lawful, or right for every environment.
- It does not prove upstream or downstream systems behaved correctly outside the signed record.

## Compliance remains the operator's determination

Talon can provide supporting controls and evidence for GDPR, NIS2, DORA, the EU AI Act, and similar programs.

- It does not grant certification, legal sign-off, or guaranteed compliance by itself.
- Whether a deployment satisfies regulatory, contractual, or internal obligations remains the operator's responsibility.

## Trust depends on operator-managed keys and deployment hygiene

Talon's trust properties depend on operator-managed secrets and deployment controls.

- If signing keys, provider credentials, or vault material are exposed, Talon's guarantees weaken accordingly.
- Evidence integrity depends on protecting the signing key and controlling who can write or export records.
- Operators remain responsible for key rotation, access control, host hardening, network security, backup handling, and environment-specific secret management.

## Scope reminder

Treat Talon as a governance layer on the request path, not as a complete security or compliance stack.
1 change: 1 addition & 0 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -9,6 +9,7 @@
[![License](https://img.shields.io/badge/license-Apache%202.0-blue.svg)](LICENSE)

[Docs](docs/README.md) ·
[Limitations](LIMITATIONS.md) ·
[Quickstart](docs/tutorials/proxy-quickstart.md) ·
[Docker demo](examples/docker-compose/README.md) ·
[Dashboard](docs/reference/gateway-dashboard.md) ·
Expand Down