CVE-2026-45681
MediumCVSS 5.9Exploitation Probability (EPSS)
Low risk21th percentile - higher than 21% of all known CVEs
Summary
OpenTelemetry eBPF Instrumentation prior to version 0.9.0 has a vulnerability in the per-CPU message-buffer fallback path. It uses a 256-byte backup buffer but preserves the original payload size (up to 8KB). If a CPU mismatch occurs, OBI can read beyond the fallback buffer and leak adjacent memory into telemetry.
Risk Assessment
Memory leakage into telemetry data can expose sensitive information from kernel or other process memory, posing a serious security breach.
Recommendation
Update OpenTelemetry eBPF Instrumentation to version 0.9.0 or later.
Other vulnerabilities in OpenTelemetry eBPF Instrumentation
See all- CVE-2026-41433High
OpenTelemetry eBPF Instrumentation has a flaw that allows a local attacker controlling a Java workload to overwrite arbitrary host files. This issue exists in versions from 0.4.0 to before 0.8.0 when Java injection is enabled and OBI is running with elevated privileges.
- CVE-2026-45686High
In OpenTelemetry eBPF Instrumentation versions 0.7.0 to 0.8.9, a remotely reachable integer overflow in the memcached text protocol parser can crash the OBI process and cause denial of service.
- CVE-2026-45685High
In OpenTelemetry eBPF Instrumentation versions 0.1.0 to before 0.9.0, malformed MongoDB wire messages can trigger uncaught panics in the MongoDB TCP parser, allowing a remote unauthenticated attacker to crash the telemetry agent and cause a denial of service.
- CVE-2026-45684Medium
OpenTelemetry eBPF Instrumentation from version 0.7.0 to before version 0.9.0 mishandles writev buffers by reading only the first iovec entry but using the total iov_iter.count as the copy length. When log injection is enabled, a crafted multi-segment writev call can make OBI read and overwrite memory beyond the first segment.
- CVE-2026-45683Low
OpenTelemetry eBPF Instrumentation provides eBPF instrumentation based on the OpenTelemetry standard. Prior to version 0.9.0, the Java TLS ioctl probe reads user-controlled ioctl pointers with bpf_probe_read instead of bpf_probe_read_user. An instrumented local process can therefore point OBI at kernel memory and cause that memory to be copied into telemetry.
- CVE-2026-45682Medium
OpenTelemetry eBPF Instrumentation prior to version 0.9.0 has a vulnerability in the custom CappedConcurrentHashMap used for Java TLS state tracking, which never removes keys from its insertion-order queue when entries are deleted, leading to heap memory exhaustion in long-running JVMs.
- CVE-2026-45680Medium
OpenTelemetry eBPF Instrumentation (OBI) before version 0.9.0 has a performance issue when replaying BPF probe hits into histogram observations. On busy systems, large run-count deltas cause excessive CPU usage by the metrics exporter.
- CVE-2026-45679Medium
OpenTelemetry eBPF Instrumentation (OBI) prior to version 0.9.0 exports raw Redis error text as the span status message. Since Redis error replies can contain attacker-controlled or sensitive values, this can lead to exfiltration of tokens, PII, or other confidential data into telemetry backends and injection of untrusted text into downstream analysis systems.
- CVE-2026-45678High
OpenTelemetry eBPF Instrumentation before version 0.9.0 has a bug in the Postgres protocol parser that assumes BIND message payloads contain a valid NUL-terminated portal name. A crafted empty or unterminated payload can cause OBI to slice beyond the buffer end and panic.
- CVE-2026-45676Medium
OpenTelemetry eBPF Instrumentation (OBI) prior to version 0.9.0 has a vulnerability in the ELF parser that trusts section offsets and counts from the executable file. A crafted local ELF file can cause the agent to panic while determining the process language.
Original NVD description (English source)
OpenTelemetry eBPF Instrumentation provides eBPF instrumentation based on the OpenTelemetry standard. Prior to version 0.9.0, the per-CPU message-buffer fallback path uses a 256-byte backup buffer but preserves the original payload size, which can be up to 8KB. If a CPU mismatch occurs, OBI can read beyond the fallback buffer and leak adjacent memory into telemetry. This issue has been patched in version 0.9.0.

