Repository navigation
v0.2 - Prompt Injection Hardening #1
aaronphifer
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
v0.2 ships the prompt injection hardening that was the v0.2 ship gate.
What's new since v0.2-alpha
Two-phase prompt injection defense. Triagewall now resists in-content attacks where an attacker embeds instructions in alert fields (URL paths, user agents, payloads) trying to manipulate the LLM's verdict.
Test results (full table in docs/experiments/):
The URL injection that flipped Phase 1 to
false_positive 0.99exactly as the attacker requested now producesuncertain 0.6. The attacker can no longer force their chosen verdict.Real SQL injection attacks still classify as
real. Benign GitHub API traffic still classifies asfalse_positive. The defense doesn't break legitimate detection.Operational improvements:
busy_timeout=10000on all 6 connection sites (prevents dashboard lock contention during ingest backlog catch-up)docker compose restart ingest, no rebuild needed)Documentation:
Known limitations
uncertainrather than the idealreal + flagged as injection attempt. Security outcome is met but the prompt-rule fidelity is iterable.Upgrade path from v0.2-alpha
If you're already on v0.2-alpha:
No config changes required. The new field isolation activates automatically on alerts that contain HTTP, DNS, TLS, file, SSH, or payload data.
What's next
v0.3 begins Wazuh integration — multi-sensor LLM triage. See ROADMAP.md for the full plan.
This discussion was created from the release v0.2 - Prompt Injection Hardening.
All reactions