<?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://db.gcve.eu</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>Mon, 02 Nov 2026 17:51:46 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-63224</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-63224</link>
      <description>&lt;p&gt;OpenRemote is an open-source internet-of-things platform. Prior to 1.26.0, the `datapoint export` API constructs `CSV crosstab` SQL by concatenating an `asset name` and `attribute name` into a `COPY` query that uses `crosstab` and streams `TO STDOUT`. The `asset name` enters both a double-quoted column identifier and a category query enclosed by the fixed `$cat$` delimiter. Escaping single quotes in one string context does not escape embedded double quotes in identifiers or protect that dollar-quote boundary. An authenticated user permitted to create or rename an asset and read/export datapoints for one of its attributes can store SQL metacharacters in the name and request a `crosstab` export, causing injected SELECT output to be returned in the normal ZIP/CSV response. This enables database exfiltration without direct database or filesystem access or token forgery. In a multi-tenant deployment it can expose other tenants&amp;#39; data if the manager&amp;#39;s database role can read shared tables; integrity and availability effects are not established by the demonstrated read primitive. This issue is fixed in version 1.26.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;OpenRemote is an open-source internet-of-things platform. Prior to 1.26.0, the `datapoint export` API constructs `CSV crosstab` SQL by concatenating an `asset name` and `attribute name` into a `COPY` query that uses `crosstab` and streams `TO STDOUT`. The `asset name` enters both a double-quoted column identifier and a category query enclosed by the fixed `$cat$` delimiter. Escaping single quotes in one string context does not escape embedded double quotes in identifiers or protect that dollar-quote boundary. An authenticated user permitted to create or rename an asset and read/export datapoints for one of its attributes can store SQL metacharacters in the name and request a `crosstab` export, causing injected SELECT output to be returned in the normal ZIP/CSV response. This enables database exfiltration without direct database or filesystem access or token forgery. In a multi-tenant deployment it can expose other tenants&amp;#39; data if the manager&amp;#39;s database role can read shared tables; integrity and availability effects are not established by the demonstrated read primitive. This issue is fixed in version 1.26.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-63224</guid>
    </item>
    <item>
      <title>GHSA-cgfv-jrfp-2r7v — OpenRemote has Authenticated SQL Injection via Datapoint Crosstab Export</title>
      <link>https://db.gcve.eu/vuln/ghsa-cgfv-jrfp-2r7v</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: io.openremote:openremote-manager&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The datapoint export API builds a PostgreSQL crosstab export query by concatenating asset display names into raw SQL. An authenticated user who can create or rename an asset and then request a crosstab datapoint export can inject SQL through the asset name. The injected query output is streamed back to the caller inside the normal ZIP/CSV export response.&lt;/p&gt;
&lt;p&gt;This creates a practical database exfiltration primitive through the application API. In a multi-tenant deployment, this can expose data outside the attacker&amp;#39;s tenant if the application database role can read shared manager tables.&lt;/p&gt;
&lt;p&gt;## Affected Component&lt;/p&gt;
&lt;p&gt;- Datapoint export endpoint for asset datapoints.
- Crosstab export formats, specifically CSV crosstab-style exports.
- Query builder path that constructs a `COPY (SELECT ... FROM crosstab(...)) TO STDOUT` statement.&lt;/p&gt;
&lt;p&gt;## Security Impact&lt;/p&gt;
&lt;p&gt;Impact is high. A remote authenticated attacker with asset read/write capabilities can:&lt;/p&gt;
&lt;p&gt;- Store SQL syntax inside an asset name.
- Trigger the crosstab export path for that asset.
- Cause the backend to execute attacker-influenced SQL through the PostgreSQL connection used by the manager service.
- Receive injected `SELECT` results in the exported CSV contained in the ZIP response.&lt;/p&gt;
&lt;p&gt;The demonstrated impact is database data exfiltration. The proof of concept safely retrieved database execution context and an aggregate table count. A real attacker could adapt the injected `SELECT` to read other database tables accessible to the…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: io.openremote:openremote-manager&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The datapoint export API builds a PostgreSQL crosstab export query by concatenating asset display names into raw SQL. An authenticated user who can create or rename an asset and then request a crosstab datapoint export can inject SQL through the asset name. The injected query output is streamed back to the caller inside the normal ZIP/CSV export response.&lt;/p&gt;
&lt;p&gt;This creates a practical database exfiltration primitive through the application API. In a multi-tenant deployment, this can expose data outside the attacker&amp;#39;s tenant if the application database role can read shared manager tables.&lt;/p&gt;
&lt;p&gt;## Affected Component&lt;/p&gt;
&lt;p&gt;- Datapoint export endpoint for asset datapoints.
- Crosstab export formats, specifically CSV crosstab-style exports.
- Query builder path that constructs a `COPY (SELECT ... FROM crosstab(...)) TO STDOUT` statement.&lt;/p&gt;
&lt;p&gt;## Security Impact&lt;/p&gt;
&lt;p&gt;Impact is high. A remote authenticated attacker with asset read/write capabilities can:&lt;/p&gt;
&lt;p&gt;- Store SQL syntax inside an asset name.
- Trigger the crosstab export path for that asset.
- Cause the backend to execute attacker-influenced SQL through the PostgreSQL connection used by the manager service.
- Receive injected `SELECT` results in the exported CSV contained in the ZIP response.&lt;/p&gt;
&lt;p&gt;The demonstrated impact is database data exfiltration. The proof of concept safely retrieved database execution context and an aggregate table count. A real attacker could adapt the injected `SELECT` to read other database tables accessible to the…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-cgfv-jrfp-2r7v</guid>
    </item>
  </channel>
</rss>
