TL;DR: Cross-platform AI agents create a governance gap that no single vendor console closes, TruFoundry argues in its analysis of agent control. Shared identity, policy and revocation need one enforcement layer if access is to stay consistent across runtimes.
Editorial analysis by NHI Mgmt Group, based on content published by TruFoundry: “Governing AI Agents Across Multiple Platforms”.
Key questions
Q: Why do cross-platform AI agents create more access risk than single-platform agents?
A: Because each platform adds its own identity, consent and token lifecycle, which multiplies the number of places access can drift or persist.
Q: How can organisations tell whether AI agent governance is actually working?
A: Look for evidence that agent access is ephemeral, traceable, and constrained at the action level.
A: Governance breaks when control stays detached from the tools, data sources, and workflows used by AI systems.
Practitioner guidance
- Define the shared enforcement layer Map which agent actions are governed only inside platform consoles and which can be moved to a shared execution layer that sees routed model and tool traffic.
- Inventory all agent sources Build one registry that includes platform-built agents, business-built shadow agents, vendor-supplied agents and remote agents registered from other runtimes.
- Centralise OAuth consent and revocation Track per-user, per-tool authorisations as a single lifecycle so token sprawl and revocation work are visible before incidents force cleanup.
Bottom line: Cross-platform AI agents create a governance gap because identity, policy and revocation do not automatically follow the agent across vendor runtimes.
Glossary terms: Shared Execution Layer, Agent Principal, Configuration Tax, Shadow Agent
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Cross-platform AI agent governance is an execution-layer problem, not an app-console problem. Once agents span Copilot, ServiceNow, Salesforce and custom systems, no single platform owns the full identity, policy and lifecycle picture. That means governance has to move to the shared execution layer where agent actions are actually routed, observed and constrained. Practitioners should stop assuming that platform-native controls add up to enterprise-wide control.
A few things that frame the scale:
- 62% of organisations are at least experimenting with AI agents, but only 23% have scaled one into a single business function, according to McKinsey's 2025 State of AI survey.
A question worth separating out:
Q: What should IAM teams do when an AI agent is used across several SaaS platforms?
A: Establish one authoritative inventory and one lifecycle path for the agent, then decide which policy and revocation actions must be enforced at the shared execution layer. Platform-native controls can still matter, but they should not be the only place where governance exists.
👉 Read our full editorial: Cross-platform AI agent governance exposes a shared execution gap