PostgreSQL Anonymizer: Cached plans bypass transparent dynamic masking after a role change or a new masking rule
Impact
PostgreSQL Anonymizer versions before 3.3.0 may expose sensitive information after a role change or new masking rule, until the session ends. The issue is due to cached plans not being invalidated. Users with existing plans can still access unmasked data.
Summarized by @cf/meta/llama-3.3-70b-instruct-fp8-fast. Verify details against the original sources.What to do
Disconnect active sessions after changing a masking rule.
Affected packages
Affected products
Vendor version evidence. Product records are separate from automatic dependency matching.
DALIBO · PostgreSQL
PostgreSQL Anonymizer
1 range
DALIBO · PostgreSQL
PostgreSQL Anonymizer
Compare with this publisher’s ranges. This does not inspect your installation.
affected
1 → before 3.3.0
semver versions
Other versions: unaffected
Original source description
PostgreSQL Anonymizer doesn't invalidate plans prepared after a rule was added or a role changed. Users using such plans can still see the unmasked data until the end of the session. The problem is resolved in PostgreSQL Anonymizer 3.3.0 and later versions.
Inside the record
Evidence available
Describes the evidence in this view, not whether the product is safe.
Original records
CVE-2026-105617View the latest unmodified CVE JSON from the official source. It may be newer than this imported page.
cve.new JSON →Underlying weaknesses
The source’s classification of what caused the vulnerability.
Contributing organizations · 1
Assigning organization
What changed
Follow changesLarge field values are marked as truncated previews. Original source snapshots remain retained.