Model guardrails
Model guardrails screen the prompts employees send to models and the completions that come back. They run inline, so a redaction or block happens before the prompt reaches the vendor.
Tool calls are screened by the Security Gateway. DLP entity rules are shared: changing a rule on the DLP tab also changes it for tool calls.
Data loss prevention entity rules
The seeded rules default to Redact for CREDIT_CARD, CRYPTO, IBAN_CODE, US_ITIN, and US_SSN, and Log for the rest: DATE_TIME, EMAIL_ADDRESS, IP_ADDRESS, NRP, LOCATION, PERSON, PHONE_NUMBER, MEDICAL_LICENSE, URL, US_BANK_NUMBER, US_DRIVER_LICENSE, and US_PASSPORT. See Standard Entity Rules for what each matches.
All seeded rules start Inactive. Nothing is detected until you enable a rule.
You can switch a rule off or change its action, but not its pattern. Custom regex rules live on Custom Regex Rules.
Prompt injection screening
Screening runs on two axes, each with its own mode.
Run in alert for a week, tune your allowlist, then switch to block.
Prompt injection actions
The prompt defaults to block and the response to redact.
Prompt injection allowlist
The allowlist suppresses legitimate work that looks like injection. It takes up to 50 regex patterns of 200 characters each. A pattern broad enough to match ordinary prose is dropped.
Prompt injection errors
A blocked prompt returns 400. A blocked output returns the same shape with pi_output_blocked. Match on code.
Where model guardrail detections land
Detections appear on the Security alerts tab. The Employee column shows a dash for now, so find the person through the request in LLM calls.
Test a rule before enabling it with the Guardrail tester.