CVE-2026-72808: SiYuan before v3.7.4 Information Disclosure via getFileAnnotation

Published Aug 12, 2026
·
Updated

CVE: This vulnerability corresponds to CVE-2026-72808.

Summary

The /api/asset/getFileAnnotation endpoint returns the content of .sya PDF-annotation files with no publish-access check. It is gated by CheckAuth only, so it is reachable by the publish RoleReader token and by the anonymous account when Publish.Auth.Enable is false. Its sibling, the /assets/ asset route does enforce publish access, including the publish password. An anonymous reader who knows an asset path can therefore read the private PDF annotations (highlights, notes) attached to assets in publish-forbidden, password-protected, or unpublished documents.

Details

getFileAnnotation resolves the annotation file via GetAssetAbsPathInBox (no path traversal) and returns the .sya content. Unlike the /assets/ route, which applies the publish-access filter including password enforcement before serving asset bytes, getFileAnnotation applies no publish-access, publish-ignore, or password check. The guarded-sibling asymmetry indicates the boundary is meant to apply to this data and was omitted here.

.sya files for encrypted-box assets are fail-closed and not exposed. The gap is limited to non-encrypted assets.

Route / auth tier. getFileAnnotation is registered CheckAuth-only. CheckAuth admits RoleReader; the publish proxy forwards port-6808 traffic with a Reader JWT (anonymous when publish auth is disabled).

Proof of Concept

Reproduced on a local instance (publish mode on 6808, Basic Auth off).

Setup (admin, 6806): 1. createNotebook{name:"AnnotPoc"} → box 2. createDocWithMd{notebook, path:"/annot-victim", markdown:"doc with a pdf"} → doc 3. POST /api/asset/upload (multipart id=<doc>, file[]=@secret.pdf) → assets/secret-...pdf 4. setFileAnnotation{path:"<asset>.sya", data:"{annotSecret:ANNOTSECRET4471,note:private highlight}"} 5. setPublishAccess{id:<doc>, visible:false, password:"", disable:true} → doc forbidden

Exploit (anonymous reader, 6808, no token): POST http://127.0.0.1:6808/api/asset/getFileAnnotation {"path":"assets/secret-...pdf.sya"} Returns: {"code":0,"data":{"data":"{\"annotSecret\":\"ANNOTSECRET4471\",\"note\":\"private highlight\"}"}} The annotation content of a publish-forbidden document is returned to an anonymous reader with no publish-access check, while the /assets/ route serving the same asset class enforces publish access and password.

Impact

An anonymous reader (publish mode with auth disabled) or any publish RoleReader can read the private PDF annotations (highlights and notes) of assets belonging to publish-forbidden, password-protected, or unpublished documents, given the asset path. This defeats the publish-access/password boundary for annotation data. Scope is limited to annotated PDFs in non-encrypted notebooks; encrypted-box annotations are not exposed. Confidentiality-only.

Suggested fix

Apply the same publish-access check the /assets/ route uses to getFileAnnotation resolve the asset's owning document and enforce the publish-access/publish-ignore / password check before returning .sya content.

Other sources

SiYuan versions up to and including v3.7.2 (fixed in v3.7.4) contain an information disclosure vulnerability in the /api/asset/getFileAnnotation endpoint, which returns .sya PDF-annotation file content without a publish-access check. Because the endpoint is gated only by CheckAuth (unlike the /assets/ route, which enforces publish access and password), an anonymous reader (when publish authentication is disabled) or any publish RoleReader who knows an asset path can read the private PDF annotations (highlights and notes) of publish-forbidden, password-protected, or unpublished documents. The issue is limited to non-encrypted notebooks; encrypted-box annotations are not exposed.

MITRE

Affected Software

2 affected componentsFixes available
SiYuan SiYuan<=3.7.2
go/github.com/siyuan-note/siyuan/kernel<0.0.0-20260723031702-509b35055940
0.0.0-20260723031702-509b35055940

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade go/github.com/siyuan-note/siyuan/kernel to a version that resolves this vulnerability.

    Fixed in 0.0.0-20260723031702-509b35055940
  2. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in v3.7.4
  3. Configuration

    Modify the /api/asset/getFileAnnotation endpoint so it resolves the asset's owning document and enforces the publish-access/publish-ignore and password check (matching the behavior of the /assets/* route) before returning the .sya PDF-annotation file content.

    SiYuan /api/asset/getFileAnnotation publish-access check enforcement = apply the same publish-access check used by /assets/* to getFileAnnotation (enforce publish-access/publish-ignore and password check before returning .sya content)

Event History

Aug 12, 2026
CVE Published
via MITRE·07:07 PM
Data Sourced
via MITRE·07:07 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·08:17 PM
DescriptionSeverityWeakness
Sep 3, 2026
Advisory Published
via GitHub·10:48 PM
Data Sourced
via GitHub·10:48 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

What is the severity of CVE-2026-72808?

The severity of CVE-2026-72808 is classified as medium with a score of 5.8.

2

How do I fix CVE-2026-72808?

To fix CVE-2026-72808, update SiYuan to version 3.7.4 or later.

3

What type of vulnerability is CVE-2026-72808?

CVE-2026-72808 is an information disclosure vulnerability.

4

Which versions of SiYuan are affected by CVE-2026-72808?

SiYuan versions up to and including v3.7.2 are affected by CVE-2026-72808.

5

What does CVE-2026-72808 allow attackers to do?

CVE-2026-72808 allows unauthorized access to .sya PDF-annotation file content via the /api/asset/getFileAnnotation endpoint.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203