Skip to content

Vekri vs IBM ContextForge

What each is for, where IBM ContextForge is strong, and how the two differ, capability by capability.

IBM · Based on the vendor's public documentation, last reviewed .

At a glance

IBM ContextForge

ContextForge is IBM's open-source gateway and registry that federates MCP servers, A2A agents and REST or gRPC APIs behind one endpoint, with team-scoped roles, SSO, per-user OAuth to upstream servers and plugins.

Open source (Apache 2.0) and self-hosted: a Python package on PyPI, container images, a Helm chart for Kubernetes, and guides for OpenShift and the major clouds. The admin UI has an air-gapped mode.

Vekri

Runtime authorization for AI agents. Vekri Gateway checks every tool call against a verified identity, a task scope and Cedar policy; privileged writes wait for a person's approval of the exact operation; a broker executes with credentials the agent never sees.

In Vekri's cloud, or self-hosted in your Kubernetes cluster with no connection to Vekri.

Where IBM ContextForge is strong

ContextForge federates MCP servers, A2A agents and REST or gRPC APIs into one registry with an admin UI, multi-tenant teams and SSO with common identity providers. Its plugin framework adds PII and secrets detection, content moderation and optional OPA or Cedar policy, and it is open source and self-hosted. Its range of protocols and integrations is far wider than Vekri's today.

Where Vekri differs

ContextForge decides tool access from the teams in the caller's token and the role permissions those teams grant, such as permission to execute tools. Vekri checks each call against the verified workload or employee, a scope issued for the task and Cedar policy over typed operations, and has another person approve a privileged write before a broker executes it with credentials the agent never sees.

Side by side

Vekri and IBM ContextForge, capability by capability.

"Not in public docs" means we could not find it in the vendor's public documentation on the review date, not that it is missing.

Decides each tool call inline

Every agent tool call is allowed or denied before it reaches the protected system.

VekriYes
Vekri Gateway decides every MCP tool call sent through it before the broker executes it; a denied call never reaches the system. It is a boundary only when it is the only path to that system.
IBM ContextForgeDocumented
Each tool call must pass token team scoping and a role check for permission to execute tools; a caller without that permission receives HTTP 403. [2]

Verified workload identity

An agent running as a workload proves who it is with a credential the platform issued, not a shared key.

VekriYes
Kubernetes projected service-account tokens, verified with TokenReview before Vekri issues a short-lived token for the run; every call is then authenticated. SPIFFE X.509-SVIDs from a configured trust bundle (no Workload API yet).
IBM ContextForgeNot in public docs
Clients authenticate with JWTs, API tokens or tokens from an external identity provider. Attesting a workload's identity, for example with Kubernetes or SPIFFE, is not described. [5]

Employee agents use company SSO

Agents that employees run sign in as that employee, through the company identity provider.

VekriYes
Vekri is the MCP authorization server for Claude Code and federates to your OpenID Connect provider. SAML sign-in is not available yet.
IBM ContextForgeDocumented
SSO with GitHub, Google, Microsoft Entra ID, Okta, Keycloak and generic OIDC providers, and OAuth 2.0 with dynamic client registration and PKCE. [5]

Task-scoped permissions from the server

What an agent may do is set per task by the server, not by the agent or its prompt.

VekriYes
A run scope for workloads, or a protected access assignment for employees. The effective permission is always an intersection, never a widening.
IBM ContextForgeNot in public docs
Access follows the teams in the caller's token and the roles held in them. A scope issued by the server for each task is not described in the public documentation. [2]

Policy as code, deny by default

Decisions come from versioned policy, and anything not allowed is refused.

VekriYes
Cedar over typed operations. Unknown operations and evaluation errors are denied, and a revision can be simulated before it is published.
IBM ContextForgePartly
Team-scoped roles grant permissions such as executing tools, and new tools are private by default. Optional plugins can enforce Rego policies through OPA, or Cedar policies. [2] [3] [4]

Approval of the exact operation

A person approves one specific operation, and the approval cannot be reused for another.

VekriYes
Privileged writes wait for another person to approve that operation, bound to its digest, short-lived and single use, with separation of duties.
IBM ContextForgeNot in public docs
ContextForge relays MCP elicitation requests from upstream servers, so a server can ask the user to confirm an action. An approval step enforced by the gateway is not described in the public documentation. [5] [10]

