CVE-2026-39197: Datadog Vector v0.54.0 Authenticated DoS Vulnerability
Vector v0.54.0, Datadog's lightweight observability pipeline tool, contains a vulnerability in its HTTP utility module that allows authenticated attackers to send specially crafted requests that crash or hang the service, disrupting data collection and processing. An attacker with valid credentials can trigger a denial-of-service condition without needing special privileges or user interaction.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- Weaknesses (CWE)
- CWE-400
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-15 / 2026-06-17
NVD description (verbatim)
An issue in the /util/http/prelude.rs endpoint of Datadog, Inc Vector v0.54.0 allows attackers to cause a Denial of Service (DoS) via a crafted request or payload.
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-39197 is a medium-severity denial-of-service flaw in Vector v0.54.0 affecting the /util/http/prelude.rs HTTP handler. The vulnerability stems from improper input validation in request processing (CWE-400: Uncontrolled Resource Consumption), allowing an authenticated user to submit a malicious request payload that exhausts server resources or triggers an exception, causing the Vector instance to become unavailable. The CVSS 3.1 score of 6.5 reflects network-accessible attack surface combined with authentication requirement and high availability impact.
Business impact
Vector is widely deployed in enterprise environments as a core component of observability pipelines, aggregating logs, metrics, and traces from distributed systems. A DoS vulnerability could interrupt data flow to downstream monitoring and alerting systems, creating blind spots in operational visibility. Organizations relying on Vector for security event collection might miss critical alerts, while those using it for application performance monitoring could lose real-time visibility into system behavior. Recovery requires manual intervention to restart affected instances, causing operational disruption proportional to the criticality of the observability infrastructure.
Affected systems
Datadog Vector version 0.54.0 is confirmed affected. Versions prior to and after v0.54.0 should be verified against Datadog's official security advisory and patch notes, as the scope of impact is currently limited to the stated version. Installations using Vector for HTTP source/sink processing or those exposing the HTTP endpoint to authenticated users are at highest risk.
Exploitability
Exploitation requires valid credentials (PR:L in the CVSS vector), which moderates overall risk compared to unauthenticated DoS. However, in environments where Vector authenticates via shared API keys or basic authentication, or where HTTP access is available to a broad internal user base, the barrier to entry is relatively low. No known public exploit code has been disclosed; successful attacks depend on crafting the precise malicious payload. The attack is straightforward to execute once the payload is known and requires no user interaction, making this a practical risk for organizations with compromised or overly permissive API credentials.
Remediation
Organizations should update Vector to a patched version released after v0.54.0—verify the exact patch version in Datadog's official security advisory. Until patching is feasible, limit HTTP endpoint access through network segmentation, firewall rules, and authentication controls. Review Vector authentication configurations to ensure API keys and credentials are rotated and properly scoped. Monitor Vector process health and restart policies to minimize downtime from unplanned crashes.
Patch guidance
Datadog has released or will release a patched version addressing this input validation flaw. Consult Datadog's official security advisory for the specific patched version number and validate it against your deployment. Test patches in non-production environments first, as Vector upgrades may require configuration validation and performance testing. Coordinate patching with your observability team to minimize gaps in data collection. Use configuration management tools to orchestrate consistent updates across distributed Vector deployments.
Detection guidance
Monitor Vector logs for HTTP request processing errors, exceptions in the prelude.rs handler, or unexpected process terminations. Network-based detection is limited without payload signatures, but watch for repeated HTTP requests to Vector's HTTP endpoint from the same authenticated user or source. Endpoint detection should focus on Vector process crashes or restart loops coinciding with inbound HTTP traffic. If Vector is instrumented with performance monitoring, look for sudden spikes in resource consumption (CPU, memory) preceding availability loss.
Why prioritize this
Although CVSS 6.5 is medium severity, the real-world impact depends on Vector's role in your infrastructure. Organizations using Vector as a backbone for security event collection, compliance logging, or operational alerting should prioritize patching more aggressively. For environments where Vector processes non-critical telemetry or has redundant collectors, lower urgency is justified. The authentication requirement reduces risk for externally exposed instances, but internally deployed Vector often runs in trusted networks where credential compromise is a realistic threat. Rank this based on the criticality of your observability pipeline and the sensitivity of data flowing through Vector.
Risk score, explained
CVSS 6.5 (Medium) reflects a network-accessible vulnerability (AV:N) with low attack complexity (AC:L), requiring valid credentials (PR:L), causing high availability impact (A:H) with no confidentiality or integrity compromise. The authentication requirement prevents completely unauthenticated attacks, preventing a higher severity rating. However, the accessibility over the network and practical ease of exploitation keep this from being low-severity. For most organizations, this warrants swift patching within normal security update cycles, not emergency response timelines.
Frequently asked questions
How do I know if we're running the affected version?
Check your Vector configuration or deployment documentation for the version string. Run `vector --version` on Vector instances, or query your deployment logs if Vector is containerized. Compare against v0.54.0 specifically. If you're running an older or newer version, verify the patch status in Datadog's security advisory.
Do we need to patch if Vector only runs internal systems?
Yes, but the urgency depends on your threat model. If your internal network has strong access controls and low credential compromise risk, patching can be scheduled normally. However, if insider threats, lateral movement, or compromised service accounts are realistic scenarios, prioritize faster patching.
What's the difference between this DoS and a normal crash?
A normal crash is unpredictable and rare. This vulnerability is triggered reliably by a specific crafted request. An attacker with valid credentials can repeatedly crash Vector on demand, maintaining the outage until the underlying issue is fixed, making it actively exploitable and harder to work around without patching.
Can we mitigate this without patching?
Partially. Network segmentation to restrict HTTP endpoint access, strict authentication controls, API key rotation, and auto-restart policies can reduce blast radius and recovery time. However, these are mitigations, not fixes—patching remains necessary to eliminate the underlying vulnerability.
This analysis is based on publicly available vulnerability data as of the publication date. Specific patch versions, detailed mitigation steps, and affected product lists should be verified against Datadog's official security advisory and vendor documentation. No exploit code or weaponized proof-of-concept is provided. This information is for security planning purposes; consult your security team and vendor documentation before implementing any changes to production systems. CVSS scores and CVE details are subject to updates and corrections by NIST and the vendor. Source: NVD (public-domain), retrieved 2026-07-23. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2019-25721MEDIUMDräger Infinity M300 Denial-of-Service Vulnerability – Network-Induced Device Reboots
- CVE-2019-25724MEDIUMDräger Infinity M300 Denial-of-Service Vulnerability Impact on Patient Monitoring
- CVE-2025-48648MEDIUMAndroid NotificationManagerService Resource Exhaustion DoS
- CVE-2026-0042MEDIUMAndroid UBSan Resource Exhaustion Denial of Service
- CVE-2026-0069MEDIUMAndroid Resource Exhaustion in APK Signature Verification
- CVE-2026-0074MEDIUMAndroid LauncherProcessImageListener Denial of Service Vulnerability
- CVE-2026-10156MEDIUMOpen5GS Resource Exhaustion Vulnerability in nf-instances Endpoint
- CVE-2026-10224MEDIUMNousResearch hermes-agent Webhook Resource Exhaustion Vulnerability