<?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-06T06:51:47.305204+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-281200</id>
    <title>EUVD-2026-281200</title>
    <updated>2026-10-06T06:51:47.355077+00:00</updated>
    <content>EUVD-2026-281200</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-281200"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-4370</id>
    <title>fkie_cve-2026-4370</title>
    <updated>2026-10-06T06:51:47.355116+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>A vulnerability was identified in Juju from version 3.2.0 until 3.6.19 and from version 4.0 until 4.0.4, where the internal Dqlite database cluster fails to perform proper TLS client and server authentication. Specifically, the Juju controller's database endpoint does not validate client certificates when a new node attempts to join the cluster. An unauthenticated attacker with network reachability to the Juju controller's Dqlite port can exploit this flaw to join the database cluster. Once joined, the attacker gains full read and write access to the underlying database, allowing for total data compromise.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-4370"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-gvrj-cjch-728p</id>
    <title>GHSA-gvrj-cjch-728p — Juju has Improper TLS Client/Server authentication and certificate verification on Database Cluster</title>
    <updated>2026-10-06T06:51:47.355154+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/juju/juju</p>
<p>### Impact
Any Juju controller since 3.2.0.</p>
<p>An attacker with only route-ability to the target juju controller Dqlite cluster endpoint
may join the Dqlite cluster, read and modify all information, including escalating privileges,
open firewall ports etc.</p>
<p>This is due to not checking the client certificate, additionally, the client does not
check the server's certificate (MITM attack possible), so anything goes.</p>
<p>https://github.com/juju/juju/blob/001318f51ac456602aef20b123684f1eeeae9a77/internal/database/node.go#L312-L324</p>
<p>#### PoC
Using the tool referenced below.</p>
<p>Bootstrap a controller and show the users:
```
$ juju bootstrap lxd a
Creating Juju controller "a" on lxd/localhost
Looking for packaged Juju agent version 4.0.4 for amd64
&lt;...&gt;
Launching controller instance(s) on localhost/localhost...
 - juju-fefd2b-0 (arch=amd64)
Installing Juju agent on bootstrap instance
Waiting for address
Attempting to connect to 10.151.236.15:22
&lt;...&gt;
Contacting Juju controller at 10.151.236.15 to verify accessibility...</p>
<p>Bootstrap complete, controller "a" is now available
Controller machines are in the "controller" model</p>
<p>Now you can run
	juju add-model &lt;model-name&gt;
to create a new model to deploy workloads.
$ juju users
Controller: a</p>
<p>Name               Display name  Access     Date created  Last connection
admin*             admin         superuser  1 minute ago  just now
juju-metrics       Juju Metrics  login      1 minute ago  never connected
everyone@external
```</p>
<p>Join the cluster wit…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-gvrj-cjch-728p"/>
  </entry>
</feed>
