CVE-2026-54266: Angular: Weak 32-Bit Cache Key Hashing in `HttpTransferCache` Leading to Cross-Request Data Leakage and State Poisoning

Published Jun 15, 2026
·
Updated

Angular is a development platform for building mobile and desktop web applications using TypeScript/JavaScript and other languages. Prior to 22.0.1, 21.2.17, and 20.3.25, Angular's HttpTransferCache caches HTTP requests made during Server-Side Rendering (SSR) so that they can be reused during client-side hydration. This avoids repeating the same HTTP requests on the client. The cached responses are stored in TransferState using a cache key generated by hashing request properties (method, response type, mapped URL, serialized body, and sorted query parameters). The cache keys are generated using a weak 32-bit DJB2-like polynomial rolling hash. The 32-bit hash space is extremely small, allowing attackers to find hash collisions. An attacker can easily find a query parameter string (e.g., q=aaCAZMMM for a search request) that produces the exact same 32-bit hash as a sensitive endpoint (e.g., /api/user/profile). When a victim visits a crafted link containing the colliding parameter, the SSR process executes both the search request and the profile request. Due to the hash collision, the search response overwrites the profile response in the TransferState cache. This vulnerability is fixed in 22.0.1, 21.2.17, and 20.3.25.

Other sources

Angular's HttpTransferCache caches HTTP requests made during Server-Side Rendering (SSR) so that they can be reused during client-side hydration. This avoids repeating the same HTTP requests on the client. The cached responses are stored in TransferState using a cache key generated by hashing request properties (method, response type, mapped URL, serialized body, and sorted query parameters).

The cache keys are generated using a weak 32-bit DJB2-like polynomial rolling hash. The 32-bit hash space is extremely small, allowing attackers to find hash collisions.

An attacker can easily find a query parameter string (e.g., q=aaCAZMMM for a search request) that produces the exact same 32-bit hash as a sensitive endpoint (e.g., /api/user/profile). When a victim visits a crafted link containing the colliding parameter, the SSR process executes both the search request and the profile request. Due to the hash collision, the search response overwrites the profile response in the TransferState cache.

Impact

When the application attempts to retrieve the cached response for the sensitive endpoint (such as the user's profile), it receives the attacker-controlled response instead. This results in:

State Poisoning: The application runs with attacker-forged data, which can lead to bypassing client-side security controls or DOM-based Cross-Site Scripting (XSS) if the data is rendered unsafely. Information Leakage: If the sensitive response is mistakenly associated with the attacker's search results and rendered on the page, the victim's sensitive data may be disclosed to the attacker.

Patched Versions 22.0.1 21.2.17 20.3.25

Framework-Level Fix

The logic has been updated to use a cryptographically secure SHA-256 hash algorithm for generating TransferState cache keys in HttpTransferCache. The cache keys are now 256-bit hexadecimal strings.

Workarounds

If you cannot upgrade immediately, configure your HttpClient requests to skip transfer caching for sensitive endpoints:

ts this.http.get('/api/user/profile', { transferCache: false });

Alternatively, disable the HTTP transfer cache globally in your application bootstrap config:

ts

import { provideClientHydration, withNoHttpTransferCache } from '@angular/platform-browser';

export const appConfig = { providers: [ provideClientHydration( withNoHttpTransferCache() ) ] };

Credits This vulnerability was discovered and reported by CodeMender from Google DeepMind.

GitHub

Affected Software

8 affected componentsFixes available
npm/@angular/common<=19.2.25
npm/@angular/common>=20.0.0-next.0<20.3.25
20.3.25
npm/@angular/common>=21.0.0-next.0<21.2.17
21.2.17
npm/@angular/common>=22.0.0-next.0<22.0.1
22.0.1
angular Angular Node.js<=19.2.25
angular Angular Node.js>=20.0.0<20.3.25
angular Angular Node.js>=21.0.0<21.2.17
angular Angular Node.js>=22.0.0<22.0.1

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/@angular/common to a version that resolves this vulnerability.

    Fixed in 20.3.25
  2. Upgrade

    Upgrade npm/@angular/common to a version that resolves this vulnerability.

    Fixed in 21.2.17
  3. Upgrade

    Upgrade npm/@angular/common to a version that resolves this vulnerability.

    Fixed in 22.0.1
  4. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 20.3.25
  5. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 21.2.17
  6. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 22.0.1
  7. Configuration

    For sensitive endpoints (e.g., /api/user/profile), configure HttpClient requests with transferCache: false to skip transfer caching when you cannot upgrade (workaround applies prior to 22.0.1, 21.2.17, and 20.3.25).

    Angular HttpClient (SSR transfer caching via HttpTransferCache/TransferState) transferCache = false
  8. Configuration

    If you cannot upgrade immediately, disable the HTTP transfer cache globally in the application bootstrap config by using withNoHttpTransferCache() with provideClientHydration (workaround described for prior to 22.0.1, 21.2.17, and 20.3.25).

    Angular app bootstrap (client hydration / HttpTransferCache) withNoHttpTransferCache = enabled

Event History

Jun 15, 2026
Advisory Published
via GitHub·05:24 PM
Data Sourced
via GitHub·05:24 PM
DescriptionWeaknessAffected Software
Jun 22, 2026
CVE Published
via MITRE·03:28 PM
Data Sourced
via MITRE·03:28 PM
DescriptionWeakness
Data Sourced
via NVD·04:16 PM
RemedyDescriptionSeverityWeaknessAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2026-54266?

The severity of CVE-2026-54266 is rated at 62, indicating a moderate risk associated with this vulnerability.

2

How do I fix CVE-2026-54266?

To fix CVE-2026-54266, ensure to upgrade to the latest version of @angular/common where the vulnerability has been addressed.

3

What causes CVE-2026-54266?

CVE-2026-54266 is caused by a flaw in Angular's `HttpTransferCache`, which may lead to improper handling of cached HTTP responses.

4

What type of attacks can CVE-2026-54266 facilitate?

CVE-2026-54266 can facilitate cross-site scripting (XSS) attacks by improperly rendering cached HTTP responses.

5

Is CVE-2026-54266 present in all versions of Angular?

CVE-2026-54266 affects specific versions of Angular's @angular/common library, so it is important to check the version in use.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203