<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Thu, 01 Oct 2026 18:54:47 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-48790</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-48790</link>
      <description>&lt;p&gt;Turso CLI is the command line interface (CLI) to the open-source database Turso. Versions prior to 1.0.26 persist the user&amp;#39;s Turso platform JWT to `settings.json` using Viper&amp;#39;s default `configPermissions` of `0o644`, leaving the credential file world-readable on standard Linux and macOS systems. Any other local UID on the host can read the file and recover the platform JWT, which grants full Turso platform access scoped to the user&amp;#39;s organizations. Version 1.0.26 patches the issue.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Turso CLI is the command line interface (CLI) to the open-source database Turso. Versions prior to 1.0.26 persist the user&amp;#39;s Turso platform JWT to `settings.json` using Viper&amp;#39;s default `configPermissions` of `0o644`, leaving the credential file world-readable on standard Linux and macOS systems. Any other local UID on the host can read the file and recover the platform JWT, which grants full Turso platform access scoped to the user&amp;#39;s organizations. Version 1.0.26 patches the issue.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-48790</guid>
    </item>
    <item>
      <title>GHSA-57f6-pvx8-hwj6 — turso-cli persists Turso platform JWT with world-readable (0o644) file permissions</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-57f6-pvx8-hwj6</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/tursodatabase/turso-cli&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;`turso-cli` persists the user&amp;#39;s Turso platform JWT to `settings.json` using Viper&amp;#39;s default `configPermissions` of `0o644`, leaving the credential file world-readable on standard Linux and macOS systems. Any other local UID on the host can read the file and recover the platform JWT, which grants full Turso platform access scoped to the user&amp;#39;s organizations.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;The token in `settings.json` grants the holder full Turso platform access — create or destroy databases, rotate credentials, exfiltrate data, change billing settings — for any organization the user belongs to.&lt;/p&gt;
&lt;p&gt;Because the file is world-readable, the credential is reachable by:&lt;/p&gt;
&lt;p&gt;- Cron jobs or daemons running as a different system user on the same host
- Sandboxed CI runners with a mounted home directory
- Containers with a bind-mounted host home
- Co-tenants on a shared multi-user developer or jumpbox host&lt;/p&gt;
&lt;p&gt;The file path resolves through `configdir.LocalConfig(&amp;#34;turso&amp;#34;)`:&lt;/p&gt;
&lt;p&gt;- macOS: `~/Library/Application Support/turso/settings.json`
- Linux: `~/.config/turso/settings.json` (or `$XDG_CONFIG_HOME/turso/settings.json`)&lt;/p&gt;
&lt;p&gt;It contains the platform JWT in plaintext JSON alongside `organization` and `username` fields.&lt;/p&gt;
&lt;p&gt;Comparable CLIs (`gh`, `aws`, `docker`, `gcloud`, plus close peers `planetscale`, `neon`, `upstash`) write credential files at `0o600` explicitly, so this is a deviation from the cross-vendor baseline rather than a deliberate trade-off.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;The OAuth callback handler stores the p…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/tursodatabase/turso-cli&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;`turso-cli` persists the user&amp;#39;s Turso platform JWT to `settings.json` using Viper&amp;#39;s default `configPermissions` of `0o644`, leaving the credential file world-readable on standard Linux and macOS systems. Any other local UID on the host can read the file and recover the platform JWT, which grants full Turso platform access scoped to the user&amp;#39;s organizations.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;The token in `settings.json` grants the holder full Turso platform access — create or destroy databases, rotate credentials, exfiltrate data, change billing settings — for any organization the user belongs to.&lt;/p&gt;
&lt;p&gt;Because the file is world-readable, the credential is reachable by:&lt;/p&gt;
&lt;p&gt;- Cron jobs or daemons running as a different system user on the same host
- Sandboxed CI runners with a mounted home directory
- Containers with a bind-mounted host home
- Co-tenants on a shared multi-user developer or jumpbox host&lt;/p&gt;
&lt;p&gt;The file path resolves through `configdir.LocalConfig(&amp;#34;turso&amp;#34;)`:&lt;/p&gt;
&lt;p&gt;- macOS: `~/Library/Application Support/turso/settings.json`
- Linux: `~/.config/turso/settings.json` (or `$XDG_CONFIG_HOME/turso/settings.json`)&lt;/p&gt;
&lt;p&gt;It contains the platform JWT in plaintext JSON alongside `organization` and `username` fields.&lt;/p&gt;
&lt;p&gt;Comparable CLIs (`gh`, `aws`, `docker`, `gcloud`, plus close peers `planetscale`, `neon`, `upstash`) write credential files at `0o600` explicitly, so this is a deviation from the cross-vendor baseline rather than a deliberate trade-off.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;The OAuth callback handler stores the p…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-57f6-pvx8-hwj6</guid>
    </item>
  </channel>
</rss>
