URL prefix handling permits API key read-scope bypass in Psono Server
Impact
Psono Server CE && EE versions 4.0.33 through 7.2.3 compared the request path for the bulk-secret-read endpoint with a hard-coded unprefixed path. In deployments configured with URL_PREFIX, the comparison failed and the POST request was authorized using write scope instead of read scope. An authenticated remote attacker with an unusual read-disabled, write-enabled API key could therefore retrieve encrypted secret data and nonces through the prefixed bulk-secret-read endpoint despite lacking read permission. The default configuration without URL_PREFIX was not affected.
Source excerpt · esaqaWhat to do
Upgrade to Psono Server 7.2.4 or later.
Affected packages
Affected products
Vendor version evidence. Product records are separate from automatic dependency matching.
esaqa GmbH · Psono
Other versions: unaffected
| Version / range | Source status |
|---|---|
| 4.0.33 to before 7.2.4 | affected |
Original source description
Psono Server CE && EE versions 4.0.33 through 7.2.3 compared the request path for the bulk-secret-read endpoint with a hard-coded unprefixed path. In deployments configured with URL_PREFIX, the comparison failed and the POST request was authorized using write scope instead of read scope. An authenticated remote attacker with an unusual read-disabled, write-enabled API key could therefore retrieve encrypted secret data and nonces through the prefixed bulk-secret-read endpoint despite lacking read permission. The default configuration without URL_PREFIX was not affected.
References
- Security advisory gitlab.com/esaqa/esaqa/security-advisories/-/blob/master/advisories/CVE-2026-117472.md
- Source reference gitlab.com/esaqa/psono/psono-server/-/blob/v7.2.3/psono/restapi/permissions.py
- Patch gitlab.com/esaqa/psono/psono-server/-/commit/5638d4be806af7d1dea03f7cad3927aa2bd19cf4
- Release notes gitlab.com/esaqa/psono/psono-server/-/releases/v7.2.4
- Source reference gitlab.com/esaqa/psono/psono-server