CVE-2026-87808: Protection Mechanism Failure in siyuan-note siyuan
Affects siyuan-note siyuanSource CVE Database V5
Mentioned vulnerabilities
Not known to be exploited · CVSS 8.7 High · fixed in 3.8.2 : patch siyuan-note siyuan soon.
Data as of 10/25/2026, 04:40:14 UTC
- Exploitation
Not in CISA KEV, no exploitation reported
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 37% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 3.8.2
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NWhat to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| siyuan-notesiyuan | Affected
| Fixed in
|
GitHubsiyuan-note/siyuanpkg:github/siyuan-note/siyuanOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade to SiYuan version 3.8.2 or later, where this vulnerability is fixed. The fix properly enforces read-only boundaries on the /api/search/fullTextSearchBlock endpoint, preventing arbitrary SQL execution in read-only mode. Until upgrading, restrict administrator access and avoid running workspaces in read-only mode if possible.
Description
SiYuan versions <= 3.8.1 contain an incomplete fix for CVE-2026-32767 (GHSA-j7wh-x834-p3r7). The prior fix (commit d5e2d0bc) added an administrator check for SQL mode (method=2) in POST /api/search/fullTextSearchBlock, but the endpoint still does not enforce the application's read-only boundary: for method=2 it forwards caller-supplied SQL to the blocks database query path without calling model.CheckReadonly or CheckReadonlyStatementInBox. As a result, when a workspace runs in read-only mode (--readonly=true), an authenticated administrator can submit arbitrary SQL through /api/search/fullTextSearchBlock and obtain raw read access to the blocks database, even though the dedicated /api/query/sql endpoint is blocked in that mode. Fixed in v3.8.2.
Impact
An authenticated administrator can bypass the read-only mode restriction and execute arbitrary SQL queries on the blocks database, potentially exposing sensitive data. This undermines the intended read-only protection of the workspace, allowing unauthorized data access despite the read-only configuration. The vulnerability does not require user interaction and has a network attack vector with low complexity, making it a high-severity issue.
References
- github.com/siyuan-note/siyuan/security/advisories/GHSA-4qwm-3p58-vh67 (opens in a new tab)
- github.com/siyuan-note/siyuan/commit/d5e2d0bce0dffef5f61bd8066954bc2d41181fc5 (opens in a new tab)
- vulncheck.com/advisories/siyuan-before-3.8.2-read-only-boundary-bypass-via-fulltextsearchblock (opens in a new tab)