Blog

min read

Pillar + TrueFoundry: Runtime AI Protection, Built Into the Gateway

By

Dor Sarig

and

April 24, 2026

min read

Enterprises running AI in production need two things the same day: a gateway that routes traffic across models and providers without latency tax, and runtime protection that stops prompt injection, data leakage, and unsafe outputs before they reach users or LLMs. 

Today we're announcing that Pillar's AI runtime protection is natively integrated into TrueFoundry's AI Gateway, so TrueFoundry customers can turn on Pillar protection across every AI request with a config change.

What the integration delivers

TrueFoundry's Gateway sits between your applications and every model you call — OpenAI, Anthropic, Bedrock, Azure, open-source, self-hosted. With Pillar plugged in, every request and response flowing through the Gateway gets inspected in real time against Pillar's policy engine. The Gateway enforces the verdict uniformly, regardless of which downstream model served the request.

Pillar's AI runtime protection covers the threats that matter most for production AI:

  • Prompt injection protection. Block direct and indirect injection attempts before they manipulate your model or agent.
  • Jailbreak detection. Catch attempts to bypass safety controls, including multi-turn and obfuscated variants.
  • PII, PCI and secrets detection. Flag and redact sensitive and financial data, API keys, and credentials in both prompts and responses.
  • Content moderation and toxicity filtering. Keep outputs clean, safe, and compliant with enterprise policy.
  • Reconnaissance and evasion. Identify any attempt to perform app fingerprinting or evade detection using hidden characters or encoding techniques.
  • Context-aware threat detection. Pillar evaluates the full conversation and session context, not only the single turn, which is how it catches threats that single-shot classifiers miss.

Why context matters for agentic workloads

Most runtime protection layers evaluate one message at a time. That works for chatbots. It breaks for agents. Agentic workflows chain tool calls, retrieve external content, and carry state across many turns, which is exactly where indirect prompt injection, data exfiltration, and goal hijacking live. Pillar's detection operates on the full session, so injected instructions embedded in a retrieved document or tool response get caught even when the individual turn looks benign in isolation.

Run this through the TrueFoundry Gateway and you get session-aware protection on every model call your agent makes, without writing detection logic into your application code.

How the flow works

  1. Your application sends a request through the TrueFoundry AI Gateway.
  2. The Gateway forwards the prompt to Pillar for an input scan.
  3. If Pillar returns allow, the Gateway routes to the target model. If Pillar returns block, the request stops and the Gateway returns a safe response to your app.
  4. When the model responds, the Gateway runs an output scan through Pillar before the response reaches your application.
  5. Every scan, verdict, and decision is logged on both sides for audit, incident response, and policy tuning.

Setting it up in TrueFoundry

Adding Pillar to your TrueFoundry Gateway takes a runtime protection config and an API key. From the Guardrails Group setup in TrueFoundry:

  • Add a Pillar configuration to the group.
  • Supply your Pillar API key and the policy profile you want to apply.
  • Scope the protection to specific models, teams, routes, or environments. You can apply strict policies to production agents and looser policies to internal prototyping.
  • Save. Every request routed through that group now runs through Pillar.

Full setup instructions are in the TrueFoundry docs.

What teams can do on day one

  • Apply Pillar scanning to any model behind the Gateway without changing application code.
  • Block prompt injection and jailbreak attempts before they reach production LLMs.
  • Prevent accidental exposure of PII, secrets, and credentials in prompts and completions.
  • Set different policies for different teams, use cases, or risk tiers from a single control plane.
  • Combine Pillar's detection logs with TrueFoundry's per-request tracing for complete audit coverage.
  • Roll out progressively. Begin with one model or one team, expand with zero downtime.

Why this matters

Security teams have told us the same thing for the past year: they don't want to pick between a gateway that routes traffic and a security layer that protects it. They want both, wired together, with one place to configure policy and one place to audit what happened.

Pillar and TrueFoundry together deliver that. TrueFoundry runs the traffic. Pillar runs the defense. Your platform team gets a single deployment path for every AI workload in the enterprise, with runtime protection on by default.

Get started

If you're a TrueFoundry customer, enable Pillar in your runtime protection configuration today.

If you want to see it live, book a demo with Pillar or reach out to your TrueFoundry account team.

FAQs

How does Pillar's integration with TrueFoundry AI Gateway protect against prompt injection in production?

Pillar's runtime protection is natively embedded in the TrueFoundry AI Gateway, scanning every inbound prompt before it reaches any downstream model. When Pillar's policy engine returns a block verdict, the Gateway stops the request and returns a safe response to the application — no changes to application code required.

Why is single-turn message scanning insufficient for securing agentic AI workflows?

Agentic workflows chain tool calls, retrieve external content, and carry state across multiple turns — which is precisely where indirect prompt injection, data exfiltration, and goal hijacking occur. Single-turn classifiers miss these threats because injected instructions embedded in a retrieved document can look completely benign in isolation. Pillar evaluates the full conversation and session context to catch what single-shot approaches cannot.

What types of AI threats does Pillar's runtime protection cover when deployed through the TrueFoundry Gateway?

Pillar's runtime protection covers prompt injection, jailbreak attempts including multi-turn and obfuscated variants, PII and PCI data exposure, API key and credential leakage, content toxicity, and reconnaissance techniques such as app fingerprinting and hidden-character encoding evasion — applied uniformly across every model routed through the Gateway.

Can teams apply different security policies to different AI models or environments using the Pillar and TrueFoundry integration?

Yes. Through TrueFoundry's Guardrails Group configuration, teams can scope Pillar policy profiles to specific models, routes, teams, or environments. For example, strict policies can be enforced on production agents while looser policies apply to internal prototyping — all managed from a single control plane without application code changes.

How does the request and response flow work when Pillar protection is enabled in the TrueFoundry AI Gateway?

An application sends a request to the TrueFoundry Gateway, which forwards the prompt to Pillar for an input scan. A block verdict stops the request immediately; an allow verdict routes it to the target model. The model's response then passes through a Pillar output scan before reaching the application. Every scan, verdict, and decision is logged on both sides for audit and incident response.

Subscribe and get the latest security updates

Back to blog

MAYBE YOU WILL FIND THIS INTERSTING AS WELL

Our Week of Sandbox Escapes Had Seven Real World Examples. OpenAI Just Added the Eighth

By

Ziv Karliner

and

July 23, 2026

Blog
The Week of Sandbox Escapes Day 4: Git directories do not have to be called .git

By

Eilon Cohen

and

July 20, 2026

Research
The Week of Sandbox Escapes Day 3: The sandbox let me edit a venv, and something else ran it

By

Dan Lisichkin

and

July 20, 2026

Research