Inference guardrails

Pipelock vs Cloud Model Guardrails

Amazon Bedrock Guardrails, Azure AI Content Safety, and Google Model Armor screen what goes into and comes out of a model. Pipelock inspects what the agent does with the answer.

At a glance

Pipelock source Cloud model guardrails
Job Agent firewall. Mediates HTTP, WebSocket, and MCP traffic routed through it, scans it for secret leaks, prompt injection, SSRF, and tool poisoning, and can emit signed action receipts for mediated decisions when a signing key is configured. Provider-run filters on model inputs and outputs: harmful-content categories, prompt attacks, denied topics, sensitive-information masking, malicious URLs, and grounding checks.
Enforcement point Network path, outside the agent process The model call on Bedrock; application-invoked moderation APIs on Azure; a sanitize API on Google Cloud, also attachable to Apigee, load balancers, and Google-hosted MCP servers
Source Open source, Apache-2.0 core; Enterprise under ELv2 Closed; managed services from AWS, Microsoft, and Google
Pricing shape Free core; paid Pro and Enterprise tiers Usage pricing on the provider's platform
Runs as Single Go binary, self-hosted; container and Helm Bedrock: attached to inference calls by guardrail ID and version. Azure: APIs the application calls. Google: templates and floor settings applied by the application or by an integrated Google Cloud service.
Pick Cloud model guardrails

Your application calls Bedrock, Azure, or Google models and the risk you care about is what users send to the model and what it says back.

Pick Pipelock

Your agent takes actions after the model answers, calls tools and MCP servers, and you need traffic routed through Pipelock inspected on the wire, with signed receipts configured where you need them.

Run both

Guardrails on the model call. Pipelock on the agent's actions. The model boundary and the network boundary are different places.

Want the runtime boundary, not just another checklist?

The short version

Pipelock is an open-source agent firewall. It inspects HTTP, WebSocket, and MCP traffic routed through it on the agent’s network path for credential leaks, prompt injection, SSRF, and tool poisoning. With a signing key configured, it can emit signed action receipts for mediated decisions.

Amazon Bedrock Guardrails applies configurable filters to model inputs and responses on Bedrock. Its user guide lists content filters for hate, insults, sexual content, violence, misconduct, and prompt attack, denied topics, word filters, sensitive-information filters that block or mask PII, and contextual grounding checks.

Azure AI Content Safety is Microsoft’s moderation service. Its overview lists text and image moderation, Prompt Shields for prompt protection, protected-material detection, and groundedness detection in preview.

Google Model Armor screens prompts and responses through templates of filters and confidence thresholds. Its overview lists responsible AI categories, prompt injection and jailbreak detection, Sensitive Data Protection, and malicious URL detection on the first 256 URLs, with an inspect-only mode and an inspect-and-block mode. Its integrations page lists Apigee, load balancers through Service Extensions, Gemini Enterprise, Google-hosted MCP servers, and the Agent Platform as callers.

Bedrock Guardrails sits at the model boundary on Bedrock, applied per inference call by guardrail ID and version. Azure AI Content Safety is a set of moderation APIs the application calls on text and images, including prompts. Model Armor is a sanitize API that the application, an Apigee proxy, or a Google Cloud load balancer calls. Pipelock mediates the agent traffic that the deployment routes through it.

Feature comparison

FeaturePipelockBedrock GuardrailsAzure AI Content SafetyGoogle Model Armor
Enforcement pointMediated agent egress: HTTP, HTTPS CONNECT (payloads only with TLS interception on), WebSocket, MCP, A2ABedrock model inputs and responses, per callModeration APIs the application calls on text and imagesSanitize API on prompts and responses; callable from Apigee, load balancers, and Google-hosted MCP servers
Harmful-content categoriesNot the focus; response scanning targets injectionHate, insults, sexual, violence, misconduct, prompt attackText and image moderation categoriesHate speech, harassment, sexually explicit, dangerous content, CSAM
Prompt attack detectionDeterministic patterns with multi-pass normalization on scanned responses and tool descriptionsPrompt attack filterPrompt ShieldsPrompt injection and jailbreak detection with confidence thresholds
Sensitive information65 credential patterns, encoding-aware, on routed outbound trafficPII block or mask on inputs and responsesNot the focus of the overview pageSensitive Data Protection infoTypes, basic and advanced
Denied topics and word filtersNoYesCustom categoriesNot on the overview page read
Malicious URL detectionDestination checks on each mediated agent request: blocklist, SSRF, DNS rebindingNot on the guide page readNot on the overview page readYes, first 256 URLs in a prompt or response
Grounding checksNoContextual groundingGroundedness detection (preview)Not on the overview page read
Observe-only modeAudit mode and per-scanner warn actionsNot on the guide page readNot on the overview page readInspect-only, logged to Cloud Logging
MCP tool descriptions, arguments, responsesMediated MCP traffic, both directions, with drift detectionNot applicableNot applicableTool calls and responses to Google-hosted MCP servers, via floor settings
SSRF and private-IP blockingYesNot applicableNot applicableNot applicable
EvidenceSigned receipts when configured, verifiable offlineNot documented in the guide page readNot documented in the overview page readCloud Logging entries
Runs outside the providerRuns beside the agent and mediates routed trafficBedrock onlyAzure serviceGoogle Cloud service; the overview says it can screen apps hosted elsewhere that call the API
Source and pricingApache-2.0 core, freeClosed, usage pricingClosed, usage pricingClosed, usage pricing