Agent never holds backend credentials

Secrets for the protected system stay out of the agent's reach.

VekriYes
A broker executes with narrowly scoped Kubernetes or GitHub App credentials. Incoming tokens are never forwarded.
IBM ContextForgeDocumented
The gateway acts as the OAuth client for upstream servers, stores per-user tokens encrypted and attaches them to requests. On-behalf-of token exchange and header passthrough are also available. [6] [7] [5]

Audit evidence of decision and outcome

Each call leaves a durable record of what was decided and what happened.

VekriYes
Intent is recorded durably before execution and the outcome after; an uncertain outcome is never retried blindly.
IBM ContextForgeDocumented
Audit trails of changes and security events such as authorization denials can be stored in the database, and tool invocations can be traced with arguments, results and timing. Both are turned on in configuration. [8] [9]

AI agents on workstations

Finds AI coding agents and other AI applications on employee devices, and watches or controls what they do there.

VekriPartly
Vekri Endpoint discovers coding agents, desktop and IDE AI apps, local models and their MCP servers on macOS and Linux, and its local MCP gateway decides each MCP tool call sent through it (Claude Code verified connecting; tool calls verified with an MCP client library). On macOS, a network gateway mediates MCP requests to approved remote servers, and agent control stops AI agents the organization has not allowed. Hooks observe built-in tools without blocking them; Windows is not supported.
IBM ContextForgeNot in public docs
Discovering coding agents on employee devices is not described in the public documentation.

Prompt and output inspection

Detects prompt injection or sensitive data in what models read and write.

VekriPartly
Tool results on Vekri Gateway and the local MCP gateway are inspected for prompt injection before the agent reads them; sensitive-data categories are detected on the device, off by default. Browsers and file uploads are not inspected.
IBM ContextForgeDocumented
Plugins detect and redact PII, detect secrets such as API keys and private keys, and moderate content through IBM Watson, Granite Guardian, OpenAI, Azure or AWS. [4]

Systems covered

Which systems, platforms or agents the product works with.

Vekri
Kubernetes and GitHub, with GitLab, PostgreSQL, MySQL, MongoDB, Slack, Jira, Linear, Asana, ClickUp, monday.com, HubSpot, Pipedrive, Zendesk, Freshdesk and custom OpenAPI connectors in preview.
IBM ContextForge
Any MCP server, A2A agents, and REST or gRPC services exposed as MCP tools, over HTTP, WebSocket, SSE, stdio and streamable HTTP, with more than 40 plugins.

Deployment

How the product is delivered.

Vekri
In Vekri's cloud, or self-hosted in your Kubernetes cluster with no connection to Vekri.
IBM ContextForge
Open source (Apache 2.0) and self-hosted: a Python package on PyPI, container images, a Helm chart for Kubernetes, and guides for OpenShift and the major clouds. The admin UI has an air-gapped mode.

Using both

ContextForge can federate and catalog an organization's MCP servers and APIs, while Vekri governs the privileged calls agents make to Kubernetes clusters and GitHub.

Sources

Read on .

  1. 1.ContextForge docs: overview
  2. 2.ContextForge docs: Authorizing tools with RBAC
  3. 3.ContextForge docs: RBAC configuration
  4. 4.ContextForge docs: Plugins
  5. 5.ContextForge docs: Selecting an MCP gateway
  6. 6.ContextForge docs: OAuth 2.0 integration
  7. 7.ContextForge docs: Identity propagation
  8. 8.ContextForge docs: Logging
  9. 9.ContextForge docs: Observability
  10. 10.ContextForge ADR: Elicitation passthrough
  11. 11.ContextForge releases on GitHub

Product names are trademarks of their respective owners. This page compares publicly documented capabilities as of the review date; it is not endorsed by the vendor, and products change quickly.

Something out of date or wrong? Tell us and we will correct it.

More comparisons

MCP and AI gateways

All comparisons

Contact Sales

See Vekri with your own AI applications, agents and systems.

Talk to us about the AI your organization uses, the systems agents reach and how you deploy: in Vekri's cloud, or inside your own Kubernetes cluster.