CVE-2026-57955: SigNoz SQL Injection via Alert History Endpoint—Patch & Detection Guide
SigNoz, an open-source observability platform, contains a SQL injection flaw in its alert history API endpoints. Authenticated users can inject malicious code through the rule ID parameter to run arbitrary database queries against ClickHouse, the underlying data store. Attackers can extract all stored traces, logs, and metrics, or leverage database functions to reach external systems. The vulnerability affects versions through 0.130.1 and requires valid login credentials to exploit.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.5 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:N
- Weaknesses (CWE)
- CWE-89
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-29 / 2026-07-14
NVD description (verbatim)
SigNoz through 0.130.1 contains a SQL injection vulnerability that allows authenticated attackers to execute arbitrary ClickHouse queries by injecting URL-encoded quotes into the rule ID path parameter of the alert-history endpoints. Attackers can manipulate the unsanitized rule ID interpolated into ClickHouse queries to read all stored traces, logs, and metrics, or abuse the url() function to perform server-side request forgery.
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-57955 is a SQL injection vulnerability in SigNoz's alert-history endpoints where the rule ID path parameter is interpolated unsanitized into ClickHouse queries. The vulnerability stems from insufficient input validation on URL-encoded quote characters, allowing authenticated attackers to break out of the intended query context. The injected ClickHouse payload can abuse SQL functions, including url(), to perform server-side request forgery. The attack surface is confined to authenticated sessions, but lateral movement and data exfiltration risks are substantial given access to the full observability data layer.
Business impact
Compromise of a SigNoz instance exposes the entire observability data pipeline—traces, logs, and metrics from monitored applications. For organizations using SigNoz to monitor production systems, this enables attackers to map application behavior, extract sensitive debug information, identify architecture patterns, and potentially discover credentials or API keys embedded in logs. The SSRF capability via ClickHouse's url() function permits attackers to probe or interact with internal networks and services from the database context, circumventing network segmentation. Incident response, compliance audits, and customer trust are at risk if observability data is tampered with or exfiltrated.
Affected systems
SigNoz versions through 0.130.1 are affected. The vulnerability is specific to the alert-history API endpoints and requires an authenticated session. Organizations running self-hosted SigNoz deployments should prioritize patching. Cloud-hosted or managed SigNoz instances should be verified with the vendor for patch status and timeline.
Exploitability
Exploitation requires valid SigNoz credentials, setting the attack complexity to low once authenticated access is obtained. No user interaction is necessary; attackers can directly craft malicious HTTP requests to the alert-history endpoints with injected URL-encoded quotes in the rule ID parameter. The attack is deterministic and does not rely on race conditions or timing. The CVSS score of 8.5 reflects the high confidentiality impact (full data access) and the ability to scope beyond the vulnerable component via SSRF.
Remediation
Upgrade SigNoz to a patched version released after 0.130.1. Verify the exact version number and release date in the official SigNoz security advisory and release notes. In the interim, restrict network access to SigNoz instances to trusted networks, enforce strong authentication, and monitor query logs for suspicious ClickHouse activity. Consider isolating the SigNoz database from access to external networks to limit SSRF impact.
Patch guidance
Consult the official SigNoz security advisory and release notes to identify the patched version number and upgrade procedure. Most deployments using container images should pull the latest secure tag and redeploy. For binary or source installations, follow the vendor's documented upgrade steps, which typically include backing up configuration and data before applying updates. Test patches in a non-production environment first to verify compatibility with existing alert rules and integrations.
Detection guidance
Monitor SigNoz and ClickHouse logs for unusual query patterns, particularly those containing SQL keywords or ClickHouse functions (e.g., url()) in the rule ID context. Alert on failed authentication attempts followed by rapid rule ID parameter changes. Network-based detection should flag outbound connections initiated from the ClickHouse process to unexpected external hosts, which would indicate SSRF exploitation. Review access logs for authenticated users accessing alert-history endpoints with URL-encoded special characters in the rule ID.
Why prioritize this
HIGH priority due to authentication bypass of data confidentiality controls, high-impact data exfiltration capability, and potential for lateral network reconnaissance via SSRF. Organizations where SigNoz is internet-facing or accessible from untrusted networks should patch immediately. Even in internal-only deployments, the ability to exfiltrate observability data undermines security visibility and compliance posture.
Risk score, explained
The CVSS 3.1 score of 8.5 reflects: (1) Network-accessible attack vector with low attack complexity, (2) Authentication requirement that moderates but does not eliminate risk, (3) High confidentiality impact from unrestricted data access, (4) Limited but non-zero integrity impact from potential log or metric manipulation, (5) Scope change to other components via SSRF. The score does not include availability impact, as the vulnerability does not directly cause denial of service, though resource exhaustion via malicious queries is theoretically possible.
Frequently asked questions
Does this vulnerability affect SigNoz Cloud or only self-hosted deployments?
The CVE applies to SigNoz application code through version 0.130.1. SigNoz Cloud deployments depend on the vendor's patching timeline and infrastructure version. Contact SigNoz directly or check their status page for SaaS patch status and timeline. Self-hosted deployments are under the organization's control and should be patched immediately upon release of a fix.
Can an attacker without credentials exploit this vulnerability?
No. The vulnerability requires valid SigNoz login credentials (authenticated session). However, if SigNoz is exposed with weak or default credentials, or if credentials are compromised through phishing or other means, the barrier to exploitation is low. Ensure strong access controls and monitor for suspicious authentication patterns.
What data is at risk if this vulnerability is exploited?
All traces, logs, and metrics stored in the underlying ClickHouse database are at risk. Depending on what applications feed into SigNoz, this may include request payloads, error messages, debug information, user IDs, IP addresses, and potentially secrets or API keys. Additionally, SSRF capability allows attackers to probe internal services from the database context.
Is a patch available now?
As of the publication date (2026-06-29), a patch version has not been listed in the CVE record. Check the official SigNoz GitHub repository, security advisories, and release notes for a patched version. Verify the version number and release date against official sources before deploying.
This analysis is provided for informational and defensive security purposes. Organizations should verify all statements against official vendor advisories, release notes, and security bulletins. Patch versions, timelines, and affected product variants may change; consult SigNoz's official channels for the authoritative status. No exploit code or weaponization techniques are provided. Testing should be conducted in controlled, authorized environments only. SEC.co assumes no liability for inaccuracies or omissions in third-party vendor responses or disclosures. Source: NVD (public-domain), retrieved 2026-08-08. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2016-20062HIGHSQL Injection in Simply Poll 1.4.1 WordPress Plugin - Unauthenticated Data Theft
- CVE-2016-20063HIGHSQL Injection in Single Personal Message 1.0.3 – Credential & Data Theft Risk
- CVE-2016-20065HIGHUnauthenticated SQL Injection in Product Catalog 8 WordPress Plugin
- CVE-2016-20068HIGHUnauthenticated SQL Injection in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2016-20069HIGHUnauthenticated SQL Injection in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2016-20071HIGHCritical SQL Injection in WordPress 404 Redirection Manager Plugin v1.0
- CVE-2016-20072HIGHBBS e-Franchise WordPress Plugin SQL Injection – Remote Data Exfiltration Risk
- CVE-2016-20073HIGHSQL Injection in Answer My Question 1.3 WordPress Plugin