<?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://vulnerability.circl.lu</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, 30 Sep 2026 20:00:18 +0000</lastBuildDate>
    <item>
      <title>CLEANSTART-2026-JE20809 — JLine is a Java library for handling console input</title>
      <link>https://vulnerability.circl.lu/vuln/cleanstart-2026-je20809</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: apache-nifi, CleanStart: apache-zookeeper, CleanStart: kafka&lt;/p&gt;
&lt;p&gt;CVE-2026-77421 affects multiple packages. JLine is a Java library for handling console input. See references for individual vulnerability details.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: apache-nifi, CleanStart: apache-zookeeper, CleanStart: kafka&lt;/p&gt;
&lt;p&gt;CVE-2026-77421 affects multiple packages. JLine is a Java library for handling console input. See references for individual vulnerability details.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cleanstart-2026-je20809</guid>
    </item>
    <item>
      <title>fkie_cve-2026-77421</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-77421</link>
      <description>&lt;p&gt;JLine is a Java library for handling console input. From 3.0.0 until 3.30.15 and 4.3.1, the JLine built-in nano editor&amp;#39;s regex search mode passes a user-controlled search term from doSearch(String text) in builtins/src/main/java/org/jline/builtins/Nano.java to Java&amp;#39;s backtracking regular expression engine without a timeout or backtracking bound. A nested-quantifier expression evaluated against non-matching buffer content can consume excessive CPU and indefinitely block the editor session thread, and remote multi-user deployments can lose a worker thread for each affected session. This issue is fixed in versions 3.30.15 and 4.3.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;JLine is a Java library for handling console input. From 3.0.0 until 3.30.15 and 4.3.1, the JLine built-in nano editor&amp;#39;s regex search mode passes a user-controlled search term from doSearch(String text) in builtins/src/main/java/org/jline/builtins/Nano.java to Java&amp;#39;s backtracking regular expression engine without a timeout or backtracking bound. A nested-quantifier expression evaluated against non-matching buffer content can consume excessive CPU and indefinitely block the editor session thread, and remote multi-user deployments can lose a worker thread for each affected session. This issue is fixed in versions 3.30.15 and 4.3.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-77421</guid>
    </item>
    <item>
      <title>GHSA-ph9c-7hw9-vhhw — JLine: ReDoS in Nano Editor Regex Search Mode</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-ph9c-7hw9-vhhw</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.jline:jline-builtins&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;When regex search mode is enabled in the JLine3 `nano` editor, the user-supplied
search term is compiled directly as a Java regular expression with no timeout or
backtracking bound. A crafted pattern such as `(a+)+b` can hang the editor session
thread at high CPU, causing a denial of service for that session.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;In `builtins/src/main/java/org/jline/builtins/Nano.java`, the search implementation
uses `Pattern.LITERAL` only when regex mode is disabled. When regex mode is enabled,
the search term is compiled as a raw Java regex:&lt;/p&gt;
&lt;p&gt;```java
Pattern pat = Pattern.compile(
        searchTerm,
        (searchCaseSensitive ? 0 : Pattern.CASE_INSENSITIVE | Pattern.UNICODE_CASE)
                | (searchRegexp ? 0 : Pattern.LITERAL));
```&lt;/p&gt;
&lt;p&gt;This regex is then applied to buffer content. Because Java&amp;#39;s regex engine is
backtracking-based, nested-quantifier patterns can take exponential time on
non-matching input.&lt;/p&gt;
&lt;p&gt;Affected source location:
- `builtins/src/main/java/org/jline/builtins/Nano.java`
- `doSearch(String text)`&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;1. Create a file containing a long run of `a` characters and open it in the JLine3
   `nano` editor.
