<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-08T06:30:44.987755+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-352757</id>
    <title>EUVD-2026-352757</title>
    <updated>2026-10-08T06:30:45.043545+00:00</updated>
    <content>EUVD-2026-352757</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-352757"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-72802</id>
    <title>fkie_cve-2026-72802</title>
    <updated>2026-10-08T06:30:45.043588+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>SiYuan versions before v3.7.4 contain an information disclosure vulnerability in the resolveAssetPath endpoint that returns absolute filesystem paths unmodified to CheckAuth-only requests. Attackers can harvest relative asset paths from published documents and submit them to resolveAssetPath to obtain the server's absolute workspace path, disclosing the operating-system username and installation layout.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-72802"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-jv8v-xq2h-657v</id>
    <title>GHSA-jv8v-xq2h-657v — SiYuan: Absolute filesystem path and OS username disclosure via resolveAssetPath</title>
    <updated>2026-10-08T06:30:45.043626+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/siyuan-note/siyuan/kernel</p>
<p>**CVE:** This vulnerability corresponds to [CVE-2026-72802](https://nvd.nist.gov/vuln/detail/CVE-2026-72802).</p>
<p>### Summary</p>
<p>`POST /api/asset/resolveAssetPath` returns the resolved **absolute** filesystem path of an asset, unmodified. The route is `CheckAuth`-only, so it is reachable by the publish `RoleReader` token and by the anonymous account when `Publish.Auth.Enable` is `false`. An anonymous reader who knows any asset's relative path trivially harvested from an `&lt;img src="assets/…"&gt;` in any published document receives the server's absolute workspace path, disclosing the operating-system username and the installation layout.</p>
<p>### Details</p>
<p>```go
// kernel/api/asset.go: resolveAssetPath
p, err := model.GetAssetAbsPathInBox(path, "")   // boxID="" → absolute workspace path
...
ret.Data = p                                     // returned raw, no stripping
```</p>
<p>`GetAssetAbsPathInBox(path, "")` resolves under `util.DataDir` / `util.WorkspaceDir`, producing a full host path such as `C:\Users\&lt;username&gt;\SiYuan\data\assets\foo.png` or `/home/&lt;user&gt;/…`. The handler returns it directly with no redaction and no publish-scope check.</p>
<p>**This is data the project already treats as sensitive.** `getConf` explicitly zeroes `System.WorkspaceDir`, `AppDir`, `ConfDir`, `DataDir`, and `HomeDir` when `util.IsBrowserRequest(c)`, a change made specifically to avoid leaking the username (issue #17410). `resolveAssetPath` performs no equivalent stripping, so it re-exposes precisely the values `getC…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-jv8v-xq2h-657v"/>
  </entry>
</feed>
