<?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>Sun, 04 Oct 2026 03:14:09 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-335228</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-335228</link>
      <description>EUVD-2026-335228</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-335228</guid>
    </item>
    <item>
      <title>fkie_cve-2026-55470</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-55470</link>
      <description>&lt;p&gt;HAPI FHIR is a complete implementation of the HL7 FHIR standard for healthcare interoperability in Java. Prior to 6.9.10, the fix for CVE-2026-45367 incompletely patched the DSTU2 module, leaving FHIRPathEngine.matches() in org.hl7.fhir.dstu2/utils/FHIRPathEngine.java to call raw String.matches(sw) without RegexTimeout protection while replaceMatches() was updated, allowing an unauthenticated attacker to trigger catastrophic regex backtracking and exhaust server CPU. This issue is fixed in version 6.9.10.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;HAPI FHIR is a complete implementation of the HL7 FHIR standard for healthcare interoperability in Java. Prior to 6.9.10, the fix for CVE-2026-45367 incompletely patched the DSTU2 module, leaving FHIRPathEngine.matches() in org.hl7.fhir.dstu2/utils/FHIRPathEngine.java to call raw String.matches(sw) without RegexTimeout protection while replaceMatches() was updated, allowing an unauthenticated attacker to trigger catastrophic regex backtracking and exhaust server CPU. This issue is fixed in version 6.9.10.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-55470</guid>
    </item>
    <item>
      <title>GHSA-fxj4-p9xp-37v5 — HAPI FHIR: Incomplete fix for CVE-2026-45367: DSTU2 FHIRPathEngine.matches() missing RegexTimeout protection allows ReD…</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-fxj4-p9xp-37v5</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: ca.uhn.hapi.fhir:org.hl7.fhir.dstu2, Maven: ca.uhn.hapi.fhir:org.hl7.fhir.convertors, Maven: ca.uhn.hapi.fhir:org.hl7.fhir.validation, Maven: ca.uhn.hapi.fhir:org.hl7.fhir.validation.cli&lt;/p&gt;
&lt;p&gt;## Summary
The fix for CVE-2026-45367 added `RegexTimeout` protection to the `matches()` function in DSTU2016MAY, DSTU3, R4, R4B, and R5, but the DSTU2 module was incompletely patched. In `org.hl7.fhir.dstu2`, `replaceMatches()` was updated while `matches()` at line 2462 still calls the raw `String.matches(sw)` without any timeout, allowing an unauthenticated attacker to trigger catastrophic regex backtracking and exhaust server CPU.&lt;/p&gt;
&lt;p&gt;## Details
### Incomplete patch&lt;/p&gt;
&lt;p&gt;Within the same file
(`org.hl7.fhir.dstu2/utils/FHIRPathEngine.java`), the two functions were
patched inconsistently:&lt;/p&gt;
&lt;p&gt;**Line 2226 — replaceMatches() — PATCHED:**
```java
result.add(new StringType(
    RegexTimeout.replaceAll(
        convertToString(focus.get(0)), regex, repl, regexTimeoutMillis)));
```&lt;/p&gt;
&lt;p&gt;**Line 2462 — matches() — NOT PATCHED:**
```java
result.add(new BooleanType(
    convertToString(focus.get(0)).matches(sw)));
// ↑ raw String.matches() — no RegexTimeout, no complexity check
```&lt;/p&gt;
&lt;p&gt;**DSTU3 line 2447 — matches() — PATCHED (for comparison):**
```java
result.add(new BooleanType(
    RegexTimeout.matches(st, sw, regexTimeoutMillis)));
```&lt;/p&gt;
&lt;p&gt;### Module-by-module status&lt;/p&gt;
&lt;p&gt;| Module | `matches()` | `replaceMatches()` |
|---|---|---|
| **DSTU2** | ❌ raw `str.matches(sw)` | ✅ `RegexTimeout.replaceAll()` |
| DSTU2016MAY | ✅ `RegexTimeout.matches()` | ✅ |
| DSTU3 | ✅ `RegexTimeout.matches()` | ✅ |
| R4 | ✅ `RegexTimeout.matches()` | ✅ |
| R4B | ✅ `RegexTimeout.matches()` | ✅ |
| R5 | ✅ `RegexTimeout.matches()…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: ca.uhn.hapi.fhir:org.hl7.fhir.dstu2, Maven: ca.uhn.hapi.fhir:org.hl7.fhir.convertors, Maven: ca.uhn.hapi.fhir:org.hl7.fhir.validation, Maven: ca.uhn.hapi.fhir:org.hl7.fhir.validation.cli&lt;/p&gt;
&lt;p&gt;## Summary
The fix for CVE-2026-45367 added `RegexTimeout` protection to the `matches()` function in DSTU2016MAY, DSTU3, R4, R4B, and R5, but the DSTU2 module was incompletely patched. In `org.hl7.fhir.dstu2`, `replaceMatches()` was updated while `matches()` at line 2462 still calls the raw `String.matches(sw)` without any timeout, allowing an unauthenticated attacker to trigger catastrophic regex backtracking and exhaust server CPU.&lt;/p&gt;
&lt;p&gt;## Details
### Incomplete patch&lt;/p&gt;
&lt;p&gt;Within the same file
(`org.hl7.fhir.dstu2/utils/FHIRPathEngine.java`), the two functions were
patched inconsistently:&lt;/p&gt;
&lt;p&gt;**Line 2226 — replaceMatches() — PATCHED:**
```java
result.add(new StringType(
    RegexTimeout.replaceAll(
        convertToString(focus.get(0)), regex, repl, regexTimeoutMillis)));