2. Enable regex search mode with the editor&amp;#39;s regex toggle.
3. Start a search and enter the pattern `(a+)+b`.&lt;/p&gt;
&lt;p&gt;Expected result:
- The editor stops responding.
- The session thread consumes high CPU.&lt;/p&gt;
&lt;p&gt;Reproduction environment:
- JLine3 on x86_64 Linux
- OpenJDK 25.0.2&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;This is a denial-of-service vulnerability caused by catastrophi…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.jline:jline-builtins&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;When regex search mode is enabled in the JLine3 `nano` editor, the user-supplied
search term is compiled directly as a Java regular expression with no timeout or
backtracking bound. A crafted pattern such as `(a+)+b` can hang the editor session
thread at high CPU, causing a denial of service for that session.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;In `builtins/src/main/java/org/jline/builtins/Nano.java`, the search implementation
uses `Pattern.LITERAL` only when regex mode is disabled. When regex mode is enabled,
the search term is compiled as a raw Java regex:&lt;/p&gt;
&lt;p&gt;```java
Pattern pat = Pattern.compile(
        searchTerm,
        (searchCaseSensitive ? 0 : Pattern.CASE_INSENSITIVE | Pattern.UNICODE_CASE)
                | (searchRegexp ? 0 : Pattern.LITERAL));
```&lt;/p&gt;
&lt;p&gt;This regex is then applied to buffer content. Because Java&amp;#39;s regex engine is
backtracking-based, nested-quantifier patterns can take exponential time on
non-matching input.&lt;/p&gt;
&lt;p&gt;Affected source location:
- `builtins/src/main/java/org/jline/builtins/Nano.java`
- `doSearch(String text)`&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;1. Create a file containing a long run of `a` characters and open it in the JLine3
   `nano` editor.
2. Enable regex search mode with the editor&amp;#39;s regex toggle.
3. Start a search and enter the pattern `(a+)+b`.&lt;/p&gt;
&lt;p&gt;Expected result:
- The editor stops responding.
- The session thread consumes high CPU.&lt;/p&gt;
&lt;p&gt;Reproduction environment:
- JLine3 on x86_64 Linux
- OpenJDK 25.0.2&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;This is a denial-of-service vulnerability caused by catastrophi…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-ph9c-7hw9-vhhw</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-77421</title>
      <link>https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-77421</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:14.04:LTS: jline, Ubuntu:14.04:LTS: jline2, Ubuntu:16.04:LTS: jline, Ubuntu:16.04:LTS: jline2, Ubuntu:18.04:LTS: jline, Ubuntu:18.04:LTS: jline2, Ubuntu:20.04:LTS: jline, Ubuntu:20.04:LTS: jline2, Ubuntu:22.04:LTS: jline, Ubuntu:22.04:LTS: jline2 and 7 more&lt;/p&gt;
&lt;p&gt;JLine is a Java library for handling console input. From 3.0.0 until 3.30.15 and 4.3.1, the JLine built-in nano editor&amp;#39;s regex search mode passes a user-controlled search term from doSearch(String text) in builtins/src/main/java/org/jline/builtins/Nano.java to Java&amp;#39;s backtracking regular expression engine without a timeout or backtracking bound. A nested-quantifier expression evaluated against non-matching buffer content can consume excessive CPU and indefinitely block the editor session thread, and remote multi-user deployments can lose a worker thread for each affected session. This issue is fixed in versions 3.30.15 and 4.3.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:14.04:LTS: jline, Ubuntu:14.04:LTS: jline2, Ubuntu:16.04:LTS: jline, Ubuntu:16.04:LTS: jline2, Ubuntu:18.04:LTS: jline, Ubuntu:18.04:LTS: jline2, Ubuntu:20.04:LTS: jline, Ubuntu:20.04:LTS: jline2, Ubuntu:22.04:LTS: jline, Ubuntu:22.04:LTS: jline2 and 7 more&lt;/p&gt;
&lt;p&gt;JLine is a Java library for handling console input. From 3.0.0 until 3.30.15 and 4.3.1, the JLine built-in nano editor&amp;#39;s regex search mode passes a user-controlled search term from doSearch(String text) in builtins/src/main/java/org/jline/builtins/Nano.java to Java&amp;#39;s backtracking regular expression engine without a timeout or backtracking bound. A nested-quantifier expression evaluated against non-matching buffer content can consume excessive CPU and indefinitely block the editor session thread, and remote multi-user deployments can lose a worker thread for each affected session. This issue is fixed in versions 3.30.15 and 4.3.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-77421</guid>
    </item>
  </channel>
</rss>
