<?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>Fri, 02 Oct 2026 17:50:16 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-00217</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-00217</link>
      <description>bdu:2026-00217</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-00217</guid>
    </item>
    <item>
      <title>Withdrawn: CLEANSTART-2026-OB13434 — Security fixes in wso2is 7.3.0-r1</title>
      <link>https://cve.radiocsirt.org/vuln/cleanstart-2026-ob13434</link>
      <description>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: wso2is&lt;/p&gt;
&lt;p&gt;Package wso2is version 7.3.0-r1 fixes 11 vulnerabilities: CVE-2025-59340, CVE-2026-25526, CVE-2025-8671, CVE-2026-54399, CVE-2026-54428...&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: wso2is&lt;/p&gt;
&lt;p&gt;Package wso2is version 7.3.0-r1 fixes 11 vulnerabilities: CVE-2025-59340, CVE-2026-25526, CVE-2025-8671, CVE-2026-54399, CVE-2026-54428...&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cleanstart-2026-ob13434</guid>
    </item>
    <item>
      <title>EUVD-2026-253033</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-253033</link>
      <description>EUVD-2026-253033</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-253033</guid>
    </item>
    <item>
      <title>fkie_cve-2025-59340</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-59340</link>
      <description>&lt;p&gt;jinjava is a Java-based template engine based on django template syntax, adapted to render jinja templates. Priori to 2.8.1, by using mapper.getTypeFactory().constructFromCanonical(), it is possible to instruct the underlying ObjectMapper to deserialize attacker-controlled input into arbitrary classes. This enables the creation of semi-arbitrary class instances without directly invoking restricted methods or class literals. As a result, an attacker can escape the sandbox and instantiate classes such as java.net.URL, opening up the ability to access local files and URLs(e.g., file:///etc/passwd). With further chaining, this primitive can potentially lead to remote code execution (RCE). This vulnerability is fixed in 2.8.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;jinjava is a Java-based template engine based on django template syntax, adapted to render jinja templates. Priori to 2.8.1, by using mapper.getTypeFactory().constructFromCanonical(), it is possible to instruct the underlying ObjectMapper to deserialize attacker-controlled input into arbitrary classes. This enables the creation of semi-arbitrary class instances without directly invoking restricted methods or class literals. As a result, an attacker can escape the sandbox and instantiate classes such as java.net.URL, opening up the ability to access local files and URLs(e.g., file:///etc/passwd). With further chaining, this primitive can potentially lead to remote code execution (RCE). This vulnerability is fixed in 2.8.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-59340</guid>
    </item>
    <item>
      <title>GHSA-m49c-g9wr-hv6v — jinjava has Sandbox Bypass via JavaType-Based Deserialization</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-m49c-g9wr-hv6v</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.hubspot.jinjava:jinjava&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;jinjava’s current sandbox restrictions prevent direct access to dangerous methods such as `getClass()`, and block instantiation of Class objects. However, these protections can be bypassed.&lt;/p&gt;
&lt;p&gt;By using mapper.getTypeFactory().constructFromCanonical(), it is possible to instruct the underlying ObjectMapper to deserialize attacker-controlled input into arbitrary classes. This enables the creation of semi-arbitrary class instances without directly invoking restricted methods or class literals.&lt;/p&gt;
&lt;p&gt;As a result, an attacker can escape the sandbox and instantiate classes such as java.net.URL, opening up the ability to access local files and URLs(e.g., file:///etc/passwd). With further chaining, this primitive can potentially lead to remote code execution (RCE).&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;jinjava templates expose a built-in variable `____int3rpr3t3r____`, which provides direct access to the jinjavaInterpreter instance.
This variable was previously abused and protections were added to prevent call method from `JinjavaInterpreter` instances (see [Add interpreter to blacklist](https://github.com/HubSpot/jinjava/commit/1b9aaa4b420c58b4a301cf4b7d26207f1c8d1165)).
However, interacting with the properties of `JinjavaInterpreter` instances remains [unrestricted](https://github.com/HubSpot/jinjava/blob/jinjava-2.8.0/src/main/java/com/hubspot/jinjava/el/ext/JinjavaBeanELResolver.java#L80-L84).&lt;/p&gt;
&lt;p&gt;From `____int3rpr3t3r____`, it is possible to traverse to the `config` field, which exposes an ObjectMa…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.hubspot.jinjava:jinjava&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;jinjava’s current sandbox restrictions prevent direct access to dangerous methods such as `getClass()`, and block instantiation of Class objects. However, these protections can be bypassed.&lt;/p&gt;
&lt;p&gt;By using mapper.getTypeFactory().constructFromCanonical(), it is possible to instruct the underlying ObjectMapper to deserialize attacker-controlled input into arbitrary classes. This enables the creation of semi-arbitrary class instances without directly invoking restricted methods or class literals.&lt;/p&gt;
&lt;p&gt;As a result, an attacker can escape the sandbox and instantiate classes such as java.net.URL, opening up the ability to access local files and URLs(e.g., file:///etc/passwd). With further chaining, this primitive can potentially lead to remote code execution (RCE).&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;jinjava templates expose a built-in variable `____int3rpr3t3r____`, which provides direct access to the jinjavaInterpreter instance.
This variable was previously abused and protections were added to prevent call method from `JinjavaInterpreter` instances (see [Add interpreter to blacklist](https://github.com/HubSpot/jinjava/commit/1b9aaa4b420c58b4a301cf4b7d26207f1c8d1165)).
However, interacting with the properties of `JinjavaInterpreter` instances remains [unrestricted](https://github.com/HubSpot/jinjava/blob/jinjava-2.8.0/src/main/java/com/hubspot/jinjava/el/ext/JinjavaBeanELResolver.java#L80-L84).&lt;/p&gt;
&lt;p&gt;From `____int3rpr3t3r____`, it is possible to traverse to the `config` field, which exposes an ObjectMa…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-m49c-g9wr-hv6v</guid>
    </item>
  </channel>
</rss>
