CVE-2025-66035: Angular HTTP Client Has XSRF Token Leakage via Protocol-Relative URLs
Angular is a development platform for building mobile and desktop web applications using TypeScript/JavaScript and other languages. Prior to versions 19.2.16, 20.3.14, and 21.0.1, there is a XSRF token leakage via protocol-relative URLs in angular HTTP clients. The vulnerability is a Credential Leak by App Logic that leads to the unauthorized disclosure of the Cross-Site Request Forgery (XSRF) token to an attacker-controlled domain. Angular's HttpClient has a built-in XSRF protection mechanism that works by checking if a request URL starts with a protocol (http:// or https://) to determine if it is cross-origin. If the URL starts with protocol-relative URL (//), it is incorrectly treated as a same-origin request, and the XSRF token is automatically added to the X-XSRF-TOKEN header. This issue has been patched in versions 19.2.16, 20.3.14, and 21.0.1. A workaround for this issue involves avoiding using protocol-relative URLs (URLs starting with //) in HttpClient requests. All backend communication URLs should be hardcoded as relative paths (starting with a single /) or fully qualified, trusted absolute URLs.
Security readout for executives and security teams
Plain-English summary
Some Angular apps can accidentally send their anti-CSRF token to an external domain when code uses a URL beginning with //. If that domain is attacker controlled, the token may be disclosed. The issue is patched in Angular 19.2.16, 20.3.14, and 21.0.1.
Executive priority
Treat this as a high-priority frontend dependency update where Angular apps handle authenticated sessions. Prioritize externally exposed applications and products using Angular HttpClient with XSRF protection.
Technical view
Angular HttpClient misclassified protocol-relative URLs as same-origin because its cross-origin check looked for http:// or https://. It then attached the X-XSRF-TOKEN header. CVSS 4.0 is 7.7 high; CWE mappings are CWE-201 and CWE-359.
Likely exposure
Exposure is most likely in Angular applications on affected versions that use HttpClient XSRF protection and make requests to URLs beginning with //. Risk increases when those URLs can point to untrusted or attacker-controlled domains.
Exploitation context
The source bundle does not show CISA KEV listing or any cited evidence of active exploitation. The disclosed impact is unauthorized XSRF token disclosure through application request logic, not direct server compromise.
Researcher notes
The key condition is use of protocol-relative URLs with Angular HttpClient on affected versions. Evidence supports token leakage; it does not establish broader account takeover or active exploitation. Siemens advisories indicate downstream vendor awareness, but affected product details are not in the bundle.
Mitigation direction
Upgrade Angular to 19.2.16, 20.3.14, 21.0.1, or later as applicable.
Avoid protocol-relative URLs in Angular HttpClient requests.
Use single-slash relative paths for same-origin backend communication.
Use fully qualified trusted absolute URLs for approved external services.
Check vendor advisories for downstream product-specific guidance.
Validation and detection
Inventory Angular package versions across web applications.
Search HttpClient usage for URLs beginning with //.
Review runtime configuration that may construct protocol-relative backend URLs.
Confirm patched Angular versions in lockfiles and deployed builds.
Check logs or proxies for X-XSRF-TOKEN headers sent to external domains.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-201: Information exposure and cloud metadata lookup
Information exposure and SSRF weaknesses can make discovery, cloud metadata, and credential material review relevant. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-201 · source CWE mapping
Insertion of Sensitive Information Into Sent Data
Insertion of Sensitive Information Into Sent Data represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Exposure of Private Personal Information to an Unauthorized Actor
Exposure of Private Personal Information to an Unauthorized Actor represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.