HEAD-TO-HEAD · FACTS ONLY
Bay vs Zenity: AI endpoint control facts side by side
Short answer
By The Device Desk · Endpoint AI Finder · Published 2026-10-11
Desk research from public vendor pages read on 27 September and 11 October 2026. Profiles follow our published method; we did not run the products.
Vendor pages read September and October 2026 · updated 2026-10-13
Where do their controls sit?
- Filled or hatched marker: Bay
- Dashed teal ring: Zenity, described
- DEV Filled marker: described on the product pages we read
- DEV Hatched marker: partly described (another component, a narrower scope, or method not detailed)
- DEV Dashed marker: not in our sources (it may exist; we did not find it)
What are the facts, side by side?
| Fact | Bay | Zenity |
|---|---|---|
| Owner | None | None |
| Positioning | An endpoint-first control layer for AI agents, coding assistants and MCP servers on employee devices. Bay describes itself as a fully preventive, agentless platform that classifies, governs and prevents risks across every AI agent and tool on enterprise endpoints. | An AI agent security platform covering AI observability, posture management, exposure management, runtime boundaries, agentic identity, MCP security and AI detection and response, with a long list of SaaS and cloud agent integrations. |
| How it reaches devices | Deploys through your existing EDR or MDM, with no new agents and no new tools; Bay says it scans in minutes and exits cleanly. Source: Bay homepage · Read 27 Sep 2026 | Native agent hooks and the Zenity MCP gateway for coding agents; how it reaches endpoints is not detailed. Source: Zenity: coding and personal agents · Read 27 Sep 2026 |
| On-device controlDiffers | DescribedInventories AI agents, MCP servers, tools, credentials and extensions on the device, and its Enforcer returns Allow, Ask or Deny locally on prompts, pre-tool calls and post-tool responses on supported agent surfaces. Delivered as Wave, an ephemeral binary that runs through your existing MDM or EDR. Policies can be scoped by agent, group, endpoint or device. Source: Bay blog: Ghostjacking (re-read) · Read 11 Oct 2026 | Partly describedBlocks or modifies a dangerous tool call before it executes through native agent hooks; how it reaches endpoints is not detailed. Source: Zenity: coding and personal agents · Read 27 Sep 2026 |
| Browser extension | Not in our sourcesNo browser extension is described. Bay's Application Control can allow or block browsers and extensions as applications, which is a device rule, not a control on what goes into browser AI. Source: Bay blog: Ghostjacking (re-read) · Read 11 Oct 2026 | Not in our sourcesNot described on the pages we read. |
| Network or SSE proxy | Not in our sourcesNot described on the pages we read. | Not in our sourcesNot described on the pages we read. |
| AI or MCP gatewayDiffers | Not in our sourcesNot described on the pages we read. | DescribedThe Zenity MCP gateway can block or modify a tool call before it executes. Source: Zenity: coding and personal agents · Read 27 Sep 2026 |
| Names the coding agents it covers | MatchesManaged settings for Claude Code, Codex and Claude Desktop lock permission rules, preserve managed hooks, restrict MCP servers and constrain plugin sources. Source: Bay blog: Ghostjacking, an AI agent attack (August 2026) · Read 27 Sep 2026 | MatchesNames Claude Code and Cowork, ChatGPT Codex, GitHub Copilot and Cursor. Source: Zenity: coding and personal agents · Read 27 Sep 2026 |
| Decides on a tool call before it runs | MatchesEvaluates prompts, pre-tool calls and post-tool responses and returns Allow, Ask or Deny locally, which Bay states takes under 4ms with no cloud round-trip, on supported agent surfaces. Source: Bay blog: Ghostjacking (re-read) · Read 11 Oct 2026 | MatchesBlocks or modifies a dangerous tool call before it executes. Source: Zenity: coding and personal agents · Read 27 Sep 2026 |
| Controls what goes into browser AI | Not in our sources | Not in our sources |
| Rolls out through EDR or device management you runDiffers | MatchesDeploys through your existing EDR or MDM; no new agents. Source: Bay homepage · Read 27 Sep 2026 | Not in our sources |
| Can warn or ask instead of only blockingDiffers | MatchesAsk is one of three answers, with Allow and Deny. Source: Bay homepage · Read 27 Sep 2026 | PartlyCan modify a tool call as well as block it; asking the user is not described. Source: Zenity: coding and personal agents · Read 27 Sep 2026 |
| Can block an agent, tool or action | MatchesDeny stops an action. Rules cover MCP servers (an allow or block list, and per-tool rules for read, create, update, delete and execute), applications, CLIs, browsers, IDEs and extensions, credentials and files, network egress allow lists, and capability rules such as shell execution, package installation and cloud CLIs. Source: Bay blog: Ghostjacking (re-read) · Read 11 Oct 2026 | MatchesBlocks a dangerous tool call before it executes. Source: Zenity: coding and personal agents · Read 27 Sep 2026 |
| Has a watch-only or simulation modeDiffers | MatchesSimulation Mode runs a rule without enforcing it. Source: Bay blog: Ghostjacking, an AI agent attack (August 2026) · Read 27 Sep 2026 | Not in our sources |
| Records who or what took each actionDiffers | MatchesRecords who triggered an action, whether a human was involved, and the chain from prompt to system action. Source: Bay homepage · Read 27 Sep 2026 | PartlyAI observability and agentic identity and access management are named capabilities. Source: Zenity platform · Read 27 Sep 2026 |
| Also covers SaaS, cloud or homegrown AIDiffers | Not in our sources | MatchesIntegrations include Bedrock, Azure AI Foundry, ChatGPT Enterprise, Claude Enterprise, Copilot Studio, Vertex AI, Microsoft 365 Copilot, Power Platform, Salesforce, Agentforce and ServiceNow. Source: Zenity platform · Read 27 Sep 2026 |
| Has a public price or tiers (vendor site or marketplace) | Not in our sources | Not in our sources |
| Built into | None | None |
| Works with | None in our sources | None in our sources |
| Price | Not published. Bay's site has a demo request and no pricing page (re-checked 11 October 2026). Source: Bay homepage (re-read) · Read 11 Oct 2026 | Not published. Source: Zenity homepage · Read 27 Sep 2026 |
Where do they differ?
- On-device control: Bay describes it; Zenity partly describes it.
- AI or MCP gateway: Bay is not in our sources; Zenity describes it.
- Rolls out through EDR or device management you run: Bay matches; Zenity is not in our sources.
- Can warn or ask instead of only blocking: Bay matches; Zenity partly matches.
- Has a watch-only or simulation mode: Bay matches; Zenity is not in our sources.
- Records who or what took each action: Bay matches; Zenity partly matches.
- Also covers SaaS, cloud or homegrown AI: Bay is not in our sources; Zenity matches.
Choose Bay if
- Your developers run coding agents with many MCP servers and you want a decision on each action before it runs
- You want to add AI agent control through the EDR or MDM you already run instead of rolling out another agent
Choose Zenity if
- Microsoft 365 Copilot, Copilot Studio, Salesforce or ServiceNow agents matter as much as laptops
- You want an MCP gateway that can modify a tool call, not only block it
Which limits should you check?
Bay
- Endpoint only: no browser extension, network proxy or AI gateway is described, and nothing on SaaS or cloud-hosted AI apps.
- One of the smallest public footprints here: a single homepage, two blog posts, no documentation portal and no published pricing (re-checked 11 October 2026).
- Headline figures such as under 5 minutes to deploy, under 1% false positives and 100% of shadow AI discovered are Bay's own statements and have not been verified.
Zenity
- How it reaches endpoints is not detailed on the pages we read.
- No pricing published, and asking the user before an action is not described.