<?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>Thu, 08 Oct 2026 19:34:16 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-158442</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-158442</link>
      <description>EUVD-2026-158442</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-158442</guid>
    </item>
    <item>
      <title>fkie_cve-2024-42368</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-42368</link>
      <description>&lt;p&gt;OpenTelemetry, also known as OTel, is a vendor-neutral open source Observability framework for instrumenting, generating, collecting, and exporting telemetry data such as traces, metrics, and logs. The bearertokenauth extension&amp;#39;s server authenticator performs a simple, non-constant time string comparison of the received &amp;amp; configured bearer tokens. This impacts anyone using the `bearertokenauth` server authenticator. Malicious clients with network access to the collector may perform a timing attack against a collector with this authenticator to guess the configured token, by iteratively sending tokens and comparing the response time. This would allow an attacker to introduce fabricated or bad data into the collector&amp;#39;s telemetry pipeline. The observable timing vulnerability was fixed by using constant-time comparison in  0.107.0&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;OpenTelemetry, also known as OTel, is a vendor-neutral open source Observability framework for instrumenting, generating, collecting, and exporting telemetry data such as traces, metrics, and logs. The bearertokenauth extension&amp;#39;s server authenticator performs a simple, non-constant time string comparison of the received &amp;amp; configured bearer tokens. This impacts anyone using the `bearertokenauth` server authenticator. Malicious clients with network access to the collector may perform a timing attack against a collector with this authenticator to guess the configured token, by iteratively sending tokens and comparing the response time. This would allow an attacker to introduce fabricated or bad data into the collector&amp;#39;s telemetry pipeline. The observable timing vulnerability was fixed by using constant-time comparison in  0.107.0&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-42368</guid>
    </item>
    <item>
      <title>GHSA-rfxf-mf63-cpqv — open-telemetry has an Observable Timing Discrepancy</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-rfxf-mf63-cpqv</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/open-telemetry/opentelemetry-collector-contrib/extension/bearertokenauthextension&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The bearertokenauth extension&amp;#39;s server authenticator performs a simple, non-constant time string comparison of the received &amp;amp; configured bearer tokens.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/9128a9258fe1fee36f198f97b1e3371fc7b77a93/extension/bearertokenauthextension/bearertokenauth.go#L189-L196&lt;/p&gt;
&lt;p&gt;For background on the type of vulnerability, see https://ropesec.com/articles/timing-attacks/.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;This impacts anyone using the `bearertokenauth` server authenticator. Malicious clients with network access to the collector may perform a timing attack against a collector with this authenticator to guess the configured token, by iteratively sending tokens and comparing the response time. This would allow an attacker to introduce fabricated or bad data into the collector&amp;#39;s telemetry pipeline.&lt;/p&gt;
&lt;p&gt;### Fix&lt;/p&gt;
&lt;p&gt;The observable timing vulnerability was fixed by @axw in v0.107.0 (PR https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/34516) by using constant-time comparison.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;- upgrade to v0.107.0 or above, or, if you&amp;#39;re unable to upgrade at this time,
- don&amp;#39;t expose the receiver using `bearertokenauth` to network segments accessible by potential attackers, or
- change the receiver to use a different authentication extension instead, or
- disable the receiver relying on `bearertokenauth`&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/open-telemetry/opentelemetry-collector-contrib/extension/bearertokenauthextension&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The bearertokenauth extension&amp;#39;s server authenticator performs a simple, non-constant time string comparison of the received &amp;amp; configured bearer tokens.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;https://github.com/open-telemetry/opentelemetry-collector-contrib/blob/9128a9258fe1fee36f198f97b1e3371fc7b77a93/extension/bearertokenauthextension/bearertokenauth.go#L189-L196&lt;/p&gt;
&lt;p&gt;For background on the type of vulnerability, see https://ropesec.com/articles/timing-attacks/.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;This impacts anyone using the `bearertokenauth` server authenticator. Malicious clients with network access to the collector may perform a timing attack against a collector with this authenticator to guess the configured token, by iteratively sending tokens and comparing the response time. This would allow an attacker to introduce fabricated or bad data into the collector&amp;#39;s telemetry pipeline.&lt;/p&gt;
&lt;p&gt;### Fix&lt;/p&gt;
&lt;p&gt;The observable timing vulnerability was fixed by @axw in v0.107.0 (PR https://github.com/open-telemetry/opentelemetry-collector-contrib/pull/34516) by using constant-time comparison.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;- upgrade to v0.107.0 or above, or, if you&amp;#39;re unable to upgrade at this time,
- don&amp;#39;t expose the receiver using `bearertokenauth` to network segments accessible by potential attackers, or
- change the receiver to use a different authentication extension instead, or
- disable the receiver relying on `bearertokenauth`&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-rfxf-mf63-cpqv</guid>
    </item>
    <item>
      <title>RHSA-2024:6274 — Red Hat Security Advisory: Red Hat OpenShift distributed tracing 3.3.0 operator/operand containers</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2024:6274</link>
      <description>&lt;p&gt;bearertokenauthextension: Observable Timing Discrepancy in github.com/open-telemetry/opentelemetry-collector-contrib/extension/bearertokenauthextension&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;bearertokenauthextension: Observable Timing Discrepancy in github.com/open-telemetry/opentelemetry-collector-contrib/extension/bearertokenauthextension&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2024:6274</guid>
    </item>
  </channel>
</rss>
