<?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, 08 Oct 2026 09:01:29 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-318053</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-318053</link>
      <description>EUVD-2026-318053</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-318053</guid>
    </item>
    <item>
      <title>fkie_cve-2026-44242</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-44242</link>
      <description>&lt;p&gt;Micronaut Framework is a JVM-based full stack Java framework designed for building modular, easily testable JVM applications. Prior to 4.10.22, the bundleCache is keyed by (Locale, baseName) where the locale originates from the HTTP Accept-Language header. In applications that explicitly register a ResourceBundleMessageSource bean and serve HTML error responses, an unauthenticated attacker can exhaust heap memory by sending requests with large numbers of unique Accept-Language values, each causing a new entry in the unbounded bundleCache. This vulnerability is fixed in 4.10.22.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Micronaut Framework is a JVM-based full stack Java framework designed for building modular, easily testable JVM applications. Prior to 4.10.22, the bundleCache is keyed by (Locale, baseName) where the locale originates from the HTTP Accept-Language header. In applications that explicitly register a ResourceBundleMessageSource bean and serve HTML error responses, an unauthenticated attacker can exhaust heap memory by sending requests with large numbers of unique Accept-Language values, each causing a new entry in the unbounded bundleCache. This vulnerability is fixed in 4.10.22.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-44242</guid>
    </item>
    <item>
      <title>GHSA-3rfq-4wpf-qqw3 — Micronaut has Unbounded `bundleCache` in `ResourceBundleMessageSource` that Allows Memory Exhaustion via `Accept-Langua…</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3rfq-4wpf-qqw3</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: io.micronaut:micronaut-inject&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`ResourceBundleMessageSource` maintains two caches: `messageCache` (bounded at 100 entries via `ConcurrentLinkedHashMap`) and `bundleCache` (unbounded `ConcurrentHashMap`). The `bundleCache` is keyed by `(Locale, baseName)` where the locale originates from the HTTP `Accept-Language` header. In applications that explicitly register a `ResourceBundleMessageSource` bean and serve HTML error responses, an unauthenticated attacker can exhaust heap memory by sending requests with large numbers of unique `Accept-Language` values, each causing a new entry in the unbounded `bundleCache`. Unlike GHSA-2hcp-gjrf-7fhc and the sibling `messageCache` (both bounded), `bundleCache` was not updated to use a bounded cache implementation.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;The `bundleCache` is initialized in `inject/src/main/java/io/micronaut/context/i18n/ResourceBundleMessageSource.java` at line 150:&lt;/p&gt;
&lt;p&gt;```java
// ResourceBundleMessageSource.java:139-152
protected Map&amp;lt;MessageKey, Optional&amp;lt;String&amp;gt;&amp;gt; buildMessageCache() {
    return new ConcurrentLinkedHashMap.Builder&amp;lt;MessageKey, Optional&amp;lt;String&amp;gt;&amp;gt;()
            .maximumWeightedCapacity(100)    // ← BOUNDED ✓
            .build();
}&lt;/p&gt;
&lt;p&gt;protected Map&amp;lt;MessageKey, Optional&amp;lt;ResourceBundle&amp;gt;&amp;gt; buildBundleCache() {
    return new ConcurrentHashMap&amp;lt;&amp;gt;(18);      // ← UNBOUNDED ✗
}
```&lt;/p&gt;
&lt;p&gt;The `resolveBundle()` method at line 169 inserts into `bundleCache` with no eviction policy:&lt;/p&gt;
&lt;p&gt;```java
// ResourceBundleMessageSource.java:169-185
private Optional&amp;lt;ResourceBundle&amp;gt; resolveBun…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: io.micronaut:micronaut-inject&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`ResourceBundleMessageSource` maintains two caches: `messageCache` (bounded at 100 entries via `ConcurrentLinkedHashMap`) and `bundleCache` (unbounded `ConcurrentHashMap`). The `bundleCache` is keyed by `(Locale, baseName)` where the locale originates from the HTTP `Accept-Language` header. In applications that explicitly register a `ResourceBundleMessageSource` bean and serve HTML error responses, an unauthenticated attacker can exhaust heap memory by sending requests with large numbers of unique `Accept-Language` values, each causing a new entry in the unbounded `bundleCache`. Unlike GHSA-2hcp-gjrf-7fhc and the sibling `messageCache` (both bounded), `bundleCache` was not updated to use a bounded cache implementation.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;The `bundleCache` is initialized in `inject/src/main/java/io/micronaut/context/i18n/ResourceBundleMessageSource.java` at line 150:&lt;/p&gt;
&lt;p&gt;```java
// ResourceBundleMessageSource.java:139-152
protected Map&amp;lt;MessageKey, Optional&amp;lt;String&amp;gt;&amp;gt; buildMessageCache() {
    return new ConcurrentLinkedHashMap.Builder&amp;lt;MessageKey, Optional&amp;lt;String&amp;gt;&amp;gt;()
            .maximumWeightedCapacity(100)    // ← BOUNDED ✓
            .build();
}&lt;/p&gt;
&lt;p&gt;protected Map&amp;lt;MessageKey, Optional&amp;lt;ResourceBundle&amp;gt;&amp;gt; buildBundleCache() {
    return new ConcurrentHashMap&amp;lt;&amp;gt;(18);      // ← UNBOUNDED ✗
}
```&lt;/p&gt;
&lt;p&gt;The `resolveBundle()` method at line 169 inserts into `bundleCache` with no eviction policy:&lt;/p&gt;
&lt;p&gt;```java
// ResourceBundleMessageSource.java:169-185
private Optional&amp;lt;ResourceBundle&amp;gt; resolveBun…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3rfq-4wpf-qqw3</guid>
    </item>
  </channel>
</rss>
