AI Governance Institute
← News

Open-Source Runtime Enforcer Exposes the Gap Between Agent Policy and Practice

What happened

The Conduct open-source project is a runtime governance framework for AI agents that intercepts and enforces compliance policy before an LLM call or shell tool invocation executes, distinguishing it from observability-only solutions that record behavior without blocking it. Released by an independent developer under the sseshachala GitHub account, it ships with more than 20 compliance packs pre-mapped to frameworks including the EU AI Act, NIST Artificial Intelligence Risk Management Framework Playbook, ISO/IEC 42001:2023, HIPAA, PCI DSS 4.0, and SOC 2. Policy integrity is verified cryptographically using signed configuration, and the audit trail uses SHA-256 hash chaining to make tampering detectable. The project is directly relevant to teams managing Model Context Protocol tool integrations, an area where 91.8% of audited MCP servers lack OAuth and documented vulnerabilities have included arbitrary file writes and command execution.

Why it matters

  • ·The tool forces a clarifying question that regulators are increasingly asking: does your agent governance posture enforce policy at runtime, or does it only observe and report? The OWASP Top 10 for Large Language Model Applications and active EU AI Act enforcement both treat preventive controls as a higher standard than logging alone, meaning observability-only programs may face documentation deficiencies during audits.
  • ·Adopting open-source governance tooling into an enterprise AI pipeline creates its own supply chain and integrity risk. The same cryptographic integrity controls Conduct provides for agent policy must be applied to the tool itself, including version pinning, dependency review, and intake assessment under any open-source model or tool intake policy already in place.
  • ·The multi-framework compliance pack approach reflects a market signal about where enterprise expectations are heading: compliance teams are expected to demonstrate simultaneous conformance across several frameworks, and tools that pre-map controls reduce the manual effort of that mapping but also create a single point of failure if the mapping is incomplete or misconfigured.

Governance controls affected

What to do now

  • Assess whether your current agent governance tooling enforces policy before tool calls execute or only logs behavior after the fact, and document the gap if it exists.
  • Before evaluating or adopting Conduct or similar open-source governance tooling, run it through your open-source intake policy, including dependency review, maintainer vetting, and version-pinning requirements.
  • Map the tool's 20-plus compliance packs against your own multi-framework obligations to identify any gaps or mismatches before treating pre-built mappings as authoritative.
  • Verify that your MCP server and LLM tool-call governance controls include a fail-closed default, and update your agent permission boundary documentation to reflect that standard.
  • Confirm that audit log integrity controls for agent activity include tamper-detection mechanisms such as hash chaining, and test retrieval procedures against your audit trail SLA.

What to watch next

As agent governance is becoming binding across multiple jurisdictions, regulators and auditors are likely to begin distinguishing explicitly between preventive runtime controls and post-hoc logging in their examination guidance. Compliance teams should monitor upcoming enforcement guidance from the EU AI Office and any sector-specific updates from financial and health regulators on what constitutes a sufficient agentic AI control posture. The open-source tooling market for agent governance is developing quickly, and teams should expect the NIST Artificial Intelligence Risk Management Framework Playbook and related standards bodies to address runtime enforcement expectations more specifically in forthcoming updates.

Stay ahead of stories like this

Get every Global AI governance development like this one, plus the rest of the week's developments. Every Thursday.

Powered by Buttondown.

Related Coverage

Research2026-09-05

Microsoft: Agentic Security Requires Tool-Layer Controls, Not Just Model Guardrails

Microsoft's Security Blog published guidance on June 30, 2026, arguing that security controls for AI agents must be applied at the tool layer rather than relying solely on model-level guardrails. The guidance covers allowlisting MCP publishers, inspecting tool metadata, applying data loss prevention at the tool call parameter level, and correlating telemetry across agent actions. It directly implicates third-party risk programs, DLP frameworks, and agent audit trail requirements.

Enforcement2026-09-04

SSH MCP Command Classification Flaw Breaks Human Approval Gate Assumptions

A critical advisory has identified a flaw in an SSH MCP server implementation where a command could be classified as safe while the remote shell executed a different, more privileged command. The vulnerability breaks read-only workflow assumptions that enterprise approval gates depend on. Compliance teams are advised to treat command classification, server provenance, and approval workflows as controls requiring independent validation.

Standards2026-08-25

Linux Foundation's TRACE Standard Creates a New Audit Baseline for AI Agents

The Linux Foundation has assumed governance of TRACE (Trust, Runtime Attestation and Compliance Evidence), an open specification developed by AMD, Intel, Microsoft, OPAQUE, and TII. TRACE produces cryptographically verifiable records of how AI agents and confidential workloads execute, drawing on existing standards including RATS, EAT, SLSA, SCITT, SPIFFE, and EAR. Enterprise compliance teams should treat it as an emerging baseline for AI agent auditability across cloud, enterprise, and sovereign infrastructure.