3LS Platform

Know which MCP tools are present and which are approved.

Track observed installations, provenance and tool revisions. Apply approved tool groups and inspect original arguments on supported managed paths.

Explore the capabilities

Make tool provenance reviewable

Observed installations and revisions give the operator a starting point for supplier and tool review. Approval governs the configured path; provenance alone does not establish that software is trustworthy.

Identify the installation

Record the observed MCP server, endpoint association, ownership and source provenance. Keep observation freshness visible.

Review the revision and group

Compare observed schemas and tool revisions with the approved catalogue and tool groups. Review changes before allowing them on governed requests.

Keep the decision attributable

Retain the signed policy version, action classification and journalled outcome. Assign a case owner when the finding needs follow-up.

Keep the backend boundary explicit

An original arguments check sees what the client supplied. A malicious backend adding a hidden BCC recipient after that check is a separate behaviour; original-argument inspection does not prove it is prevented. Backend execution, credentials and network egress require their own controls. Result denial cannot undo an action already executed.

Use incidents to shape controls

Compromised tools and dependencies are a reason to review provenance, approved actions and backend access together. Review linked incidents to identify which tools, actions and backend connections need controls in your workflow.

Bring one real workflow

Map the observed resource, policy, decision and response with your team.

Walk through a policy decision