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

Standards2026-09-17

CIS MCP Benchmark Sets 55-Point Audit Baseline for Agent Tool Governance

The Center for Internet Security has published an AI MCP Benchmark covering 55 prescriptive recommendations across governance, versioning, transport security, and tool-permission controls. The benchmark applies globally and gives auditors, procurement teams, and regulators a formal standard against which MCP deployments can be measured. Organizations using MCP-enabled AI agents now face a documented gap if their deployments lack policy coverage across those domains.

Research2026-09-16

NHIMG: LLMs and Agents Must Be Governed as Privileged Workloads

The NHIMG published guidance reframing LLMs and AI agents as privileged infrastructure workloads rather than chat interfaces. The guidance calls for server-side authorization, schema validation, and dedicated non-human identities for every agent deployment. It connects model risk, identity governance, and step-up approval directly to controls on account changes, code execution, and sensitive data access.

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. 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. Correlating telemetry across agent actions. It directly implicates third-party risk programs, DLP frameworks, and agent audit trail requirements.