9.8

CVSS Score

3.1

-

CVSS Score

Basic Information

Concerned about an active attack path?

Talk to our security experts and see Miggo in action.

Miggo Vulnerability Database

→

CVE-2026-32767

CVE-2026-32767: SiYuan: Authorization Bypass Allows Arbitrary SQL Execution via Search API

SiYuan is a personal knowledge management system. Versions 3.6.0 and below contain an authorization bypass vulnerability in the /api/search/fullTextSearchBlock endpoint. When the method parameter is set to 2, the endpoint passes user-supplied input directly as a raw SQL statement to the underlying SQLite database without any authorization or read-only checks. This allows any authenticated user — including those with the Reader role — to execute arbitrary SQL statements (SELECT, DELETE, UPDATE, DROP TABLE, etc.) against the application's database. This is inconsistent with the application's own security model: the dedicated SQL endpoint (/api/query/sql) correctly requires both CheckAdminRole and CheckReadonly middleware, but the search endpoint bypasses these controls entirely. This issue has been fixed in version 3.6.1.

(GitHub Advisory)

Miggo Vulnerability Database

→

CVE-2026-32767

CVE-2026-32767:

9.8

CVSS Score

3.1

-

CVSS Score

Basic Information

Is this CVE running in your environment?

Easily map the attack path and prioritize which CVEs are a threat to your organization

Validate Exposure

Technical Details

Package Name	Ecosystem	Vulnerable Versions	First Patched Version
github.com/siyuan-note/siyuan/kernel	go	<= 0.0.0-20260313024916-fd6526133bb3

Technical Details

Vulnerability Intelligence
Miggo AI

Root Cause Analysis

The vulnerability is an authorization bypass in the SiYuan Note application, specifically in the /api/search/fullTextSearchBlock API endpoint. The root cause is the lack of proper authorization middleware (CheckAdminRole and CheckReadonly) on this endpoint's definition in kernel/api/router.go. This allows any authenticated user, including those with a read-only Reader role, to access the endpoint.

The vulnerability is triggered when a request is sent to this endpoint with the method parameter set to 2. This directs the application to treat the query parameter as a raw SQL statement. The user-supplied SQL query is passed through a chain of functions, starting with api.fullTextSearchBlock, then to model.FullTextSearchBlock, model.searchBySQL, sql.SelectBlocksRawStmt, and finally to sql.query, which executes the statement using the standard db.Query function. At no point in this chain is the user's role checked or the SQL statement sanitized to prevent non-SELECT queries. This allows a low-privileged user to execute arbitrary SQL, leading to a complete compromise of the application's data confidentiality, integrity, and availability.

Vulnerable functions

api.fullTextSearchBlock

kernel/api/search.go

This is the main API handler for the `/api/search/fullTextSearchBlock` endpoint. It fails to implement `CheckAdminRole` or `CheckReadonly` middleware, allowing any authenticated user to access it. It takes the user-provided `query` and `method` parameters and passes them to `model.FullTextSearchBlock` without proper authorization checks, initiating the vulnerable call chain.

model.FullTextSearchBlock

kernel/model/search.go

This function acts as a dispatcher based on the `method` parameter. When `method` is set to `2`, it routes the raw, un-sanitized `query` string from the user directly to the `searchBySQL` function, which is responsible for executing the SQL statement.

model.searchBySQL

kernel/model/search.go

This function receives the raw SQL query as the `stmt` parameter and passes it directly to `sql.SelectBlocksRawStmt` for execution. It does not perform any validation or sanitization to ensure that the statement is a read-only SELECT query.

sql.SelectBlocksRawStmt

kernel/sql/block_query.go

This function attempts to parse the SQL statement, but critically, if the parsing fails, it falls back to executing the raw statement by calling `selectBlocksRawStmt`. This fallback mechanism allows malformed or non-SELECT statements to be executed.

sql.selectBlocksRawStmt

kernel/sql/block_query.go

This function is a key point of the vulnerability, as it takes the raw SQL statement (`stmt`) and passes it directly to the `query` function for execution against the database. The comment `// Executes arbitrary SQL` in the source code indicates this is the intended, albeit insecure, behavior.

sql.query

kernel/sql/database.go

This function is the final step in the vulnerable execution chain. It is a thin wrapper around the standard Go `database/sql` library's `db.Query` method, which executes any SQL statement passed to it, including destructive commands like DELETE, UPDATE, and DROP TABLE.

Vulnerability Intelligence
Miggo AI

Unlock WAF rules for this CVE

Generate vendor-ready rules for the observed attack patterns, plus reasoning and safe deployment guidance

Get WAF rules

WAF Protection Rules

WAF Rule

W** rul*s *v*il**l* *or Mi**o *ustom*rs only.W** rul*s *v*il**l* *or Mi**o *ustom*rs only.W** rul*s *v*il**l* *or Mi**o *ustom*rs only.W** rul*s *v*il**l* *or Mi**o *ustom*rs only.W** rul*s *v*il**l* *or Mi**o *ustom*rs only.W** rul*s *v*il**l* *or Mi**o *ustom*rs only.W** rul*s *v*il**l* *or Mi**o *ustom*rs only.W** rul*s *v*il**l* *or Mi**o *ustom*rs only.W** rul*s *v*il**l* *or Mi**o *ustom*rs only.W** rul*s *v*il**l* *or Mi**o *ustom*rs only.

Reasoning

*v*il**l* *or Mi**o *ustom*rs only.*v*il**l* *or Mi**o *ustom*rs only.*v*il**l* *or Mi**o *ustom*rs only.*v*il**l* *or Mi**o *ustom*rs only.*v*il**l* *or Mi**o *ustom*rs only.*v*il**l* *or Mi**o *ustom*rs only.*v*il**l* *or Mi**o *ustom*rs only.*v*il**l* *or Mi**o *ustom*rs only.*v*il**l* *or Mi**o *ustom*rs only.*v*il**l* *or Mi**o *ustom*rs only.