<?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>Tue, 06 Oct 2026 06:12:59 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-104872</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-104872</link>
      <description>&lt;p&gt;OpenTelemetry JavaScript Contrib provides instrumentation libraries for collecting telemetry from JavaScript applications. Prior to versions 0.66.0 of @opentelemetry/instrumentation-cassandra-driver, 0.65.0 of @opentelemetry/instrumentation-knex, 0.67.0 of @opentelemetry/instrumentation-mongoose, @opentelemetry/instrumentation-mysql, and @opentelemetry/instrumentation-mysql2, 0.46.0 of @opentelemetry/instrumentation-oracledb, 0.73.0 of @opentelemetry/instrumentation-pg, and 0.40.0 of @opentelemetry/instrumentation-tedious, the packages add the database connection username to every instrumented database operation as the db.user span attribute. The attribute is emitted by default and is not controlled by enhancedDatabaseReporting or another opt-in setting. Configured observability backends therefore receive database account names that may expose service topology, role or environment information, and account naming patterns. This issue is fixed in versions 0.66.0, 0.65.0, 0.67.0, 0.46.0, 0.73.0, and 0.40.0 of the respective packages.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;OpenTelemetry JavaScript Contrib provides instrumentation libraries for collecting telemetry from JavaScript applications. Prior to versions 0.66.0 of @opentelemetry/instrumentation-cassandra-driver, 0.65.0 of @opentelemetry/instrumentation-knex, 0.67.0 of @opentelemetry/instrumentation-mongoose, @opentelemetry/instrumentation-mysql, and @opentelemetry/instrumentation-mysql2, 0.46.0 of @opentelemetry/instrumentation-oracledb, 0.73.0 of @opentelemetry/instrumentation-pg, and 0.40.0 of @opentelemetry/instrumentation-tedious, the packages add the database connection username to every instrumented database operation as the db.user span attribute. The attribute is emitted by default and is not controlled by enhancedDatabaseReporting or another opt-in setting. Configured observability backends therefore receive database account names that may expose service topology, role or environment information, and account naming patterns. This issue is fixed in versions 0.66.0, 0.65.0, 0.67.0, 0.46.0, 0.73.0, and 0.40.0 of the respective packages.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-104872</guid>
    </item>
    <item>
      <title>GHSA-qqmp-wf37-98f9 — Multiple @opentelemetry/instrumentation-* packages expose database username via unconditional db.user span attribute</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-qqmp-wf37-98f9</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @opentelemetry/instrumentation-cassandra-driver, npm: @opentelemetry/instrumentation-tedious, npm: @opentelemetry/instrumentation-oracledb, npm: @opentelemetry/instrumentation-mongoose, npm: @opentelemetry/instrumentation-mysql, npm: @opentelemetry/instrumentation-knex, npm: @opentelemetry/instrumentation-mysql2, npm: @opentelemetry/instrumentation-pg&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Multiple `@opentelemetry/instrumentation-*` packages recorded the database connection username as the `db.user`
span attribute on every instrumented database operation. This attribute was emitted unconditionally — it was
not gated by `enhancedDatabaseReporting` or any other opt-in flag, and it was the **default** behaviour for
all users of the affected packages until the patched releases shipped on 2026-07-23.&lt;/p&gt;
&lt;p&gt;The attribute is forwarded to every configured observability backend (Jaeger, Zipkin, Datadog, OTLP
collectors, etc.).  Depending on the database account naming convention in use, the exported value may
reveal:&lt;/p&gt;
&lt;p&gt;- Internal service account names that disclose architecture topology.
- Role-encoded usernames (e.g. `admin_readwrite`, `app_readonly_prod`) useful for privilege inference.
- Database account naming patterns useful for credential enumeration.&lt;/p&gt;
&lt;p&gt;Affected packages (all are vulnerable from the first published version through the version listed below):&lt;/p&gt;
&lt;p&gt;| Package | Vulnerable range | Patched version |
|---------|-----------------|-----------------|
| `@opentelemetry/instrumentation-cassandra-driver` | `&amp;lt; 0.66.0` | `0.66.0` |
| `@opentelemetry/instrumentation-knex`             | `&amp;lt; 0.65.0` | `0.65.0` |
| `@opentelemetry/instrumentation-mongoose`         | `&amp;lt; 0.67.0` | `0.67.0` |
| `@opentelemetry/instrumentation-mysql`            | `&amp;lt; 0.67.0` | `0.67.0` |
| `@opentelemetry/instrumentation-mysql2`           | `&amp;lt; 0.67.0` | `0.67.0` |
| `@opentelemetry/inst…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @opentelemetry/instrumentation-cassandra-driver, npm: @opentelemetry/instrumentation-tedious, npm: @opentelemetry/instrumentation-oracledb, npm: @opentelemetry/instrumentation-mongoose, npm: @opentelemetry/instrumentation-mysql, npm: @opentelemetry/instrumentation-knex, npm: @opentelemetry/instrumentation-mysql2, npm: @opentelemetry/instrumentation-pg&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Multiple `@opentelemetry/instrumentation-*` packages recorded the database connection username as the `db.user`
span attribute on every instrumented database operation. This attribute was emitted unconditionally — it was
not gated by `enhancedDatabaseReporting` or any other opt-in flag, and it was the **default** behaviour for
all users of the affected packages until the patched releases shipped on 2026-07-23.&lt;/p&gt;
&lt;p&gt;The attribute is forwarded to every configured observability backend (Jaeger, Zipkin, Datadog, OTLP
collectors, etc.).  Depending on the database account naming convention in use, the exported value may
reveal:&lt;/p&gt;
&lt;p&gt;- Internal service account names that disclose architecture topology.
- Role-encoded usernames (e.g. `admin_readwrite`, `app_readonly_prod`) useful for privilege inference.
- Database account naming patterns useful for credential enumeration.&lt;/p&gt;
&lt;p&gt;Affected packages (all are vulnerable from the first published version through the version listed below):&lt;/p&gt;
&lt;p&gt;| Package | Vulnerable range | Patched version |
|---------|-----------------|-----------------|
| `@opentelemetry/instrumentation-cassandra-driver` | `&amp;lt; 0.66.0` | `0.66.0` |
| `@opentelemetry/instrumentation-knex`             | `&amp;lt; 0.65.0` | `0.65.0` |
| `@opentelemetry/instrumentation-mongoose`         | `&amp;lt; 0.67.0` | `0.67.0` |
| `@opentelemetry/instrumentation-mysql`            | `&amp;lt; 0.67.0` | `0.67.0` |
| `@opentelemetry/instrumentation-mysql2`           | `&amp;lt; 0.67.0` | `0.67.0` |
| `@opentelemetry/inst…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-qqmp-wf37-98f9</guid>
    </item>
  </channel>
</rss>
