<?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://db.gcve.eu</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, 23 Oct 2026 17:41:00 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-113730</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-113730</link>
      <description>&lt;p&gt;OGNL is an Object Graph Navigation Library for Java. Prior to 3.4.13, the optional stricter-invocation mode in OgnlRuntime.invokeMethod checks the declaring class of the method that OGNL invokes but does not block java.lang.reflect.Method, java.lang.reflect.Constructor, or java.lang.reflect.Field. An attacker-controlled expression can invoke one of these reflection objects as a proxy for a method on a blocked class, causing the real operation to execute inside JDK reflection without passing through the stricter-invocation check again. Exploitation requires an application to evaluate untrusted OGNL expressions, use the default or an equivalently permissive MemberAccess that permits reflection, and rely on stricter invocation as a sandbox. Applications using a restrictive MemberAccess, including Apache Struts with SecurityMemberAccess, are not affected by this bypass. This issue is fixed in 3.4.13.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;OGNL is an Object Graph Navigation Library for Java. Prior to 3.4.13, the optional stricter-invocation mode in OgnlRuntime.invokeMethod checks the declaring class of the method that OGNL invokes but does not block java.lang.reflect.Method, java.lang.reflect.Constructor, or java.lang.reflect.Field. An attacker-controlled expression can invoke one of these reflection objects as a proxy for a method on a blocked class, causing the real operation to execute inside JDK reflection without passing through the stricter-invocation check again. Exploitation requires an application to evaluate untrusted OGNL expressions, use the default or an equivalently permissive MemberAccess that permits reflection, and rely on stricter invocation as a sandbox. Applications using a restrictive MemberAccess, including Apache Struts with SecurityMemberAccess, are not affected by this bypass. This issue is fixed in 3.4.13.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-113730</guid>
    </item>
    <item>
      <title>GHSA-crwc-vw2r-qr6m — OGNL stricter-invocation block list bypass via java.lang.reflect reflection proxies</title>
      <link>https://db.gcve.eu/vuln/ghsa-crwc-vw2r-qr6m</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: ognl:ognl&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;OGNL&amp;#39;s optional *stricter invocation* mode maintains a block list that prevents expressions from directly calling methods on dangerous classes such as `Runtime`, `ProcessBuilder`, and `ClassLoader`. The block list filters on the **declaring class of the method OGNL invokes**. Because `java.lang.reflect.Method` (and `Constructor`/`Field`) are not on the list, an expression can use reflection as a proxy — `someMethod.invoke(target, args)` — to reach a blocked method. The real call (e.g. `ProcessBuilder.start()`) then executes inside the JDK reflection machinery and never passes back through OGNL&amp;#39;s `invokeMethod`, so the block list never sees it.&lt;/p&gt;
&lt;p&gt;### Proof of concept&lt;/p&gt;
&lt;p&gt;Under the default OGNL context (public-only access, stricter invocation enabled), the following expression creates a file even though a direct `new ProcessBuilder(...).start()` is blocked:&lt;/p&gt;
&lt;p&gt;```
(#pb=new java.lang.ProcessBuilder({&amp;#34;/usr/bin/touch&amp;#34;,&amp;#34;rce-proof.txt&amp;#34;}),
 #methods=@java.lang.ProcessBuilder@class.getMethods(),
 #names=#methods.{ #this.getName() },
 #startIdx=#names.indexOf(&amp;#34;start&amp;#34;),
 #methods[#startIdx].invoke(#pb, null))
```&lt;/p&gt;
&lt;p&gt;### Impact and scope — please read carefully&lt;/p&gt;
&lt;p&gt;**This is hardening of a defense-in-depth secondary layer, not a break of OGNL&amp;#39;s primary security boundary.**&lt;/p&gt;
&lt;p&gt;In OGNL the stricter-invocation block list is a *secondary* mitigation. The **primary** access-control gate is the `MemberAccess` implementation supplied by the integrating framework or application, which OGNL cons…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: ognl:ognl&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;OGNL&amp;#39;s optional *stricter invocation* mode maintains a block list that prevents expressions from directly calling methods on dangerous classes such as `Runtime`, `ProcessBuilder`, and `ClassLoader`. The block list filters on the **declaring class of the method OGNL invokes**. Because `java.lang.reflect.Method` (and `Constructor`/`Field`) are not on the list, an expression can use reflection as a proxy — `someMethod.invoke(target, args)` — to reach a blocked method. The real call (e.g. `ProcessBuilder.start()`) then executes inside the JDK reflection machinery and never passes back through OGNL&amp;#39;s `invokeMethod`, so the block list never sees it.&lt;/p&gt;
&lt;p&gt;### Proof of concept&lt;/p&gt;
&lt;p&gt;Under the default OGNL context (public-only access, stricter invocation enabled), the following expression creates a file even though a direct `new ProcessBuilder(...).start()` is blocked:&lt;/p&gt;
&lt;p&gt;```
(#pb=new java.lang.ProcessBuilder({&amp;#34;/usr/bin/touch&amp;#34;,&amp;#34;rce-proof.txt&amp;#34;}),
 #methods=@java.lang.ProcessBuilder@class.getMethods(),
 #names=#methods.{ #this.getName() },
 #startIdx=#names.indexOf(&amp;#34;start&amp;#34;),
 #methods[#startIdx].invoke(#pb, null))
```&lt;/p&gt;
&lt;p&gt;### Impact and scope — please read carefully&lt;/p&gt;
&lt;p&gt;**This is hardening of a defense-in-depth secondary layer, not a break of OGNL&amp;#39;s primary security boundary.**&lt;/p&gt;
&lt;p&gt;In OGNL the stricter-invocation block list is a *secondary* mitigation. The **primary** access-control gate is the `MemberAccess` implementation supplied by the integrating framework or application, which OGNL cons…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-crwc-vw2r-qr6m</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-113730</title>
      <link>https://db.gcve.eu/vuln/ubuntu-cve-2026-113730</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: ognl, Ubuntu:18.04:LTS: ognl, Ubuntu:20.04:LTS: ognl, Ubuntu:22.04:LTS: ognl, Ubuntu:24.04:LTS: ognl, Ubuntu:26.10: ognl, Ubuntu:26.04:LTS: ognl&lt;/p&gt;
&lt;p&gt;(OGNL is an Object Graph Navigation Library for Java. Prior to 3.4.13, ...)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:16.04:LTS: ognl, Ubuntu:18.04:LTS: ognl, Ubuntu:20.04:LTS: ognl, Ubuntu:22.04:LTS: ognl, Ubuntu:24.04:LTS: ognl, Ubuntu:26.10: ognl, Ubuntu:26.04:LTS: ognl&lt;/p&gt;
&lt;p&gt;(OGNL is an Object Graph Navigation Library for Java. Prior to 3.4.13, ...)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ubuntu-cve-2026-113730</guid>
    </item>
  </channel>
</rss>
