Skip to content

← Public intelligence

Go package

go.opentelemetry.io/otel/sdk

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

4 actionable advisories, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. Medium, CVSS 5.1GoAmendedPublished

    OpenTelemetry-Go: UTF-8 replacement rune bypasses attribute length truncation

    CVE-2026-81869 · GHSA-p9f8-wvj8-2fg8

    Affected
    • Go go.opentelemetry.io/otel/sdk >= 1.10.0, < 1.33.0
    Fixed in
    1.33.0· Vendor fix available
    Issue
    The OpenTelemetry Go SDK trace package can fail to enforce AttributeValueLengthLimit for string attributes containing the valid Unicode replacement character U+FFFD. An oversized attacker-controlled attribute value that includes U+FFFD is returned untruncated, bypassing the configured memory/DoS protection and allowing increased per-span memory usage. The finding is low severity because it requires a deployment with attribute value length limits enabled and attacker-controlled data being recorded into span attributes. Introduced in commit 49a6536 Details String and string-slice span attributes are truncated through safeTruncate when AttributeValueLengthLimit is non-negative. The finding evidence identifies this enforcement path in sdk/trace/span.go:303-331, with string attributes passed to safeTruncate at sdk/trace/span.go:309-310 and string-slice entries passed to safeTruncate in the loop beginning at sdk/trace/span.go:312. safeTruncate first calls safeTruncateValidUTF8; if…

    Recommended action: Upgrade to 1.33.0 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)osv.dev (2)github.com (3)Source checked Evidence →
  2. Low, CVSS 2.0GoAmendedPublished

    OpenTelemetry-Go: Exporter config logging may leak endpoint URLs in info logs

    CVE-2026-81870 · GHSA-8wmf-6v46-5gfg

    Affected
    • Go go.opentelemetry.io/otel/sdk >= 1.5.0, <= 1.44.0
    Fixed in
    1.45.0· Vendor fix available
    Issue
    OpenTelemetry Go versions 1.5.0 through 1.44.0 can include trace exporter endpoint configuration in an internal diagnostic log emitted when an SDK TracerProvider is created. The default OpenTelemetry logger does not emit this event. Exposure requires an application to install a logger that enables OpenTelemetry's internal Info-level diagnostics and for someone other than the intended audience to have access to those logs. The logged configuration can disclose the address of the trace collector and whether the OTLP/HTTP connection is configured as insecure. The Zipkin exporter logs its complete collector URL, so credentials in URL userinfo or tokens in the query string are also disclosed if an application embeds them there. OTLP authentication headers, TLS key material, and exported span data are not included in this log. Exporter MarshalLog implementations that caused this configuration to be included in internal logs were introduced by a1fff3c. Details When…

    Recommended action: Upgrade to 1.45.0 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)osv.dev (2)github.com (3)Source checked Evidence →
  3. High, CVSS 7.3GoPublished

    opentelemetry-go: BSD kenv command not using absolute path enables PATH hijacking

    CVE-2026-39883 · GHSA-hfvc-g4fc-pqhx

    Affected
    • Go go.opentelemetry.io/otel/sdk >= 1.15.0, <= 1.42.0
    Fixed in
    1.43.0· Vendor fix available
    Issue
    The fix for GHSA-9h8m-3fm2-qjrq (CVE-2026-24051) changed the Darwin ioreg command to use an absolute path but left the BSD kenv command using a bare name, allowing the same PATH hijacking attack on BSD and Solaris platforms. Root Cause sdk/resource/hostid.go line 42: if result, err := r.execCommand("kenv", "-q", "smbios.system.uuid"); err == nil { Compare with the fixed Darwin path at line 58: result, err := r.execCommand("/usr/sbin/ioreg", "-rd1", "-c", "IOPlatformExpertDevice") The execCommand helper at sdk/resource/hostidexec.go uses exec.Command(name, arg...) which searches $PATH when the command name contains no path separator. Affected platforms (per build tag in hostidbsd.go:4): DragonFly BSD, FreeBSD, NetBSD, OpenBSD, Solaris. The kenv path is reached when /etc/hostid does not exist (line 38-40), which is common on FreeBSD systems. Attack 1. Attacker has local access to a system running a Go application that imports go.opentelemetry.io/otel/sdk 2. Attacker places a…

    Recommended action: Upgrade to 1.43.0 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  4. High, CVSS 7.0GoPublished

    OpenTelemetry Go SDK Vulnerable to Arbitrary Code Execution via PATH Hijacking

    CVE-2026-24051 · GHSA-9h8m-3fm2-qjrq

    Affected
    • Go go.opentelemetry.io/otel/sdk >= 1.21.0, < 1.40.0
    Fixed in
    1.40.0· Vendor fix available
    Issue
    Impact The OpenTelemetry Go SDK in version v1.20.0-1.39.0 is vulnerable to Path Hijacking (Untrusted Search Paths) on macOS/Darwin systems. The resource detection code in sdk/resource/hostid.go executes the ioreg system command using a search path. An attacker with the ability to locally modify the PATH environment variable can achieve Arbitrary Code Execution (ACE) within the context of the application. Patches This has been patched in d45961b, which was released with v1.40.0. References - CWE-426: Untrusted Search Path

    Recommended action: Upgrade to 1.40.0 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →