Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain project member credentials
-
DeliveryConfigure webhook with IPv4-mapped IPv6 URL
-
ExploitSSRF filter passes address literal unchallenged
-
ExecutionOneUptime server connects to internal target
-
PersistInternal service response recorded as webhook result
-
ImpactAttacker reads response via OneUptime interface
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an authenticated project member account in the target OneUptime instance with permissions to create or modify webhook configurations - this is a standard project-member capability, not an elevated administrative role. The attacker must supply a webhook URL whose host component is an IPv4-mapped IPv6 address literal in bracket notation (e.g., [::ffff:10.0.0.1] or [::ffff:127.0.0.1]). No special server-side configuration is required beyond the default webhook functionality, which is a core OneUptime feature. Exploitation is bounded to authenticated project members; unauthenticated access is not possible per the CVSS PR:L vector. The range of accessible internal targets depends on what services are reachable from the OneUptime server host (loopback services on 127.x, RFC-1918 private ranges, and link-local metadata endpoints such as 169.254.169.254). |
| Impact | The CVSS 4.0 score of 7.1 (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:L) is well-calibrated: PR:L correctly captures that exploitation is gated behind project membership, limiting opportunistic mass exploitation while remaining realistic for insider-threat or account-compromise scenarios. The IPv4-mapped IPv6 bypass is a well-understood technique - any attacker familiar with SSRF filter evasion can apply it without specialized tooling, making the effective AC lower than the formal AC:L label suggests. High confidentiality impact (VC:H) is accurate because webhook results are returned to the requester, allowing extraction of internal service responses including cloud metadata credentials. There is no CISA KEV listing and no public exploit code has been identified at time of analysis, suggesting this has not yet been widely exploited; EPSS data was not provided in the input. The primary realistic risk surface is multi-tenant or shared OneUptime deployments where project membership is extended to semi-trusted or external users - organizations that expose OneUptime project access broadly should treat this as urgent regardless of their size. |
| Exploit ScenarioDerived | An authenticated project member adds a webhook in OneUptime with the target URL set to http://[::ffff:169.254.169.254]/latest/meta-data/iam/security-credentials/, targeting the AWS EC2 instance metadata endpoint. The SSRFProtection filter evaluates the host literal, finds no match in its blocklist, and the OneUptime server dispatches the HTTP request to the metadata service. The IAM role credential response is captured as the webhook delivery result and is readable by the attacker directly through the OneUptime interface, enabling privilege escalation to cloud infrastructure. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 26, 2026
Server-side request forgery in OneUptime's webhook delivery subsystem allows an authenticated project member to bypass the SSRF protection filter by supplying an IPv4-mapped IPv6 address literal such as [::ffff:127.0.0.1], directing the server to connect to loopback services, private network ranges, or cloud metadata endpoints. All OneUptime versions prior to 12.0.7 are affected; the underlying HTTP client treats the mapped form as the embedded IPv4 address, and the webhook response is returned to the attacker. No public exploit has been identified at time of analysis, but the bypass technique is well-documented in SSRF filter evasion literature and requires no special tooling.
RemediationAI
Upgrade OneUptime to version 12.0.7 or later, which adds explicit handling for the IPv4-mapped IPv6 range (::ffff:0:0/96) in isBlockedHostnameLiteral. The vendor patch is confirmed in the GitHub security advisory at https://github.com/OneUptime/oneuptime/security/advisories/GHSA-9g3w-r349-3vvw. If an immediate upgrade is not feasible, restrict webhook configuration permissions to fully trusted project members only as a short-term compensating control - this eliminates the threat from semi-trusted users but does not eliminate it for compromised trusted accounts. Additionally, deploy a network-layer egress filter on the OneUptime server host that blocks outbound connections to 127.0.0.0/8, 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, and 169.254.0.0/16; note that this egress filter must also explicitly block the corresponding IPv4-mapped IPv6 representations (::ffff:7f00:0/104, etc.) or the same bypass may apply at the network layer. Neither workaround substitutes for patching.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
OneUptime is an open-source monitoring and incident management platform (CPE: cpe:2.3:a:oneuptime:oneuptime:*:*:*:*:*:*:*:*). The flaw resides in Common/Server/Utils/SSRFProtection.ts, specifically in the isBlockedHostnameLiteral function called by SSRFProtection.validateWebhookTargetIsSafe. The function evaluates IPv6 host literals against the unspecified address, loopback (::1), link-local (fe80::/10), and unique-local (fc00::/7) prefixes, but does not account for the IPv4-mapped IPv6 address range ::ffff:0:0/96. A supplied value such as [::ffff:169.254.169.254] passes all checks because it matches none of the blocked prefixes. Because the host is recognized as an address literal rather than a hostname, the code path that re-validates addresses obtained from DNS resolution is also bypassed. The underlying HTTP client then resolves the embedded IPv4 address and connects to the internal target. Root cause class is CWE-918 (Server-Side Request Forgery), where insufficient input validation permits user-controlled URLs to reach internal network resources.
Know when Oneuptime gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:L/VA:N/SC:N/SI:N/SA:N
PR:L reflects required project membership; C:H because internal service responses are returned to attacker; I:L for ability to trigger unauthorized internal requests; no availability impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
OneUptime's webhook target check rejects private and loopback addresses given in IPv4 form and a small set of IPv6 forms, but has no case for the IPv4-mapped IPv6 range. The webhook delivery path calls SSRFProtection.validateWebhookTargetIsSafe, and the host-literal screening inside Common/Server/Utils/SSRFProtection.ts, performed by isBlockedHostnameLiteral, rejects private and loopback IPv4 ranges and tests an IPv6 value against the unspecified address, the loopback, the link-local prefix and the unique-local prefixes. A value such as [::ffff:127.0.0.1] matches none of them. The value is also recognised as an address literal rather than a name, so the path that re-checks addresses obtained from resolution is not taken. The HTTP client treats the mapped form as the embedded IPv4 address and connects to it, so an authenticated project member who can configure a webhook can direct the server at loopback services, private network ranges and link-local metadata endpoints, and the response is recorded where the webhook result can be read. Version 12.0.7 adds handling for the mapped range.
Executive ViewAI
OneUptime webhook delivery systems contain a vulnerability that allows authenticated users to bypass security controls and access internal systems, private networks, and cloud infrastructure resources. Organizations using OneUptime for mission-critical integrations face potential unauthorized access to sensitive infrastructure and data until vendor patches are available.
Network-level egress filtering to block OneUptime outbound connections to internal IP ranges and cloud metadata endpoints; webhook destination IP allowlisting; deactivation of unused webhook integrations; webhook payload inspection and WAF rules to detect IPv6-mapped IPv4 address abuse patterns; comprehensive logging and alerting on webhook delivery attempts to internal-appearing destinations.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
OS command injection in OneUptime monitoring platform before 10.0.7. Authenticated users can execute arbitrary commands
OneUptime prior to 10.0.21 has a fourth vulnerability in Synthetic monitoring exposing dangerous functionality.
Code injection in OneUptime monitoring via custom JS monitor using vm module. PoC and patch available.
OneUptime monitoring platform prior to 10.0.18 allows code injection (CVSS 9.9) enabling RCE through the monitoring conf
OneUptime prior to 10.0.21 has a third authorization bypass enabling low-privileged users to access admin functions.
OneUptime prior to 10.0.20 exposes dangerous functionality in Synthetic monitoring that enables code execution.
OneUptime is a solution for monitoring and managing online services. Rated high severity (CVSS 8.8), this vulnerability
Unauthenticated path traversal in OneUptime prior to 10.0.21 lets remote attackers read arbitrary files from the server
OneUptime versions prior to 10.0.19 allow unauthenticated attackers to hijack GitHub App integrations across projects by
OneUptime is a solution for monitoring and managing online services. Rated high severity (CVSS 8.3), this vulnerability
OneUptime versions 10.0.11 and earlier contain an improper WebAuthn implementation where server-side challenge validatio
OneUptime is a solution for monitoring and managing online services. Rated medium severity (CVSS 6.9), this vulnerabilit
EUVD-2026-66389
GHSA-7f26-9454-6r96
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB