CVE-2026-42191
Opentelemetry.Exporter.Opentelemetryprotocol 1.8.0 – 1.15.3
Raw vector
CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:LSummary
CVE-2026-42191 is a medium-severity Creation of Temporary File in Directory with Insecure Permissions (CWE-379) vulnerability in Opentelemetry Opentelemetry.Exporter.Opentelemetryprotocol. Its CVSS base score is 6.5 (Medium).
Operationally, exploitation aligns with the MITRE ATT&CK technique Data from Local System (T1005); ranked at the 1th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.
The strongest mitigations our analysis identified map to AC-3 (Access Enforcement) and SC-4 (Information in Shared System Resources) — see the control section below for these in your framework.
OWASP Top 10 for Web (2025)
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2026-29784
Vulnerability Data
OpenTelemetry.Exporter.OpenTelemetryProtocol is the OTLP (OpenTelemetry Protocol) exporter implementation. From 1.8.0 to 1.15.2, the OTLP disk retry feature in OpenTelemetry.Exporter.OpenTelemetryProtocol silently fell back to Path.GetTempPath() when OTEL_DOTNET_EXPERIMENTAL_OTLP_RETRY=disk was set but OTEL_DOTNET_EXPERIMENTAL_OTLP_DISK_RETRY_DIRECTORY_PATH was not configured. The exporter stored and loaded *.blob files…
more
under fixed, signal-named subdirectories (traces, metrics, logs) beneath that shared temporary root path. On multi-user systems where the temporary directory is accessible to other local accounts, this allows an attacker to write crafted *.blob files, read *.blob files written by the application between export failures, or deposit numerous or oversized blob files, degrading retry-loop performance or consuming disk space. This vulnerability is fixed in 1.15.3.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise TechniquesAI
Why these techniques?
Insecure temp directory fallback enables local read of application data (T1005), stored data tampering via crafted blobs (T1565.001), and disk exhaustion DoS (T1499.004).
CVEs Like This One
Affected Assets
Mitigating Controls
Control response
Mitigating Controls (NIST 800-53 r5) AI
Directly enforces access restrictions on files created in shared temporary directories, blocking unauthorized read/write of *.blob retry files by other local users.
Prevents unintended information transfer and manipulation via shared system resources (temp paths) when the disk-retry feature falls back to Path.GetTempPath().
Limits process privileges so the exporter cannot create or access retry blobs in world-readable/writable temporary locations without explicit configuration.
Mitigating Controls (NIST CSF 2.0) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.
Secure SDLC practices directly prevent developers from writing code that creates temp files in insecure directories.
Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.
Secure system architecture principles include proper file-system permission models that mitigate insecure temp-file creation.
Secure coding standards directly require safe temporary-file creation with restrictive permissions.
Information access restriction policies can limit who may read or list files in shared temporary directories.
Configuration management can enforce secure default permissions on temporary directories.