NEWPrivent 2.0 is here.
Privent
COMPARISONn8n 1.119.0+ · docs verified 16 Aug 2026

n8n shipped guardrails. Here is where a node stops.

The free Guardrails node validates and sanitizes text at the step you place it on. That is real protection, and it validates the problem. Your client's data needs two things a single node cannot promise: coverage of the whole pipeline, and a way back for the values it masks.

CREDIT WHERE DUE

Turn it on.

Since n8n 1.119.0 (November 2025), every n8n instance gets the Guardrails node free in the Community tier: guardrail types covering PII detection and sanitization, jailbreak attempts, secret keys, NSFW content, keywords, URLs, topical alignment, and custom checks, with two operations, check text for violations or sanitize and continue. If you build on n8n, use it. What follows is about scope, not quality.

THE THREE GAPS
01

Sanitization is one-way

What Guardrails does

Sanitize Text replaces detected values with placeholders. The documentation describes no restore operation, and a generic placeholder carries no identity: distinct values collapse into the same token.

For an agent workflow

An agent working on masked data cannot give the answer back. Once the email is a placeholder, no downstream step can use it, join on it, or return it to the customer.

What Privent does instead

Guardrails-style sanitization deletes data. Privent turns ahmet@firma.com into [EMAIL_001] and can restore it. Tokens are typed and indexed, and the real values come back only at sinks you trust.

02

Protection sits where you remembered to put it

What Guardrails does

The node protects the step it sits on. A builder places it by hand, workflow by workflow. Privent's node is placed the same way; the interceptor build of the n8n image is not.

For an agent workflow

A security team cannot accept hope as a control. One forgotten node on one workflow is an uncovered path for the client's data, and nobody finds out until it matters.

What Privent does instead

Privent's interceptor build of the n8n image sits in the workflow's own run and sees every node, not only the ones you wired. Swap one image; nothing else changes.

See the install page
03

Redaction changes the view, not the data

What n8n redaction does

Execution-data redaction is an n8n Enterprise feature, and n8n's own documentation is precise about its scope: it controls what users see in the execution viewer and does not restrict what downstream nodes receive.

For an agent workflow

The data your client worries about is not the copy in the viewer. It is the copy that leaves through the next HTTP node.

What Privent does instead

Privent transforms the data itself, inside the flow. What the model receives is the transformed payload, the workflow never stops, and every crossing leaves an audit event.

n8n behavior as documented at docs.n8n.io. n8n 1.119.0+ · docs verified 16 Aug 2026.

The round trip a placeholder cannot make.

01 · In the workflowahmet@firma.com
02 · What the model sees[EMAIL_001]
03 · In the model's answer[EMAIL_001]
04 · Restored at your trusted sinkahmet@firma.com
WHOSE CODE RUNS IN YOUR N8N?

n8n's own docs answer that question.

“community nodes have full access to the machine that n8n runs on, and can do anything, including malicious actions.”

docs.n8n.io, community node risks, retrieved 16 Aug 2026

That warning is why the Privent node is built to be inspectable: MIT licensed, provenance-signed on npm, stateless, zero runtime dependencies, and verified for n8n Cloud. You can read every line it runs.

See what your workflows send out.

The free scan runs inside your own n8n and reports aggregate counts only. Your API key never leaves your instance.