Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach registry artifact-upload API (default anonymous)
-
DeliveryUpload crafted XML with external DTD/entity
-
ExploitSAXParser resolves external entity
-
ExecutionServer fetches attacker/internal URL
-
PersistBlind SSRF pivot or entity expansion exhausts resources
-
ImpactInternal probing or denial of service
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A02:2025 - Security Misconfiguration
ASVS 5.0
V13 - Configuration XML external entity prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The attacker must be able to submit content through Apicurio Registry's artifact-write/upload path that flows into ContentTypeUtil.isParsableXml(), and the submitted document must be XML containing a DOCTYPE with external DTD/entity references (SYSTEM identifiers) for SSRF, or nested entity definitions for DoS. Required privilege depends on deployment: artifact-write permission suffices, and crucially NO authentication is required when the registry runs in its DEFAULT configuration (anonymous writes enabled). Limiting factors that reduce real-world exposure: deployments that have enabled authentication and write-authorization raise the bar to an authenticated user (PR:L); network egress filtering on the registry host prevents the outbound fetch needed for SSRF; and because the SSRF is blind, the attacker cannot directly read fetched responses, constraining data exfiltration to inference/timing and internal-service probing. The DoS path requires no outbound connectivity and works wherever XML upload is reachable. |
| Impact | Signals point to a genuine, prioritizable issue but with nuance. The supplied CVSS:3.1 vector (AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:N/A:H, base 8.5) describes a low-complexity network attack needing only low privileges, with a scope change (the parser reaches systems beyond the registry) and high availability impact - consistent with blind SSRF plus DoS. Critically, the description states exploitation can be UNAUTHENTICATED when the registry runs with default configuration, which is more severe than the PR:L encoded in the vector; defenders running stock deployments should treat this closer to PR:N. Confidentiality is rated only Low because the SSRF is described as blind (the attacker drives requests but does not directly read responses), so its value is internal network pivoting/probing and service disruption rather than bulk data theft. No EPSS score, KEV listing, SSVC decision, or POC was provided: there is no evidence of active exploitation and no public exploit identified at time of analysis, so urgency rests on ease of exploitation against default configs rather than observed in-the-wild activity. Net: real priority for internet- or multi-tenant-exposed registries, especially default-config installs; lower urgency where artifact-write is authenticated and the registry is network-segmented. |
| Exploit ScenarioDerived | An attacker reaches the registry's artifact-upload API (no credentials needed against a default-config deployment) and POSTs a small XML artifact whose DOCTYPE references an external parameter entity at an attacker- or internal-pointing URL. The server's SAX parser fetches that URL, letting the attacker blind-SSRF into the internal network (e.g., probe cloud metadata or internal admin services) or, by supplying recursively nested entities, exhaust server CPU/memory to cause denial of service. No public exploit is identified at time of analysis, but the low attack complexity (AC:L) and absence of required user interaction make weaponization straightforward. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 25, 2026
Server-side request forgery and denial of service in Red Hat Build of Apicurio Registry 3 stem from unsafe XML parsing in the ContentTypeUtil.isParsableXml() method, which builds a SAXParserFactory without secure processing or external-entity restrictions (CWE-611, XXE). An attacker with artifact-write permission - or any unauthenticated client when the registry runs in its default configuration - can upload a crafted XML artifact whose external DTD/entity references force the server to fetch attacker-chosen URLs (blind SSRF into internal networks) or expand nested entities for resource-exhaustion DoS. CVSS is 8.5 (scope-changed, high availability impact); no public exploit identified at time of analysis.
RemediationAI
No vendor-released patch version is identified in the provided data; monitor the Red Hat advisory (https://access.redhat.com/security/cve/CVE-2026-12975) and Bugzilla 2491688 (https://bugzilla.redhat.com/show_bug.cgi?id=2491688) for the fixed Apicurio Registry 3 build and apply it as the primary remediation once published. Until then, apply concrete compensating controls: enable authentication and require artifact-write authorization rather than running the registry in its default anonymous-write configuration - this removes the unauthenticated exploitation path at the cost of needing identity/RBAC setup for clients; apply network egress filtering so the registry host cannot make arbitrary outbound connections (block outbound HTTP/FTP/gopher and restrict DNS), which neutralizes the SSRF fetch but may break legitimate remote schema-reference resolution; and put the registry behind a reverse proxy or WAF that rejects XML payloads containing DOCTYPE/ENTITY declarations to blunt both XXE-SSRF and entity-expansion DoS, accepting that strict XML filtering can reject otherwise-valid XSD/WSDL artifacts. Network-segment the registry so SSRF cannot reach sensitive internal endpoints such as cloud metadata services or internal admin APIs.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Apicurio Registry is a schema/API artifact registry (Avro, Protobuf, JSON Schema, OpenAPI, WSDL/XML) widely used to govern Kafka and event-driven pipelines. The flaw is a classic XML External Entity (XXE) issue, CWE-611: when content arrives, isParsableXml() instantiates a JAXP SAXParserFactory to test whether the payload is XML, but never sets FEATURE_SECURE_PROCESSING, disallow-doctype-decl, or the external-general-entities / external-parameter-entities features to false. As a result the underlying SAX parser resolves DOCTYPE declarations and external DTD/entity references during the parse, so a document containing a SYSTEM identifier (an external DTD or parameter entity pointing at http://internal-host/, file:///, or ftp/gopher URLs) causes the JVM to perform an outbound fetch on the server's behalf - the SSRF primitive - while deeply nested or recursive entity definitions drive CPU/memory exhaustion (entity-expansion / billion-laughs style) for the DoS primitive.
Know when Red Hat Build Of Apicurio Registry 3 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
AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:N/A:H
Default config permits anonymous artifact upload so PR:N; low-complexity remote XXE with scope change to other systems via blind SSRF (C:L) and high-impact entity-expansion DoS (A:H).
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
A flaw was found in Apicurio Registry. The ContentTypeUtil.isParsableXml() method creates a SAXParserFactory without enabling secure processing features or disabling external entity resolution. An attacker with artifact-write permission (or unauthenticated when the registry runs with default configuration) can upload a crafted XML document to trigger blind server-side request forgery (SSRF) via external DTD/entity fetch, or cause denial of service via entity expansion.
Executive ViewAI
Red Hat Build of Apicurio Registry 3 contains an unsafe XML parser enabling server-side request forgery and denial-of-service attacks from both authenticated users and default unauthenticated deployments. No vendor-released patch is identified at time of analysis and no public exploit has been identified. Immediate compensating controls are essential to mitigate internal network reconnaissance and service disruption risks.
Restrict artifact uploads to authenticated users via application access controls. Block Registry egress to internal IP ranges and suspicious external destinations via network firewall. Implement WAF or application-level input validation to reject XML payloads containing DOCTYPE, SYSTEM, or PUBLIC entity declarations (XXE patterns). Monitor Registry logs and network traffic for malformed XML uploads and unusual outbound connection attempts. Apply rate limiting to artifact upload endpoints. These measures significantly reduce but do not eliminate risk; vendor patch application is required for complete remediation.
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.
XML External Entity (XXE) attacks exploit XML parsers that process Document Type Definitions (DTDs) without proper restrictions.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Affected Products (CPE)CVE.org
Mismatched handling of the HTTP/1 absolute-form request authority in Red Hat build of Quarkus and other affected Red Hat
A remote, unauthenticated attacker can exhaust the JVM heap and cause a denial of service by sending a small crafted ima
Unbounded per-connection queue growth in Netty's WebSocketServerExtensionHandler lets unauthenticated remote attackers e
Improper handling of HTTP/2 and HTTP/3 Extended CONNECT requests in Netty-based services can downgrade them to ordinary
Unbounded remote-initiated stream creation in Netty's SpdySessionHandler allows an unauthenticated, network-positioned a
Unbounded heap memory consumption in Netty's HttpServerCodec (io.netty:netty-codec-http) lets a remote, unauthenticated
Quarkus HTTP security path-normalization discrepancy allows unauthenticated remote attackers to craft a URL that the sec
Remote unauthenticated attackers can exhaust memory in Netty-based services that parse PROXY protocol v2, due to a refer
Malformed HTTP/2 CONNECT stream injection in Red Hat JBoss EAP and the wider Red Hat middleware stack (Quarkus, Keycloak
Netty's codec-rtsp component silently normalizes away trailing control bytes in RTSP method tokens, so a wire request wh
Unauthenticated remote file read in RESTEasy's SourceProvider component allows network attackers to exfiltrate arbitrary
Server-side request forgery in Red Hat Build of Apicurio Registry 3 allows a Developer-role user to coerce the registry
EUVD-2026-39574
GHSA-7g64-f2hm-vjxp
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB