<?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>Fri, 09 Oct 2026 14:14:48 +0000</lastBuildDate>
    <item>
      <title>BREW-jhipster-CVE-2026-107375 — JHipster: SQL Injection in the Parameter of JHipster-Generated Reactive (WebFlux + R2DBC) Applicationssort</title>
      <link>https://vulnerability.circl.lu/vuln/brew-jhipster-cve-2026-107375</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: jhipster&lt;/p&gt;
&lt;p&gt;# SQL Injection in the `sort` Parameter of JHipster-Generated Reactive (WebFlux + R2DBC) Applications&lt;/p&gt;
&lt;p&gt;- **Product**: jhipster/generator-jhipster (npm package `generator-jhipster`)
- **Affected versions**: v7.0.0 through v9.2.0 
- **Component**: generated reactive-application code, template `EntityManager_reactive.java.ejs`
- **Report date**: 2026-08-29&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;## 1. Summary&lt;/p&gt;
&lt;p&gt;Every reactive (Spring WebFlux + Spring Data R2DBC + SQL) application generated by `generator-jhipster` contains an SQL injection in the paginated entity list endpoints (`GET /api/&amp;lt;entity&amp;gt;?sort=...`). The `sort` request parameter is taken verbatim from the user and concatenated into the SQL `ORDER BY` clause without quoting or validation. Because the generated query has no bound parameters, the R2DBC drivers execute it via the **simple query protocol**, so `;`-separated extra statements are run against the database.&lt;/p&gt;
&lt;p&gt;A single authenticated low-privileged user (including an account obtained through the default self-registration flow) can therefore **execute arbitrary SQL**: read any table (including `jhi_user` password hashes), modify or delete data, and drop tables (full C/I/A impact). Independently reproduced end-to-end on the default dev database (H2) and the default production database (PostgreSQL 16).&lt;/p&gt;
&lt;p&gt;The JPA (non-reactive) path is **not** affected: Spring Data JPA validates sort property names against the entity metamodel. NoSQL backends are out of scope of this root cause.&lt;/p&gt;
&lt;p&gt;## 2. Root Cause&lt;/p&gt;
&lt;p&gt;The ge…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: jhipster&lt;/p&gt;
&lt;p&gt;# SQL Injection in the `sort` Parameter of JHipster-Generated Reactive (WebFlux + R2DBC) Applications&lt;/p&gt;
&lt;p&gt;- **Product**: jhipster/generator-jhipster (npm package `generator-jhipster`)
- **Affected versions**: v7.0.0 through v9.2.0 
- **Component**: generated reactive-application code, template `EntityManager_reactive.java.ejs`
- **Report date**: 2026-08-29&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;## 1. Summary&lt;/p&gt;
&lt;p&gt;Every reactive (Spring WebFlux + Spring Data R2DBC + SQL) application generated by `generator-jhipster` contains an SQL injection in the paginated entity list endpoints (`GET /api/&amp;lt;entity&amp;gt;?sort=...`). The `sort` request parameter is taken verbatim from the user and concatenated into the SQL `ORDER BY` clause without quoting or validation. Because the generated query has no bound parameters, the R2DBC drivers execute it via the **simple query protocol**, so `;`-separated extra statements are run against the database.&lt;/p&gt;
&lt;p&gt;A single authenticated low-privileged user (including an account obtained through the default self-registration flow) can therefore **execute arbitrary SQL**: read any table (including `jhi_user` password hashes), modify or delete data, and drop tables (full C/I/A impact). Independently reproduced end-to-end on the default dev database (H2) and the default production database (PostgreSQL 16).&lt;/p&gt;
&lt;p&gt;The JPA (non-reactive) path is **not** affected: Spring Data JPA validates sort property names against the entity metamodel. NoSQL backends are out of scope of this root cause.&lt;/p&gt;
&lt;p&gt;## 2. Root Cause&lt;/p&gt;
&lt;p&gt;The ge…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/brew-jhipster-cve-2026-107375</guid>
    </item>
    <item>
      <title>CVE-2026-107375 — JHipster: SQL Injection in the Parameter of JHipster-Generated Reactive (WebFlux + R2DBC) Applicationssort</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-107375</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; jhipster generator-jhipster&lt;/p&gt;
&lt;p&gt;JHipster is a development platform to quickly generate, develop, and deploy modern web applications and microservice architectures. From 7.0.0 until 9.4.0, reactive applications generated with Spring WebFlux, Spring Data R2DBC, and a SQL database pass the attacker-controlled sort request parameter from paginated entity-list endpoints into createOrderByFields in generators/spring-boot/generators/data-relational/templates/src/main/java/package/repository/EntityManager_reactive.java.ejs. The generated code renders these properties into the SQL ORDER BY clause without validation or quoting, and the R2DBC simple query protocol can execute additional statements separated by semicolons. A normal authenticated user can consequently read sensitive tables, modify or delete data, or drop tables, while non-reactive JPA applications and NoSQL backends are outside this root cause. This issue is fixed in 9.4.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; jhipster generator-jhipster&lt;/p&gt;
&lt;p&gt;JHipster is a development platform to quickly generate, develop, and deploy modern web applications and microservice architectures. From 7.0.0 until 9.4.0, reactive applications generated with Spring WebFlux, Spring Data R2DBC, and a SQL database pass the attacker-controlled sort request parameter from paginated entity-list endpoints into createOrderByFields in generators/spring-boot/generators/data-relational/templates/src/main/java/package/repository/EntityManager_reactive.java.ejs. The generated code renders these properties into the SQL ORDER BY clause without validation or quoting, and the R2DBC simple query protocol can execute additional statements separated by semicolons. A normal authenticated user can consequently read sensitive tables, modify or delete data, or drop tables, while non-reactive JPA applications and NoSQL backends are outside this root cause. This issue is fixed in 9.4.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-107375</guid>
    </item>
  </channel>
</rss>
