<?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://cve.radiocsirt.org</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, 15 Oct 2026 15:51:05 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-292068</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-292068</link>
      <description>EUVD-2026-292068</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-292068</guid>
    </item>
    <item>
      <title>fkie_cve-2026-35402</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-35402</link>
      <description>&lt;p&gt;mcp-neo4j-cypher is an MCP server for executing Cypher queries against Neo4j databases. In versions prior to 0.6.0, the read_only mode enforcement can be bypassed using APOC CALL procedures, potentially allowing unauthorized write operations or server-side request forgery. This issue is fixed in version 0.6.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;mcp-neo4j-cypher is an MCP server for executing Cypher queries against Neo4j databases. In versions prior to 0.6.0, the read_only mode enforcement can be bypassed using APOC CALL procedures, potentially allowing unauthorized write operations or server-side request forgery. This issue is fixed in version 0.6.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-35402</guid>
    </item>
    <item>
      <title>GHSA-x3cv-r3g3-fpg9 — Neo4j Labs MCP Servers: SSRF and Data Modification via read_only Mode Bypass Through CALL Procedures</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-x3cv-r3g3-fpg9</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: mcp-neo4j-cypher&lt;/p&gt;
&lt;p&gt;### Summary
The `read_only` mode in `mcp-neo4j-cypher` versions prior to 0.6.0 can be bypassed using `CALL` procedures. 
### Details&lt;/p&gt;
&lt;p&gt;#### Impact
The enforcing of `read_only` mode in vulnerable versions could be bypassed by certain APOC procedures.&lt;/p&gt;
&lt;p&gt;#### Patches
v0.6.0 release hardened the checks around the mode. The only way to guarantee the server actions is to limit the permissions of the db credentials available to the server.&lt;/p&gt;
&lt;p&gt;### Notes
Impacts for server-side request forgery vulnerabilities may depend on both the configuration of the vulnerable system as well as the presence of other systems in the environment that could be accessed as part of exploitation.
#### Recommended hardening&lt;/p&gt;
&lt;p&gt;- Limit the apoc procedures to what&amp;#39;s required
- [Manage data loading privileges](https://neo4j.com/docs/operations-manual/current/authentication-authorization/load-privileges/ )
- Don&amp;#39;t relax the default settings without compensating controls
    - `apoc.import.file.enabled` is `false` by default
    - `apoc.import.file.use_neo4j_config` is `true` by default to restrict file imports to the import folder&lt;/p&gt;
&lt;p&gt;### Credits
We want to publicly recognise the contribution of [Yotam Perkal](https://github.com/yotampe-pluto) from [Pluto Security](https://pluto.security/).&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: mcp-neo4j-cypher&lt;/p&gt;
&lt;p&gt;### Summary
The `read_only` mode in `mcp-neo4j-cypher` versions prior to 0.6.0 can be bypassed using `CALL` procedures. 
### Details&lt;/p&gt;
&lt;p&gt;#### Impact
The enforcing of `read_only` mode in vulnerable versions could be bypassed by certain APOC procedures.&lt;/p&gt;
&lt;p&gt;#### Patches
v0.6.0 release hardened the checks around the mode. The only way to guarantee the server actions is to limit the permissions of the db credentials available to the server.&lt;/p&gt;
&lt;p&gt;### Notes
Impacts for server-side request forgery vulnerabilities may depend on both the configuration of the vulnerable system as well as the presence of other systems in the environment that could be accessed as part of exploitation.
#### Recommended hardening&lt;/p&gt;
&lt;p&gt;- Limit the apoc procedures to what&amp;#39;s required
- [Manage data loading privileges](https://neo4j.com/docs/operations-manual/current/authentication-authorization/load-privileges/ )
- Don&amp;#39;t relax the default settings without compensating controls
    - `apoc.import.file.enabled` is `false` by default
    - `apoc.import.file.use_neo4j_config` is `true` by default to restrict file imports to the import folder&lt;/p&gt;
&lt;p&gt;### Credits
We want to publicly recognise the contribution of [Yotam Perkal](https://github.com/yotampe-pluto) from [Pluto Security](https://pluto.security/).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-x3cv-r3g3-fpg9</guid>
    </item>
    <item>
      <title>PYSEC-2026-2626 — Neo4j Labs MCP Servers: SSRF and Data Modification via read_only Mode Bypass Through CALL Procedures</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2026-2626</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: mcp-neo4j-cypher&lt;/p&gt;
&lt;p&gt;### Summary
The `read_only` mode in `mcp-neo4j-cypher` versions prior to 0.6.0 can be bypassed using `CALL` procedures. 
### Details&lt;/p&gt;
&lt;p&gt;#### Impact
The enforcing of `read_only` mode in vulnerable versions could be bypassed by certain APOC procedures.&lt;/p&gt;
&lt;p&gt;#### Patches
v0.6.0 release hardened the checks around the mode. The only way to guarantee the server actions is to limit the permissions of the db credentials available to the server.&lt;/p&gt;
&lt;p&gt;### Notes
Impacts for server-side request forgery vulnerabilities may depend on both the configuration of the vulnerable system as well as the presence of other systems in the environment that could be accessed as part of exploitation.
#### Recommended hardening&lt;/p&gt;
&lt;p&gt;- Limit the apoc procedures to what&amp;#39;s required
- [Manage data loading privileges](https://neo4j.com/docs/operations-manual/current/authentication-authorization/load-privileges/ )
- Don&amp;#39;t relax the default settings without compensating controls
    - `apoc.import.file.enabled` is `false` by default
    - `apoc.import.file.use_neo4j_config` is `true` by default to restrict file imports to the import folder&lt;/p&gt;
&lt;p&gt;### Credits
We want to publicly recognise the contribution of [Yotam Perkal](https://github.com/yotampe-pluto) from [Pluto Security](https://pluto.security/).&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: mcp-neo4j-cypher&lt;/p&gt;
&lt;p&gt;### Summary
The `read_only` mode in `mcp-neo4j-cypher` versions prior to 0.6.0 can be bypassed using `CALL` procedures. 
### Details&lt;/p&gt;
&lt;p&gt;#### Impact
The enforcing of `read_only` mode in vulnerable versions could be bypassed by certain APOC procedures.&lt;/p&gt;
&lt;p&gt;#### Patches
v0.6.0 release hardened the checks around the mode. The only way to guarantee the server actions is to limit the permissions of the db credentials available to the server.&lt;/p&gt;
&lt;p&gt;### Notes
Impacts for server-side request forgery vulnerabilities may depend on both the configuration of the vulnerable system as well as the presence of other systems in the environment that could be accessed as part of exploitation.
#### Recommended hardening&lt;/p&gt;
&lt;p&gt;- Limit the apoc procedures to what&amp;#39;s required
- [Manage data loading privileges](https://neo4j.com/docs/operations-manual/current/authentication-authorization/load-privileges/ )
- Don&amp;#39;t relax the default settings without compensating controls
    - `apoc.import.file.enabled` is `false` by default
    - `apoc.import.file.use_neo4j_config` is `true` by default to restrict file imports to the import folder&lt;/p&gt;
&lt;p&gt;### Credits
We want to publicly recognise the contribution of [Yotam Perkal](https://github.com/yotampe-pluto) from [Pluto Security](https://pluto.security/).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2026-2626</guid>
    </item>
  </channel>
</rss>
