<?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>Wed, 07 Oct 2026 05:01:58 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-245180</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-245180</link>
      <description>EUVD-2026-245180</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-245180</guid>
    </item>
    <item>
      <title>fkie_cve-2025-48058</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-48058</link>
      <description>&lt;p&gt;PowSyBl (Power System Blocks) is a framework to build power system oriented software. Prior to version 6.7.2, there is a potential polynomial Regular Expression Denial of Service (ReDoS) vulnerability in the PowSyBl&amp;#39;s DataSource mechanism. If successfully exploited, a malicious actor can cause significant CPU consumption due to regex backtracking — even with polynomial patterns. This issue has been patched in com.powsybl:powsybl-commons: 6.7.2.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;PowSyBl (Power System Blocks) is a framework to build power system oriented software. Prior to version 6.7.2, there is a potential polynomial Regular Expression Denial of Service (ReDoS) vulnerability in the PowSyBl&amp;#39;s DataSource mechanism. If successfully exploited, a malicious actor can cause significant CPU consumption due to regex backtracking — even with polynomial patterns. This issue has been patched in com.powsybl:powsybl-commons: 6.7.2.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-48058</guid>
    </item>
    <item>
      <title>GHSA-rqpx-f6rc-7hm5 — PowSyBl Core contains Polynomial REDoS’es</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-rqpx-f6rc-7hm5</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.powsybl:powsybl-commons&lt;/p&gt;
&lt;p&gt;### Impact
_What kind of vulnerability is it? Who is impacted?_&lt;/p&gt;
&lt;p&gt;This is an advisory for a **potential polynomial Regular Expression Denial of Service (ReDoS)** vulnerability in the PowSyBl&amp;#39;s DataSource mechanism. When the `listNames(String regex)` method is called on a DataSource, the user-supplied regular expression (which may be unvalidated) is compiled and evaluated against a collection of file-like resource names.&lt;/p&gt;
&lt;p&gt;To trigger a **polynomial ReDoS** via this mechanism, **two attacker-controlled conditions** must be met:
- **Control over the regex input** passed into `listNames(String regex)`.
  - _Example:_ An attacker supplies a malicious pattern like `(.*a){10000}`.
- **Control or influence over the file/resource names** being matched.
  - _Example:_ Filenames such as `&amp;#34;aaaa...!&amp;#34;` that induce regex engine backtracking.&lt;/p&gt;
&lt;p&gt;If both conditions are satisfied, a malicious actor can cause **significant CPU consumption** due to regex backtracking — even
with polynomial patterns. Since both inputs can be controlled via a publicly accessible method or external filesystem handling,
the `listNames(String regex)` method is considered vulnerable to polynomial **REDoS**.&lt;/p&gt;
&lt;p&gt;Unlike classic _catastrophic exponential_ ReDoS, this subtle attack exploits a greedy `.*` prefix followed by a fixed suffix, repeated multiple times.  
When applied to long filenames that almost match the pattern, the regex engine performs extensive backtracking, degrading performance predictably with input size. In…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.powsybl:powsybl-commons&lt;/p&gt;
&lt;p&gt;### Impact
_What kind of vulnerability is it? Who is impacted?_&lt;/p&gt;
&lt;p&gt;This is an advisory for a **potential polynomial Regular Expression Denial of Service (ReDoS)** vulnerability in the PowSyBl&amp;#39;s DataSource mechanism. When the `listNames(String regex)` method is called on a DataSource, the user-supplied regular expression (which may be unvalidated) is compiled and evaluated against a collection of file-like resource names.&lt;/p&gt;
&lt;p&gt;To trigger a **polynomial ReDoS** via this mechanism, **two attacker-controlled conditions** must be met:
- **Control over the regex input** passed into `listNames(String regex)`.
  - _Example:_ An attacker supplies a malicious pattern like `(.*a){10000}`.
- **Control or influence over the file/resource names** being matched.
  - _Example:_ Filenames such as `&amp;#34;aaaa...!&amp;#34;` that induce regex engine backtracking.&lt;/p&gt;
&lt;p&gt;If both conditions are satisfied, a malicious actor can cause **significant CPU consumption** due to regex backtracking — even
with polynomial patterns. Since both inputs can be controlled via a publicly accessible method or external filesystem handling,
the `listNames(String regex)` method is considered vulnerable to polynomial **REDoS**.&lt;/p&gt;
&lt;p&gt;Unlike classic _catastrophic exponential_ ReDoS, this subtle attack exploits a greedy `.*` prefix followed by a fixed suffix, repeated multiple times.  
When applied to long filenames that almost match the pattern, the regex engine performs extensive backtracking, degrading performance predictably with input size. In…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-rqpx-f6rc-7hm5</guid>
    </item>
  </channel>
</rss>
