Skip to main content
CVE-2026-87808VulnerabilityPublished 09/09/2026

CVE-2026-87808: Protection Mechanism Failure in siyuan-note siyuan

Affects siyuan-note siyuanSource CVE Database V5

0

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

CVSS 4.0 base score
8.7High
How severe the flaw is on the 0–10 CVSS scale.
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:N

What to do

Affected software

ProductAffectedFixed in
siyuan-notesiyuanAffected
  • <3.8.2
Fixed in
  • 3.8.2
GitHubsiyuan-note/siyuanpkg:github/siyuan-note/siyuanOther threatsAffected
  • <=3.8.1
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

Community reviews

Loading reviews…