Where the cloud guardrails are stronger

Content categories at the model. Hate, violence, sexual content, insults, and misconduct filters, denied topics, and word lists are model-conversation controls. Pipelock doesn’t do content moderation.

Grounding. Bedrock’s contextual grounding and Azure’s groundedness detection check whether a response is supported by its sources. A network firewall has no view of that.

A choke point you already run. Model Armor integrates with Apigee proxies and Google Cloud load balancers through Service Extensions. Once configured, that integration can screen traffic that already passes through it. It reaches agent traffic only where the agent’s traffic goes through that Google-run path.

Little integration on the provider’s platform. Bedrock applies a guardrail to an inference call when the caller passes its ID and version; Azure exposes its checks as APIs the application calls.

Where Pipelock is stronger

The actions after the answer. A tool call, an MCP interaction, a fetched page, or a POST to an API does not traverse the Bedrock or Azure model API. Pipelock inspects that traffic when it is routed through Pipelock, decodes and scans it for credentials, checks destinations for SSRF, and fingerprints tool descriptions for drift. Model Armor’s listed MCP integration covers Google-hosted MCP servers; its listed integrations do not cover an agent’s other MCP connections or plain HTTP and WebSocket egress unless an application sends that traffic to Model Armor.

Portability. It can run next to any agent whose traffic is routed through it, calling any model, on any cloud or none.

Evidence. With a signing key and allow-path receipt enforcement configured, Pipelock refuses to forward an allowed mediated request whose signed receipt cannot be emitted. Its signed receipts verify offline against the operator’s key.

Two boundaries

User -> [cloud guardrail] -> model -> [cloud guardrail] -> agent -> [Pipelock] -> tools, MCP servers, internet

The guardrail protects the conversation with the model. The firewall inspects the agent traffic routed through it after the model response. Neither substitutes for the other.

Further reading

Sources checked

Third-party descriptions on this page come from the public materials below, read on the dates shown. Features and pricing change; check the current documentation before you decide.

  • Amazon Bedrock Guardrails user guide checked 2026-09-01 · content filters for hate, insults, sexual, violence, misconduct, and prompt attack; denied topics; word filters; sensitive information filters that block or mask PII; contextual grounding checks
  • Azure AI Content Safety overview checked 2026-09-01 · text and image moderation, Prompt Shields, protected material detection, groundedness detection in preview
  • Google Model Armor overview checked 2026-09-01 · screens prompts and responses; responsible AI categories, prompt injection and jailbreak detection, Sensitive Data Protection, malicious URL detection on the first 256 URLs; inspect-only and inspect-and-block enforcement; templates and floor settings
  • Google Model Armor integrations checked 2026-09-01 · Agent Gateway, Apigee, Gemini Enterprise, Google-hosted MCP servers, Service Extensions on load balancers, Agent Platform, LangChain

Third-party product names and marks belong to their owners. PipeLab is not affiliated with, sponsored by, or endorsed by the makers of any product compared on this page. Descriptions of other products come from their own public materials on the dates listed above and reflect PipeLab's reading of them. If something here is wrong or out of date, tell us and it will be corrected.

Frequently asked questions

What's the difference between Pipelock and a cloud model guardrail?
Bedrock Guardrails and Azure AI Content Safety filter what goes into a model and what comes out: harmful-content categories, prompt attacks, denied topics, sensitive information, grounding. Pipelock is an agent firewall on the network path that inspects HTTP, WebSocket, and MCP traffic routed through it after the model answers. With a signing key configured, it can emit signed action receipts for mediated decisions. One guards the conversation. The other inspects routed actions.
Do cloud guardrails see MCP tool calls or HTTP egress?
The Bedrock and Azure documents read for this page describe model inputs and outputs on their own platforms. A tool call to an MCP server, a fetch of a web page, or a POST to a third-party API does not pass through those model APIs. Pipelock can inspect that traffic when the agent routes it through Pipelock.
Does Google Model Armor cover agent egress?
Its overview describes a sanitize step on prompts and responses, and its integrations page lists Apigee, Google Cloud load balancers through Service Extensions, and Google-hosted MCP servers as places that can call it. Traffic can be screened when the relevant integration is configured. A tool call, HTTP fetch, or WebSocket from an agent that is not sent through one of those integrations is not covered by that integration.

Want the runtime boundary, not just another checklist?

See all comparisons →