{"id":"CVE-2026-41173","aliases":["GHSA-28xm-prxc-5866"],"url":"https://o3.security/vulnerability/CVE-2026-41173","summary":"Unbounded HTTP response body read in OpenTelemetry.Sampler.AWS","details":"### Summary\n\n`OpenTelemetry.Sampler.AWS` reads unbounded HTTP response bodies from a configured AWS X-Ray remote sampling endpoint into memory.\n\n`OpenTelemetry.Resources.AWS` reads unbounded HTTP response bodies from a configured AWS EC2/ECS/EKS remote instance metadata service endpoint into memory.\n\nBoth of these would allow an attacker-controlled endpoint or be acting as a Man-in-the-Middle (MitM) to cause excessive memory allocation and possible process termination (via Out of Memory (OOM)).\n\n### Details\n\n#### OpenTelemetry.Sampler.AWS\n\n`AWSXRaySamplerClient.DoRequestAsync` called `HttpClient.SendAsync` followed by `ReadAsStringAsync()`, which materializes the entire HTTP response body into a single in-memory string with no size limit. The sampling endpoint is configurable via `AWSXRayRemoteSamplerBuilder.SetEndpoint` (default: `http://localhost:2000`).\n\nAn attacker who controls the configured endpoint, or who can intercept traffic to it (MitM), can return an arbitrarily large response body. This causes unbounded heap allocation in the consuming process, leading to high transient memory pressure, garbage-collection stalls, or an `OutOfMemoryException` that terminates the process.\n\n#### OpenTelemetry.Resources.AWS\n\nThe [`AWSEC2Detector`](https://github.com/open-telemetry/opentelemetry-dotnet-contrib/blob/171c6b81f88831641b56b470e6f92862e605013d/src/OpenTelemetry.Resources.AWS/AWSEC2Detector.cs), [`AWSECSDetector`](https://github.com/open-telemetry/opentelemetry-dotnet-contrib/blob/171c6b81f88831641b56b470e6f92862e605013d/src/OpenTelemetry.Resources.AWS/AWSECSDetector.cs) and [`AWSEKSDetector`](https://github.com/open-telemetry/opentelemetry-dotnet-contrib/blob/171c6b81f88831641b56b470e6f92862e605013d/src/OpenTelemetry.Resources.AWS/AWSEKSDetector.cs) classes all make HTTP requests to the relevant AWS metadata service (`http://169.254.169.254`, `ECS_CONTAINER_METADATA_URI`/`ECS_CONTAINER_METADATA_URI_V4` or `https://kubernetes.default.svc` respectively) to obtain metadata about the running process and its infrastructure.\n\nAn attacker who controls the configured endpoint(s), or who can intercept traffic to them (MiTM), can return an arbitrarily large response body. This causes unbounded heap allocation in the consuming process, leading to high transient memory pressure, garbage-collection stalls, or an `OutOfMemoryException` that terminates the process.\n\n### Impact\n\nDenial of Service (DoS). An attacker can destabilize or crash the application by forcing unbounded memory allocation through the X-Ray sampling and/or EC2/ECS/EKS HTTP response paths.\n\n### Mitigating Factors\n\n- The default X-Ray sampling endpoint is `http://localhost:2000`, which limits remote exposure in default configurations.\n- Risk increases materially when operators configure the sampler to point at a remote or untrusted endpoint.\n\n### Patches\n\nFixed in `OpenTelemetry.Sampler.AWS` version `0.1.0-alpha.8` and `OpenTelemetry.Resources.AWS` version `1.15.1`.\n\nThe fixes (#4100, #4122) introduce changes that introduce limits to `HttpClient` requests so that the response body is streamed rather than buffered entirely in memory.\n\n### Workarounds\n\n- Ensure the X-Ray sampling endpoint (`http://localhost:2000` by default) is not accessible to untrusted parties.\n- Use network-level controls (firewall rules, mTLS, service mesh) to prevent Man-in-the-Middle (MitM) attacks on the sampling endpoint and/or EC2/ECS/EKS connection.\n- If using a remote endpoint, place it behind a reverse proxy that enforces a response body size limit.","published":"2026-04-23T18:22:31.771Z","modified":"2026-08-12T03:51:35.635764477Z","cvss":{"score":5.9,"severity":"MEDIUM","vector":"CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H"},"epss":{"score":0.00301,"percentile":0.22541,"asOf":"2026-08-12"},"cisaKev":null,"exploitsKnown":0,"affectedPackages":[{"ecosystem":"NuGet","name":"OpenTelemetry.Sampler.AWS","fixedVersion":"0.1.0-alpha.8"},{"ecosystem":"NuGet","name":"OpenTelemetry.Resources.AWS","fixedVersion":"1.15.1"}],"fix":{"url":"https://github.com/open-telemetry/opentelemetry-dotnet-contrib/pull/4100","label":"open-telemetry/opentelemetry-dotnet-contrib#4100"},"references":[{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/41xxx/CVE-2026-41173.json"},{"type":"ADVISORY","url":"https://github.com/open-telemetry/opentelemetry-dotnet-contrib/security/advisories/GHSA-28xm-prxc-5866"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-41173"},{"type":"FIX","url":"https://github.com/open-telemetry/opentelemetry-dotnet-contrib/pull/4100"},{"type":"WEB","url":"https://github.com/open-telemetry/opentelemetry-dotnet-contrib/pull/4122"},{"type":"PACKAGE","url":"https://github.com/open-telemetry/opentelemetry-dotnet-contrib"}],"provenance":{"sources":["OSV.dev","FIRST.org (EPSS)"],"lastVerified":"2026-08-12T03:51:35.635764477Z"}}