CVE-2026-27878: Grafana Tempo Memory Exhaustion Denial of Service
A vulnerability in Grafana Tempo allows an authenticated user to crash the service by submitting a specially crafted TraceQL query with an extremely large exemplars hint parameter. The Tempo instance will attempt to allocate excessive memory to process the request, eventually running out of memory and becoming unavailable. This is a denial-of-service attack that requires valid credentials to execute.
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
- 1 configuration(s)
- Published / Modified
- 2026-06-19 / 2026-06-29
NVD description (verbatim)
A TraceQL query in Grafana Tempo with a large exemplars hint value can cause the Tempo instance to allocate an excessive amount of memory, resulting in an out-of-memory crash. This could allow an authenticated user to trigger a denial of service against the Tempo service.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-27878 is a resource exhaustion vulnerability affecting Grafana Tempo. When processing TraceQL queries, the service fails to properly validate or limit the exemplars hint parameter. An attacker providing an abnormally large value causes unbounded memory allocation during query execution, triggering an out-of-memory condition (CWE-400). The vulnerability requires authentication, limiting the attack surface to authorized users or those with compromised credentials. The CVSS 3.1 score of 6.5 reflects a network-accessible service with no complexity barrier, but impact limited to availability.
Business impact
Exploitation results in direct service unavailability for Grafana Tempo instances. Organizations relying on Tempo for distributed tracing and observability lose visibility into application performance and request flows during an outage. Recovery requires manual intervention to restart the service. The threat is elevated in multi-tenant or shared Tempo environments where a single authenticated user can degrade service for all tenants. Attack persistence depends on whether the attacker retains access; repeated exploitation is possible if credentials remain valid.
Affected systems
Grafana Tempo is affected. Specific vulnerable versions are not detailed in the available advisory data—verify your deployment version against the official Grafana security advisory. Environments where Tempo is exposed to internal networks or where user account provisioning is broad (e.g., all developers, contractors, or application service accounts) face higher exposure. Tempo instances configured as multi-tenant backends are particularly at risk.
Exploitability
Exploitation requires valid authentication to Tempo, reducing the attack surface compared to unauthenticated flaws. No special tools or complex techniques are needed; a standard TraceQL query with a large exemplars hint value is sufficient. The simplicity of crafting a malicious query and the immediate, noticeable impact (service crash) make this straightforward to exploit once credentials are obtained. Insider threats or compromised service accounts pose the primary risk.
Remediation
Apply the security update released by Grafana for CVE-2026-27878. Verify the patched version against the official Grafana advisory, as specific version numbers should be confirmed against vendor guidance. Until patching is possible, implement network segmentation to restrict Tempo access to trusted clients, enforce multi-factor authentication for Tempo user accounts, and monitor query patterns for suspicious exemplars hint values. Consider deploying Tempo behind a reverse proxy with request validation rules.
Patch guidance
Consult the official Grafana Tempo security advisory to identify the patched version applicable to your deployment. Patches are typically backported to multiple release branches. Plan patching during a maintenance window to accommodate service restarts. Verify patch deployment by confirming the Tempo instance version and testing basic query functionality post-update. If your organization uses Tempo in a containerized environment, update the base image or tag reference and redeploy instances.
Detection guidance
Monitor Tempo instance memory usage for sudden spikes or sustained high allocation. Alert on out-of-memory errors or service restarts. Examine Tempo query logs for TraceQL queries with unusually large exemplars hint values—typical queries should have modest hint parameters in the thousands to tens of thousands range. Correlate memory events with authentication logs to identify potential attackers. Network-level monitoring can flag rapid repeated query submissions from a single authenticated session. Consider deploying distributed tracing health checks that periodically validate query performance and memory behavior.
Why prioritize this
This vulnerability merits prompt attention due to the combination of straightforward exploitability (requiring only valid credentials and a simple query) and direct business impact (availability loss). While the CVSS score of 6.5 is moderate, the practicality of the attack and the centrality of observability platforms in modern infrastructure elevate real-world risk. Organizations should prioritize patching, especially if Tempo is business-critical or exposed to a broad user base.
Risk score, explained
The CVSS 3.1 score of 6.5 (MEDIUM severity) reflects a network-accessible service (AV:N), low attack complexity (AC:L), and required privilege level (PR:L), with high impact on availability (A:H). The score does not account for contextual factors such as whether Tempo is internet-facing, the sensitivity of tracing data, or the blast radius in multi-tenant scenarios. Your organization's risk may differ based on Tempo's role in your observability stack and the breadth of account access.
Frequently asked questions
Can an unauthenticated user exploit this vulnerability?
No. The vulnerability requires valid Tempo credentials. Unauthenticated attackers cannot trigger the flaw unless they first compromise a user account or service token.
What does the exemplars hint parameter do, and why is it vulnerable?
The exemplars hint tells Tempo how many exemplar records to retrieve alongside trace results for correlation with metrics. The service does not properly limit memory allocation based on this value, allowing an attacker to request an unrealistic number of exemplars and exhaust available memory.
Will patching require service downtime?
Yes, applying the patch typically requires restarting the Tempo service. Plan patching during a maintenance window and ensure observability for the duration of the restart.
How can we mitigate while waiting for a patch?
Restrict Tempo network access to trusted internal clients, enforce strong authentication practices, and monitor query logs and memory usage for anomalies. These controls reduce the likelihood and detectability of exploitation but do not eliminate the underlying vulnerability.
This analysis is provided for informational purposes and reflects publicly available information as of the publication date. Specific affected versions, patch availability, and detailed remediation steps must be verified against the official Grafana security advisory and your internal vulnerability management processes. Consult Grafana support for environment-specific guidance. This summary does not constitute legal advice or a guarantee of security. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-42127HIGHGrafana Unauthenticated Denial-of-Service via Request Body Size
- 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-0064MEDIUMAndroid Resource Exhaustion Denial of Service
- CVE-2026-0069MEDIUMAndroid Resource Exhaustion in APK Signature Verification
- CVE-2026-0074MEDIUMAndroid LauncherProcessImageListener Denial of Service Vulnerability