```&lt;/p&gt;
&lt;p&gt;**Line 2462 — matches() — NOT PATCHED:**
```java
result.add(new BooleanType(
    convertToString(focus.get(0)).matches(sw)));
// ↑ raw String.matches() — no RegexTimeout, no complexity check
```&lt;/p&gt;
&lt;p&gt;**DSTU3 line 2447 — matches() — PATCHED (for comparison):**
```java
result.add(new BooleanType(
    RegexTimeout.matches(st, sw, regexTimeoutMillis)));
```&lt;/p&gt;
&lt;p&gt;### Module-by-module status&lt;/p&gt;
&lt;p&gt;| Module | `matches()` | `replaceMatches()` |
|---|---|---|
| **DSTU2** | ❌ raw `str.matches(sw)` | ✅ `RegexTimeout.replaceAll()` |
| DSTU2016MAY | ✅ `RegexTimeout.matches()` | ✅ |
| DSTU3 | ✅ `RegexTimeout.matches()` | ✅ |
| R4 | ✅ `RegexTimeout.matches()` | ✅ |
| R4B | ✅ `RegexTimeout.matches()` | ✅ |
| R5 | ✅ `RegexTimeout.matches()…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-fxj4-p9xp-37v5</guid>
    </item>
    <item>
      <title>RHSA-2026:54776 — Red Hat Security Advisory: Red Hat Build of Apache Camel 4.18 for Quarkus 3.33 update is now available (RHBQ 3.33.3.GA)</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2026:54776</link>
      <description>&lt;p&gt;thrift: Apache Thrift: Denial of Service due to uncontrolled resource allocation thrift: org.apache.thrift/libthrift: github.com/apache/thrift: Apache Thrift: Denial of Service via improper handling of highly compressed data ca.uhn.hapi.fhir/org.hl7.fhir.dstu2: ca.uhn.hapi.fhir/org.hl7.fhir.convertors: ca.uhn.hapi.fhir/org.hl7.fhir.validation: ca.uhn.hapi.fhir/org.hl7.fhir.validation.cli: HAPI FHIR: Denial of Service via Regular Expression Backtracking in DSTU2 Module ca.uhn.hapi.fhir/org.hl7.fhir.utilities: HAPI FHIR XsltUtilities: XML External Entity injection allows local file disclosure and SSRF org.apache.sshd/sshd-core: Apache MINA SSHD: Unauthorized command execution due to improper certificate validation&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;thrift: Apache Thrift: Denial of Service due to uncontrolled resource allocation thrift: org.apache.thrift/libthrift: github.com/apache/thrift: Apache Thrift: Denial of Service via improper handling of highly compressed data ca.uhn.hapi.fhir/org.hl7.fhir.dstu2: ca.uhn.hapi.fhir/org.hl7.fhir.convertors: ca.uhn.hapi.fhir/org.hl7.fhir.validation: ca.uhn.hapi.fhir/org.hl7.fhir.validation.cli: HAPI FHIR: Denial of Service via Regular Expression Backtracking in DSTU2 Module ca.uhn.hapi.fhir/org.hl7.fhir.utilities: HAPI FHIR XsltUtilities: XML External Entity injection allows local file disclosure and SSRF org.apache.sshd/sshd-core: Apache MINA SSHD: Unauthorized command execution due to improper certificate validation&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2026:54776</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2834 — Red Hat Build of Apache Camel for Quarkus (sshd-core, libthrift, org.hl7.fhir.utilities): Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2834</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Red Hat Enterprise Linux und Apache Camel ausnutzen, um einen Denial of Service Angriff durchzuführen, Sicherheitsmaßnahmen zu umgehen, Daten zu manipulieren und offenzulegen oder beliebigen Code auszuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Red Hat Enterprise Linux und Apache Camel ausnutzen, um einen Denial of Service Angriff durchzuführen, Sicherheitsmaßnahmen zu umgehen, Daten zu manipulieren und offenzulegen oder beliebigen Code auszuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2834</guid>
    </item>
  </channel>
</rss>
