<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Wed, 11 Nov 2026 21:55:25 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-111753</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-111753</link>
      <description>&lt;p&gt;Angular is a development platform for building mobile and desktop web applications using TypeScript/JavaScript and other languages. Prior to 20.3.34 and 21.0.3, the @angular/common HttpClient function xsrfInterceptorFn uses a regular expression that does not normalize request URLs in the same way as the browser&amp;#39;s WHATWG URL parser. With XSRF protection enabled, a mutating HTTP request to an attacker-controlled URL containing backslashes, stripped control characters or spaces, or removable ASCII whitespace can be misclassified as relative and same-origin, causing the interceptor to attach the X-XSRF-TOKEN header before the browser dispatches the request to a cross-origin host. With permissive CORS handling for the custom header, the attacker can obtain the victim&amp;#39;s XSRF token and use it to perform cross-site request forgery against the victim session. This issue is fixed in versions 20.3.34 and 21.0.3.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Angular is a development platform for building mobile and desktop web applications using TypeScript/JavaScript and other languages. Prior to 20.3.34 and 21.0.3, the @angular/common HttpClient function xsrfInterceptorFn uses a regular expression that does not normalize request URLs in the same way as the browser&amp;#39;s WHATWG URL parser. With XSRF protection enabled, a mutating HTTP request to an attacker-controlled URL containing backslashes, stripped control characters or spaces, or removable ASCII whitespace can be misclassified as relative and same-origin, causing the interceptor to attach the X-XSRF-TOKEN header before the browser dispatches the request to a cross-origin host. With permissive CORS handling for the custom header, the attacker can obtain the victim&amp;#39;s XSRF token and use it to perform cross-site request forgery against the victim session. This issue is fixed in versions 20.3.34 and 21.0.3.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-111753</guid>
    </item>
    <item>
      <title>GHSA-jfgx-762w-99vr — @angular/common: XSRF Token Leakage via URL Parsing Discrepancy in Angular HTTP Client (Incomplete fix for CVE-2025-660…</title>
      <link>https://db.gcve.eu/vuln/ghsa-jfgx-762w-99vr</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @angular/common&lt;/p&gt;
&lt;p&gt;An incomplete fix for [GHSA-58c5-g7wp-6w37](https://github.com/angular/angular/security/advisories/GHSA-58c5-g7wp-6w37) (`CVE-2025-66035`) in `@angular/common`&amp;#39;s HTTP Client (`HttpClient`) allows Cross-Site Request Forgery (XSRF) tokens to be leaked to attacker-controlled cross-origin domains when requests use URLs that exploit parsing discrepancies between regular expressions and the browser&amp;#39;s WHATWG URL parser.&lt;/p&gt;
&lt;p&gt;### Technical Description&lt;/p&gt;
&lt;p&gt;To address `CVE-2025-66035`, `xsrfInterceptorFn` introduced a regular expression (`const ABSOLUTE_URL_REGEX = /^(?:https?:)?\/\//i`) to detect and skip absolute and protocol-relative URLs before attaching the `X-XSRF-TOKEN` header.&lt;/p&gt;
&lt;p&gt;However, browsers resolve request URLs passed to `fetch()` and `XMLHttpRequest.open()` using the **WHATWG URL parser**. For `http:` and `https:` schemes, the WHATWG URL standard performs several normalizations prior to resolving the authority/origin:
* Backslashes (`\`) are treated as forward slashes (`/`) — e.g., `/\evil.example/x`, `\\evil.example/x`, `\/evil.example/x`, `https:\\evil.example/x`, `https:/\evil.example/x`.
* Leading and trailing C0 control characters and spaces (`&amp;lt;= 0x20`) are stripped — e.g., `&amp;#39; //evil.example/x&amp;#39;`, `&amp;#39;\0//evil.example/x&amp;#39;`, `&amp;#39;\x1f//evil.example/x&amp;#39;`.
* ASCII tab (`\t`), newline (`\n`), and carriage return (`\r`) characters are removed anywhere in the input — e.g., `&amp;#39;/\t/evil.example/x&amp;#39;`, `&amp;#39;/\n/evil.example/x&amp;#39;`, `&amp;#39;htt\tps://evil.example/x&amp;#39;`.&lt;/p&gt;
&lt;p&gt;Because these URLs do not match `/^(…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @angular/common&lt;/p&gt;
&lt;p&gt;An incomplete fix for [GHSA-58c5-g7wp-6w37](https://github.com/angular/angular/security/advisories/GHSA-58c5-g7wp-6w37) (`CVE-2025-66035`) in `@angular/common`&amp;#39;s HTTP Client (`HttpClient`) allows Cross-Site Request Forgery (XSRF) tokens to be leaked to attacker-controlled cross-origin domains when requests use URLs that exploit parsing discrepancies between regular expressions and the browser&amp;#39;s WHATWG URL parser.&lt;/p&gt;
&lt;p&gt;### Technical Description&lt;/p&gt;
&lt;p&gt;To address `CVE-2025-66035`, `xsrfInterceptorFn` introduced a regular expression (`const ABSOLUTE_URL_REGEX = /^(?:https?:)?\/\//i`) to detect and skip absolute and protocol-relative URLs before attaching the `X-XSRF-TOKEN` header.&lt;/p&gt;
&lt;p&gt;However, browsers resolve request URLs passed to `fetch()` and `XMLHttpRequest.open()` using the **WHATWG URL parser**. For `http:` and `https:` schemes, the WHATWG URL standard performs several normalizations prior to resolving the authority/origin:
* Backslashes (`\`) are treated as forward slashes (`/`) — e.g., `/\evil.example/x`, `\\evil.example/x`, `\/evil.example/x`, `https:\\evil.example/x`, `https:/\evil.example/x`.
* Leading and trailing C0 control characters and spaces (`&amp;lt;= 0x20`) are stripped — e.g., `&amp;#39; //evil.example/x&amp;#39;`, `&amp;#39;\0//evil.example/x&amp;#39;`, `&amp;#39;\x1f//evil.example/x&amp;#39;`.
* ASCII tab (`\t`), newline (`\n`), and carriage return (`\r`) characters are removed anywhere in the input — e.g., `&amp;#39;/\t/evil.example/x&amp;#39;`, `&amp;#39;/\n/evil.example/x&amp;#39;`, `&amp;#39;htt\tps://evil.example/x&amp;#39;`.&lt;/p&gt;
&lt;p&gt;Because these URLs do not match `/^(…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-jfgx-762w-99vr</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-4372 — Angular: Schwachstelle ermöglicht Offenlegung von Informationen</title>
      <link>https://db.gcve.eu/vuln/wid-sec-w-2026-4372</link>
      <description>&lt;p&gt;Ein entfernter, anonymer Angreifer kann eine Schwachstelle in Angular ausnutzen, um Informationen offenzulegen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, anonymer Angreifer kann eine Schwachstelle in Angular ausnutzen, um Informationen offenzulegen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/wid-sec-w-2026-4372</guid>
    </item>
  </channel>
</rss>
