<?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-06T03:45:29.009120+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/brew-datasette-cve-2023-40570</id>
    <title>BREW-datasette-CVE-2023-40570 — Datasette 1.0 alpha series leaks names of databases and tables to unauthenticated users</title>
    <updated>2026-10-06T03:45:29.012919+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Homebrew: datasette</p>
<p>Datasette is an open source multi-tool for exploring and publishing data. This bug affects Datasette instances running a Datasette 1.0 alpha - 1.0a0, 1.0a1, 1.0a2 or 1.0a3 - in an online accessible location but with authentication enabled using a plugin such as datasette-auth-passwords. The `/-/api` API explorer endpoint could reveal the names of both databases and tables - but not their contents - to an unauthenticated user. Datasette 1.0a4 has a fix for this issue. This will block access to the API explorer but will still allow access to the Datasette read or write JSON APIs, as those use different URL patterns within the Datasette `/database` hierarchy. This issue is patched in version 1.0a4.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/brew-datasette-cve-2023-40570"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-191338</id>
    <title>EUVD-2026-191338</title>
    <updated>2026-10-06T03:45:29.012970+00:00</updated>
    <content>EUVD-2026-191338</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-191338"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2023-40570</id>
    <title>fkie_cve-2023-40570</title>
    <updated>2026-10-06T03:45:29.012987+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Datasette is an open source multi-tool for exploring and publishing data. This bug affects Datasette instances running a Datasette 1.0 alpha - 1.0a0, 1.0a1, 1.0a2 or 1.0a3 - in an online accessible location but with authentication enabled using a plugin such as datasette-auth-passwords. The `/-/api` API explorer endpoint could reveal the names of both databases and tables - but not their contents - to an unauthenticated user. Datasette 1.0a4 has a fix for this issue. This will block access to the API explorer but will still allow access to the Datasette read or write JSON APIs, as those use different URL patterns within the Datasette `/database` hierarchy. This issue is patched in version 1.0a4.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2023-40570"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-7ch3-7pp7-7cpq</id>
    <title>GHSA-7ch3-7pp7-7cpq — Datasette 1.0 alpha series leaks names of databases and tables to unauthenticated users</title>
    <updated>2026-10-06T03:45:29.013012+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: datasette</p>
<p>### Impact</p>
<p>This bug affects Datasette instances running a Datasette 1.0 alpha - 1.0a0, 1.0a1, 1.0a2 or 1.0a3 - in an online accessible location but with authentication enabled using a plugin such as [datasette-auth-passwords](https://datasette.io/plugins/datasette-auth-passwords).</p>
<p>The `/-/api` API explorer endpoint could reveal the names of both databases and tables - but not their contents - to an unauthenticated user.</p>
<p>### Patches</p>
<p>Datasette 1.0a4 has a fix for this issue.</p>
<p>### Workarounds</p>
<p>To work around this issue, block all traffic to the `/-/api` endpoint. This can be done with a proxy such as Apache or NGINX, or by installing the [datasette-block](https://datasette.io/plugins/datasette-block) plugin and adding the following configuration to your `metadata.json` or `metadata.yml` file:</p>
<p>```json
{
    "plugins": {
        "datasette-block": {
            "prefixes": ["/-/api"]
        }
    }
}
```
This will block access to the API explorer but will still allow access to the Datasette read or write JSON APIs, as those use different URL patterns within the Datasette `/database` hierarchy.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-7ch3-7pp7-7cpq"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2023-40570</id>
    <title>gsd-2023-40570</title>
    <updated>2026-10-06T03:45:29.013045+00:00</updated>
    <content>gsd-2023-40570</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2023-40570"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2023-154</id>
    <title>PYSEC-2023-154</title>
    <updated>2026-10-06T03:45:29.013057+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: datasette</p>
<p>Datasette is an open source multi-tool for exploring and publishing data. This bug affects Datasette instances running a Datasette 1.0 alpha - 1.0a0, 1.0a1, 1.0a2 or 1.0a3 - in an online accessible location but with authentication enabled using a plugin such as datasette-auth-passwords. The `/-/api` API explorer endpoint could reveal the names of both databases and tables - but not their contents - to an unauthenticated user. Datasette 1.0a4 has a fix for this issue. This will block access to the API explorer but will still allow access to the Datasette read or write JSON APIs, as those use different URL patterns within the Datasette `/database` hierarchy. This issue is patched in version 1.0a4.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2023-154"/>
  </entry>
</feed>
