<?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://cve.radiocsirt.org</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>Sun, 04 Oct 2026 11:37:05 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-367110</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-367110</link>
      <description>EUVD-2026-367110</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-367110</guid>
    </item>
    <item>
      <title>fkie_cve-2026-88057</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-88057</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.28, 21.2.20, and 22.1.0, Angular&amp;#39;s compiler and runtime in @angular/core and @angular/compiler could omit or select an incorrect sanitizer for security-sensitive directive host bindings because SecurityContext was derived from the declaring directive or component selector rather than the concrete host element. The mismatch is reachable through hostDirectives composition, inherited HostBinding declarations, createComponent with a custom hostElement or dynamic directives, SVG/MathML namespace elements, and tag-neutral selectors such as :not(...). Attacker-controlled href, src, action, xlink:href, or data values can therefore reach DOM attributes without Angular&amp;#39;s built-in sanitizer and execute arbitrary JavaScript in the user&amp;#39;s browser context. Applications unable to upgrade can use DomSanitizer.sanitize with SecurityContext.URL before assignment or restrict inputs to validated HTTP and HTTPS URL schemes. This issue is fixed in versions 20.3.28, 21.2.20, and 22.1.0.&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.28, 21.2.20, and 22.1.0, Angular&amp;#39;s compiler and runtime in @angular/core and @angular/compiler could omit or select an incorrect sanitizer for security-sensitive directive host bindings because SecurityContext was derived from the declaring directive or component selector rather than the concrete host element. The mismatch is reachable through hostDirectives composition, inherited HostBinding declarations, createComponent with a custom hostElement or dynamic directives, SVG/MathML namespace elements, and tag-neutral selectors such as :not(...). Attacker-controlled href, src, action, xlink:href, or data values can therefore reach DOM attributes without Angular&amp;#39;s built-in sanitizer and execute arbitrary JavaScript in the user&amp;#39;s browser context. Applications unable to upgrade can use DomSanitizer.sanitize with SecurityContext.URL before assignment or restrict inputs to validated HTTP and HTTPS URL schemes. This issue is fixed in versions 20.3.28, 21.2.20, and 22.1.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-88057</guid>
    </item>
    <item>
      <title>GHSA-hh8m-fm6v-7cvg — Angular: Sanitization bypass via directive host bindings on concrete host elements in @angular/core and @angular/compil…</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-hh8m-fm6v-7cvg</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @angular/core, npm: @angular/compiler&lt;/p&gt;
