observe or block).
| Detector | Slug | Sides | Protocols | Modes |
|---|---|---|---|---|
| Injection Protection | injection_protection | input | all | observe, block |
| Code Sanitation | code_sanitation | input | all | observe, block |
injection_protection is functional but currently not shown in the catalog picker.
Contact NeuralTrust if you need it enabled for your team.
Injection Protection
Scans the request scopes you select for known injection-attack signatures and reports each match as a finding. Detected attack types:sql, nosql, command, path_traversal, xss, ldap,
xpath, header, file_inclusion (or all).
Settings
| Field | Type | Required | Notes |
|---|---|---|---|
content_to_check | array<enum> | ✅ | Scopes to scan: headers, path_and_query, body, all. |
predefined_injections | array<{ type, enabled }> | — | Built-in attack types to enable. Empty = all enabled. |
custom_injections | array<{ name, pattern, content_to_check }> | — | Your own regex signatures, scoped per scope. |
Code Sanitation
Detects dangerous code-injection patterns by language in the request. Reports matches; never rewrites. Built-in languages:javascript, python, php, sql, shell, html.
Settings
| Field | Type | Default | Notes |
|---|---|---|---|
apply_all_languages | boolean | false | Enable every built-in language pattern set. |
languages | array<{ language, enabled }> | — | Enable specific languages. |
custom_patterns | array<{ name, pattern, description, content_type }> | — | Custom regex signatures. |
When to use
- Put these in front of any system that forwards prompt/tool content into databases, shells, templating engines, or downstream APIs.
- Start in
observeto baseline false positives on your real traffic, then promote toblock. - These are pattern-based and complementary to the LLM-aware content-security detectors — run both.