angular-core
Ecosystem: npm
Downloads: 27.04 Mln
- 0CriticalAffects 0 versions
- 5HighAffects 23 versions
- 0MediumAffects 0 versions
- 4ModerateAffects 17 versions
- 0LowAffects 0 versions
- Critical0 (0.0%)
- High5 (55.6%)
- Medium0 (0.0%)
- Moderate4 (44.4%)
- Low0 (0.0%)
Monthly breakdown
- Critical
- High
- Medium
- Moderate
- Low
- 1 vulnerabilities
- Critical: 0
- High: 0
- Medium: 0
- Moderate: 1
- Low: 0
- 1 vulnerabilities
- Critical: 0
- High: 1
- Medium: 0
- Moderate: 0
- Low: 0
- 3 vulnerabilities
- Critical: 0
- High: 1
- Medium: 0
- Moderate: 2
- Low: 0
- 1 vulnerabilities
- Critical: 0
- High: 1
- Medium: 0
- Moderate: 0
- Low: 0
- 1 vulnerabilities
- Critical: 0
- High: 1
- Medium: 0
- Moderate: 0
- Low: 0
- 1 vulnerabilities
- Critical: 0
- High: 1
- Medium: 0
- Moderate: 0
- Low: 0
- 1 vulnerabilities
- Critical: 0
- High: 0
- Medium: 0
- Moderate: 1
- Low: 0
Vulnerabilities (9)
Known vulnerabilities affecting angular-core, based on data from OSV.
| ID | Severity | Summary | Affected versions | Published | Source |
|---|---|---|---|---|---|
| GHSA-hh8m-fm6v-7cvg | Moderate | Angular: Sanitization bypass via directive host bindings on concrete host elements in @angular/core and @angular/compilerAngular 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). Prior to the fix, the Angular compiler determined the `SecurityContext` for directive host bindings (`host: {'[attr.href]': 'value'}` or `@HostBinding('attr.href')`) based solely on the declaring directive or component selector at compile time, rather than the concrete host element that the directive was applied to. When a directive with a security-sensitive host binding was applied to a different con |
| GitHub (opens in a new tab) | |
| GHSA-jj27-h5hq-8x99 | High | Angular i18n: Cross-Site Scripting (XSS) via event-handler attributesA Cross-Site Scripting (XSS) vulnerability has been identified in the Angular compiler's internationalization (i18n) pipeline. Although Angular disallows binding to event-handler attributes such as `onclick` and `onerror` through standard attribute validation (`validateAttribute()` / `validateProperty()`), the i18n metadata collection path allowed these same attribute names to be marked for translation using `i18n-on*` attributes (e.g., `i18n-onerror`). When exploited, a lower-trust translation file could replace a benign static handler such as `onerror="void 0"` with arbitrary executable Jav |
| GitHub (opens in a new tab) | |
| GHSA-692r-grfm-v8x7 | Moderate | @angular/core: Angular Template and Dynamic Component Namespace Bypass leading to Cross-Site Scripting (XSS)An issue in the `@angular/core` package allows bypassing script-execution restrictions during dynamic component creation. Specifically, the dynamic component instantiation mechanism (`createComponent`) failed to reject mounting components directly onto a `<script>` or namespaced script element (such as `<svg:script>`). This enabled the initialization of custom components on a tag that executes scripts, allowing attackers to hijack or inject script-executing hosts. This flaw enables an attacker who can control the host element or selector parameter passed to `createComponent` to initialize or |
| GitHub (opens in a new tab) | |
| GHSA-f3m7-gqxr-g87x | Moderate | Angular: Template and Attribute Namespace Sanitization Bypass (XSS)An issue in the `@angular/compiler` and `@angular/core` packages allows bypassing element and attribute sanitization/validation through specific namespace workarounds. Specifically, namespaced script elements (e.g., `<svg:script>` or `<:svg:script>`) were not properly identified as script elements by the Angular template preparser, allowing them to pass through template compilation without being stripped. Furthermore, security context schema mappings for element attributes did not consistently handle attributes within namespaced elements (like SVG and MathML), opening up gaps where malicious |
| GitHub (opens in a new tab) | |
| GHSA-rgjc-h3x7-9mwg | High | Angular Client Hydration DOM Clobbering & Response-Cache PoisoningTo optimize client-side bootstrap in Server-Side Rendered (SSR) environments, Angular supports **Hydration** via `provideClientHydration()`. During SSR, Angular serializes the application's runtime state (such as cached `HttpClient` responses) and outputs it into the HTML stream as a `<script>` tag with a predictable identifier: ```html <script type="application/json" id="ng-state"> {"some-api-url": {"body": ...}} </script> ```` During client bootstrap, Angular recovers this state by looking up the element via `document.getElementById('ng-state')` and parsing its text content. Because t |
| GitHub (opens in a new tab) | |
| GHSA-g93w-mfhg-p222 | High | Angular vulnerable to XSS in i18n attribute bindingsA Cross-Site Scripting (XSS) vulnerability has been identified in the Angular runtime and compiler. It occurs when the application uses a security-sensitive attribute (for example href on an anchor tag) together with Angular's ability to internationalize attributes. Enabling internationalization for the sensitive attribute by adding `i18n-<attribute>` name bypasses Angular's built-in sanitization mechanism, which when combined with a data binding to untrusted user-generated data can allow an attacker to inject a malicious script. The following example illustrates the issue: ```html <a href=" |
| GitHub (opens in a new tab) | |
| GHSA-prjf-86w9-mfqv | High | Angular i18n vulnerable to Cross-Site ScriptingA [Cross-site Scripting (XSS)](https://developer.mozilla.org/en-US/docs/Web/Security/Attacks/XSS) vulnerability has been identified in the Angular internationalization (i18n) pipeline. In ICU messages (International Components for Unicode), HTML from translated content was not properly sanitized and could execute arbitrary JavaScript. Angular i18n typically involves three steps, extracting all messages from an application in the source language, sending the messages to be translated, and then merging their translations back into the final source code. Translations are frequently handled by co |
| GitHub (opens in a new tab) | |
| GHSA-jrmj-c5cx-3cw6 | High | Angular has XSS Vulnerability via Unsanitized SVG Script AttributesA Cross-Site Scripting (XSS) vulnerability has been identified in the Angular Template Compiler. The vulnerability exists because Angular’s internal sanitization schema fails to recognize the `href` and `xlink:href` attributes of SVG `<script>` elements as a **Resource URL** context. In a standard security model, attributes that can load and execute code (like a script's source) should be strictly validated. However, because the compiler does not classify these specific SVG attributes correctly, it allows attackers to bypass Angular's built-in security protections. When template binding is u |
| GitHub (opens in a new tab) | |
| GHSA-c75v-2vq8-878f | Moderate | Angular vulnerable to Cross-site ScriptingA vulnerability was found in Angular up to 11.0.4/11.1.0-next.2. It has been classified as problematic. Affected is the handling of comments. The manipulation leads to cross site scripting. It is possible to launch the attack remotely but it might require an authentication first. Upgrading to version 10.2.5, 11.0.5 or 11.1.0-next.3 is advised to to address this issue. |
| GitHub (opens in a new tab) |
- GHSA-hh8m-fm6v-7cvgModerateAngular: Sanitization bypass via directive host bindings on concrete host elements in @angular/core and @angular/compiler
>= 22.0.0, < 22.1.0>= 21.0.0, < 21.2.20- +2 more
Affected versions:>= 22.0.0, < 22.1.0>= 21.0.0, < 21.2.20>= 20.0.0, < 20.3.28<= 19.2.25
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). Prior to the fix, the Angular compiler determined the `SecurityContext` for directive host bindings (`host: {'[attr.href]': 'value'}` or `@HostBinding('attr.href')`) based solely on the declaring directive or component selector at compile time, rather than the concrete host element that the directive was applied to. When a directive with a security-sensitive host binding was applied to a different con
CVE: CVE-2026-88057
- GHSA-jj27-h5hq-8x99HighAngular i18n: Cross-Site Scripting (XSS) via event-handler attributes
>= 22.0.0-next.0, < 22.0.1>= 21.0.0-next.0, < 21.2.19- +2 more
Affected versions:>= 22.0.0-next.0, < 22.0.1>= 21.0.0-next.0, < 21.2.19>= 20.0.0-next.0, < 20.3.27<= 19.2.25
A Cross-Site Scripting (XSS) vulnerability has been identified in the Angular compiler's internationalization (i18n) pipeline. Although Angular disallows binding to event-handler attributes such as `onclick` and `onerror` through standard attribute validation (`validateAttribute()` / `validateProperty()`), the i18n metadata collection path allowed these same attribute names to be marked for translation using `i18n-on*` attributes (e.g., `i18n-onerror`). When exploited, a lower-trust translation file could replace a benign static handler such as `onerror="void 0"` with arbitrary executable Jav
CVE: CVE-2026-69151
- GHSA-692r-grfm-v8x7Moderate@angular/core: Angular Template and Dynamic Component Namespace Bypass leading to Cross-Site Scripting (XSS)
>= 21.0.0-next.0, < 21.2.15>= 22.0.0-next.0, < 22.0.0-rc.2- +3 more
Affected versions:>= 21.0.0-next.0, < 21.2.15>= 22.0.0-next.0, < 22.0.0-rc.2>= 19.0.0-next.0, < 19.2.23<= 18.2.14>= 20.0.0-next.0, < 20.3.22
An issue in the `@angular/core` package allows bypassing script-execution restrictions during dynamic component creation. Specifically, the dynamic component instantiation mechanism (`createComponent`) failed to reject mounting components directly onto a `<script>` or namespaced script element (such as `<svg:script>`). This enabled the initialization of custom components on a tag that executes scripts, allowing attackers to hijack or inject script-executing hosts. This flaw enables an attacker who can control the host element or selector parameter passed to `createComponent` to initialize or
CVE: CVE-2026-52725
- GHSA-f3m7-gqxr-g87xModerateAngular: Template and Attribute Namespace Sanitization Bypass (XSS)
>= 21.0.0-next.0, < 21.2.15>= 22.0.0-next.0, < 22.0.0-rc.2- +3 more
Affected versions:>= 21.0.0-next.0, < 21.2.15>= 22.0.0-next.0, < 22.0.0-rc.2>= 20.0.0-next.0, < 20.3.22>= 19.0.0-next.0, < 19.2.22<= 18.2.14
An issue in the `@angular/compiler` and `@angular/core` packages allows bypassing element and attribute sanitization/validation through specific namespace workarounds. Specifically, namespaced script elements (e.g., `<svg:script>` or `<:svg:script>`) were not properly identified as script elements by the Angular template preparser, allowing them to pass through template compilation without being stripped. Furthermore, security context schema mappings for element attributes did not consistently handle attributes within namespaced elements (like SVG and MathML), opening up gaps where malicious
CVE: CVE-2026-50557
- GHSA-rgjc-h3x7-9mwgHighAngular Client Hydration DOM Clobbering & Response-Cache Poisoning
>= 22.0.0-next.0, < 22.0.1>= 21.0.0-next.0, < 21.2.17- +2 more
Affected versions:>= 22.0.0-next.0, < 22.0.1>= 21.0.0-next.0, < 21.2.17>= 20.0.0-next.0, < 20.3.25<= 19.2.25
To optimize client-side bootstrap in Server-Side Rendered (SSR) environments, Angular supports **Hydration** via `provideClientHydration()`. During SSR, Angular serializes the application's runtime state (such as cached `HttpClient` responses) and outputs it into the HTML stream as a `<script>` tag with a predictable identifier: ```html <script type="application/json" id="ng-state"> {"some-api-url": {"body": ...}} </script> ```` During client bootstrap, Angular recovers this state by looking up the element via `document.getElementById('ng-state')` and parsing its text content. Because t
CVE: CVE-2026-54267
- GHSA-g93w-mfhg-p222HighAngular vulnerable to XSS in i18n attribute bindings
>= 22.0.0-next.0, < 22.0.0-next.3>= 21.0.0-next.0, < 21.2.4- +3 more
Affected versions:>= 22.0.0-next.0, < 22.0.0-next.3>= 21.0.0-next.0, < 21.2.4>= 20.0.0-next.0.0.0, < 20.3.18>= 19.0.0-next.0, < 19.2.20>= 17.0.0-next.0, <= 18.2.14
A Cross-Site Scripting (XSS) vulnerability has been identified in the Angular runtime and compiler. It occurs when the application uses a security-sensitive attribute (for example href on an anchor tag) together with Angular's ability to internationalize attributes. Enabling internationalization for the sensitive attribute by adding `i18n-<attribute>` name bypasses Angular's built-in sanitization mechanism, which when combined with a data binding to untrusted user-generated data can allow an attacker to inject a malicious script. The following example illustrates the issue: ```html <a href="
CVE: CVE-2026-32635
- GHSA-prjf-86w9-mfqvHighAngular i18n vulnerable to Cross-Site Scripting
>= 21.2.0-next.0, < 21.2.0>= 21.0.0-next.0, < 21.1.6- +3 more
Affected versions:>= 21.2.0-next.0, < 21.2.0>= 21.0.0-next.0, < 21.1.6>= 20.0.0-next.0, < 20.3.17>= 19.0.0-next.0, < 19.2.19<= 18.2.14
A [Cross-site Scripting (XSS)](https://developer.mozilla.org/en-US/docs/Web/Security/Attacks/XSS) vulnerability has been identified in the Angular internationalization (i18n) pipeline. In ICU messages (International Components for Unicode), HTML from translated content was not properly sanitized and could execute arbitrary JavaScript. Angular i18n typically involves three steps, extracting all messages from an application in the source language, sending the messages to be translated, and then merging their translations back into the final source code. Translations are frequently handled by co
CVE: CVE-2026-27970
- GHSA-jrmj-c5cx-3cw6HighAngular has XSS Vulnerability via Unsanitized SVG Script Attributes
>= 21.1.0-next.0, < 21.1.0-rc.0>= 21.0.0-next.0, < 21.0.7- +3 more
Affected versions:>= 21.1.0-next.0, < 21.1.0-rc.0>= 21.0.0-next.0, < 21.0.7>= 20.0.0-next.0, < 20.3.16>= 19.0.0-next.0, < 19.2.18<= 18.2.14
A Cross-Site Scripting (XSS) vulnerability has been identified in the Angular Template Compiler. The vulnerability exists because Angular’s internal sanitization schema fails to recognize the `href` and `xlink:href` attributes of SVG `<script>` elements as a **Resource URL** context. In a standard security model, attributes that can load and execute code (like a script's source) should be strictly validated. However, because the compiler does not classify these specific SVG attributes correctly, it allows attackers to bypass Angular's built-in security protections. When template binding is u
CVE: CVE-2026-22610
- GHSA-c75v-2vq8-878fModerateAngular vulnerable to Cross-site Scripting
>= 11.0.0, < 11.0.5>= 11.1.0-next.0, < 11.1.0-next.3- +1 more
Affected versions:>= 11.0.0, < 11.0.5>= 11.1.0-next.0, < 11.1.0-next.3< 10.2.5
A vulnerability was found in Angular up to 11.0.4/11.1.0-next.2. It has been classified as problematic. Affected is the handling of comments. The manipulation leads to cross site scripting. It is possible to launch the attack remotely but it might require an authentication first. Upgrading to version 10.2.5, 11.0.5 or 11.1.0-next.3 is advised to to address this issue.
CVE: CVE-2021-4231