&lt;p&gt;Angular automatically sanitizes untrusted values bound to security-sensitive DOM sinks (such as `href`, `src`, `action`, `xlink:href`, and `data`) to protect against Cross-Site Scripting (XSS).&lt;/p&gt;
&lt;p&gt;Prior to the fix, the Angular compiler determined the `SecurityContext` for directive host bindings (`host: {&amp;#39;[attr.href]&amp;#39;: &amp;#39;value&amp;#39;}` or `@HostBinding(&amp;#39;attr.href&amp;#39;)`) based solely on the declaring directive or component selector at compile time, rather than the concrete host element that the directive was applied to.&lt;/p&gt;
&lt;p&gt;When a directive with a security-sensitive host binding was applied to a different concrete host element—such as through:
- `hostDirectives` composition,
- Class inheritance of host bindings,
- Dynamic component instantiation (`createComponent` with custom `hostElement` or dynamic directives),
- Elements with SVG/MathML namespaces (e.g. `&amp;lt;svg:a&amp;gt;`, `&amp;lt;math&amp;gt;`), or
- Elements using tag-neutral selectors (e.g. `:not(...)`),&lt;/p&gt;
&lt;p&gt;the compiler either failed to associate a sanitizer with the host binding or attached an incorrect security context. As a result, untrusted inputs (e.g. `javascript:...` URLs) bound via the host binding would be written to the DOM attribute without passing through Angular&amp;#39;s built-in sanitizer.&lt;/p&gt;
&lt;p&gt;### Impact
An attacker capable of controlling the value bound to an affected directive host binding could execute arbitrary JavaScript in the user&amp;#39;s browser context (Cross-Site Scripting).&lt;/p&gt;
&lt;p&gt;### Patches
This issue has been resolved in versions:
- `22.1.0` 
- `21.2.2…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @angular/core, npm: @angular/compiler&lt;/p&gt;
&lt;p&gt;Angular automatically sanitizes untrusted values bound to security-sensitive DOM sinks (such as `href`, `src`, `action`, `xlink:href`, and `data`) to protect against Cross-Site Scripting (XSS).&lt;/p&gt;
&lt;p&gt;Prior to the fix, the Angular compiler determined the `SecurityContext` for directive host bindings (`host: {&amp;#39;[attr.href]&amp;#39;: &amp;#39;value&amp;#39;}` or `@HostBinding(&amp;#39;attr.href&amp;#39;)`) based solely on the declaring directive or component selector at compile time, rather than the concrete host element that the directive was applied to.&lt;/p&gt;
&lt;p&gt;When a directive with a security-sensitive host binding was applied to a different concrete host element—such as through:
- `hostDirectives` composition,
- Class inheritance of host bindings,
- Dynamic component instantiation (`createComponent` with custom `hostElement` or dynamic directives),
- Elements with SVG/MathML namespaces (e.g. `&amp;lt;svg:a&amp;gt;`, `&amp;lt;math&amp;gt;`), or
- Elements using tag-neutral selectors (e.g. `:not(...)`),&lt;/p&gt;
&lt;p&gt;the compiler either failed to associate a sanitizer with the host binding or attached an incorrect security context. As a result, untrusted inputs (e.g. `javascript:...` URLs) bound via the host binding would be written to the DOM attribute without passing through Angular&amp;#39;s built-in sanitizer.&lt;/p&gt;
&lt;p&gt;### Impact
An attacker capable of controlling the value bound to an affected directive host binding could execute arbitrary JavaScript in the user&amp;#39;s browser context (Cross-Site Scripting).&lt;/p&gt;
&lt;p&gt;### Patches
This issue has been resolved in versions:
- `22.1.0` 
- `21.2.2…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-hh8m-fm6v-7cvg</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-88057</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-88057</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:16.04:LTS: angular.js, Ubuntu:Pro:18.04:LTS: angular.js, Ubuntu:Pro:20.04:LTS: angular.js, Ubuntu:22.04:LTS: angular.js, Ubuntu:24.04:LTS: angular.js, Ubuntu:26.04:LTS: angular.js&lt;/p&gt;
&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.28, 21.2.20, and 22.1.0, Angular&amp;#39;s compiler and runtime in @angular/core and @angular/compiler could omit or select an incorrect sanitizer for security-sensitive directive host bindings because SecurityContext was derived from the declaring directive or component selector rather than the concrete host element. The mismatch is reachable through hostDirectives composition, inherited HostBinding declarations, createComponent with a custom hostElement or dynamic directives, SVG/MathML namespace elements, and tag-neutral selectors such as :not(...). Attacker-controlled href, src, action, xlink:href, or data values can therefore reach DOM attributes without Angular&amp;#39;s built-in sanitizer and execute arbitrary JavaScript in the user&amp;#39;s browser context. Applications unable to upgrade can use DomSanitizer.sanitize with SecurityContext.URL before assignment or restrict inputs to validated HTTP and HTTPS URL schemes. This issue is fixed in versions 20.3.28, 21.2.20, and 22.1.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:16.04:LTS: angular.js, Ubuntu:Pro:18.04:LTS: angular.js, Ubuntu:Pro:20.04:LTS: angular.js, Ubuntu:22.04:LTS: angular.js, Ubuntu:24.04:LTS: angular.js, Ubuntu:26.04:LTS: angular.js&lt;/p&gt;
&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.28, 21.2.20, and 22.1.0, Angular&amp;#39;s compiler and runtime in @angular/core and @angular/compiler could omit or select an incorrect sanitizer for security-sensitive directive host bindings because SecurityContext was derived from the declaring directive or component selector rather than the concrete host element. The mismatch is reachable through hostDirectives composition, inherited HostBinding declarations, createComponent with a custom hostElement or dynamic directives, SVG/MathML namespace elements, and tag-neutral selectors such as :not(...). Attacker-controlled href, src, action, xlink:href, or data values can therefore reach DOM attributes without Angular&amp;#39;s built-in sanitizer and execute arbitrary JavaScript in the user&amp;#39;s browser context. Applications unable to upgrade can use DomSanitizer.sanitize with SecurityContext.URL before assignment or restrict inputs to validated HTTP and HTTPS URL schemes. This issue is fixed in versions 20.3.28, 21.2.20, and 22.1.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-88057</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-3318 — Angular: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3318</link>
      <description>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in Angular ausnutzen, um Cross-Site-Scripting-Angriffe durchzuführen, Sicherheitsmaßnahmen zu umgehen oder Daten zu manipulieren und offenzulegen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in Angular ausnutzen, um Cross-Site-Scripting-Angriffe durchzuführen, Sicherheitsmaßnahmen zu umgehen oder Daten zu manipulieren und offenzulegen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3318</guid>
    </item>
  </channel>
</rss>
