You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Fix the PostgreSQL escape-string bypass in read-only SQL in the next release #630
The finding in #612 (sensitive columns pass the read-only SQL guard through a PostgreSQL E-string and a result alias) is not part of 1.5.2. The fix needs a provider-aware parse, or an explicit rejection of syntax the guard does not understand, plus a regression test. That is too much change for a release that is already built and in the lab.
It goes into the release after 1.5.2. Problem, evidence and acceptance criteria stay in #612.
Already fixed on main by #635 (fixes #612): escape-string literals are rejected in read mode before execution, with regression tests for the guard, the DB admin controller and the knowledge reader.
Activity
Sev7eNup commentedon Oct 24, 2026
Already fixed on main by #635 (fixes #612): escape-string literals are rejected in read mode before execution, with regression tests for the guard, the DB admin controller and the knowledge reader.