CVE-2026-104871

CVE-2026-104871 is a medium-severity path traversal vulnerability in @angular/ssr (npm), affecting versions >= 22.0.0, < 22.1.7. It is fixed in 22.1.7, 21.2.23, 20.3.36.

Does this CVE actually affect you?

Kodem shows which CVEs are reachable and running in your applications, so you fix what's exploitable, not just what's listed.

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

Runtime intelligence, not another scanner.

Summary

Angular SSR: Path Traversal to Sibling Directories in CommonEngine on Windows

A Path Traversal vulnerability exists in the prerendered (SSG) page retrieval logic of CommonEngine in @angular/ssr/node (and @angular/ssr in earlier versions). When deployed on Windows, an attacker can craft a request path with backslash directory traversal sequences that causes CommonEngine to serve prerendered pages from sibling output directories.

The vulnerability occurs due to how relative URLs and Windows file paths are resolved and validated:

  1. A request URL containing a backslash parent traversal segment (e.g., /..\app-admin) is passed to CommonEngine.render({ url }).
  2. The engine parses the URL using new URL(url, 'resolve://'). Because resolve:// is a non-special scheme under the WHATWG URL standard, backslashes are not normalized to forward slashes, leaving the pathname unnormalized as /..\app-admin.
  3. The engine constructs the candidate file path using join(publicPath, pathname, 'index.html'). On Windows, path.join treats \ as a path delimiter, resolving the parent segment (..\) out of publicPath (e.g., dist\app) into a sibling directory (e.g., dist\app-admin\index.html).
  4. The containment check (pagePath.startsWith(normalize(publicPath))) performs a prefix match without a trailing path delimiter. Because the sibling folder name starts with the configured public folder name (e.g., dist\app-admin starts with dist\app), the check erroneously succeeds.
  5. If the target file exists and contains the Angular SSG marker (ng-server-context="...ssg..."), CommonEngine reads and serves the sibling page instead of rendering the requested route.

Attack Preconditions

  • The application must use CommonEngine from @angular/ssr/node (or @angular/ssr in v17–v18).
  • The application must be hosted on Windows (where Node's path.join resolves \ as a path separator).
  • The application passes a relative request URL (such as req.url or req.originalUrl without origin) into CommonEngine.render({ url }).
  • A sibling directory exists whose name starts with the same prefix as the configured publicPath directory (e.g., dist\app-admin alongside dist\app).
  • The targeted sibling directory contains prerendered HTML output containing the Angular SSG marker.

Affected Versions

  • >= 22.0.0, < 22.1.7
  • >= 21.0.0, < 21.2.23
  • >= 20.0.0, < 20.3.36
  • <= 19.2.27

Workarounds

Until a patch is applied, developers using CommonEngine on Windows can sanitize request URLs in server.ts before passing them to CommonEngine.render, ensuring backslashes are replaced or that an absolute HTTP URL is constructed:

server.use((req, res, next) => {
  const { protocol, originalUrl, headers } = req;

  // Normalize backslashes or construct a full HTTP URL (which forces WHATWG URL normalization)
  const sanitizedUrl = `${protocol}://${headers.host}${originalUrl.replace(/\\/g, '/')}`;

  commonEngine
    .render({
      bootstrap,
      documentFilePath: indexHtml,
      url: sanitizedUrl,
      publicPath: distFolder,
    })
    .then((html) => res.send(html))
    .catch((err) => next(err));
});

Alternatively, migrate from the deprecated CommonEngine to AngularNodeAppEngine, which relies on manifest-based route matching rather than direct filesystem path resolution.

Impact

This vulnerability allows unauthorized access to prerendered static pages from adjacent applications or build outputs:

  • Information Disclosure: Prerendered HTML pages located in sibling directories sharing the same name prefix as the public directory (e.g., an internal administration app app-admin adjacent to app) can be accessed by unauthorized users.
  • Limited Scope: Only HTML files matching the Angular SSG marker regex are served. Arbitrary non-Angular files, secrets, or configuration files without the SSG context attribute cannot be read through this mechanism.

Input manipulates file paths to reach files outside the intended directory, such as configuration or credential files. Typical impact: unauthorized file read or write outside the intended directory.

Affected versions

@angular/ssr (>= 22.0.0, < 22.1.7) @angular/ssr (>= 21.0.0, < 21.2.23) @angular/ssr (>= 20.0.0, < 20.3.36) @angular/ssr (<= 19.2.27)

Security releases

@angular/ssr → 22.1.7 (npm) @angular/ssr → 21.2.23 (npm) @angular/ssr → 20.3.36 (npm)

Kodem intelligence

Severity tells you how bad this could be in the worst case. It does not tell you whether you are exposed. Exploitability and impact are functions of runtime truth: whether the vulnerable code is present, reachable, and actually executes in your application. A vulnerable package can sit in your dependency tree and never run.

Kodem, an Intelligent Application Security platform, uses runtime intelligence to reveal which vulnerabilities actually execute in production, so teams prioritize the ones that genuinely matter. Kodem's runtime-powered SCA identifies whether this CVE is reachable in your applications.

Already deployed Kodem?

See it in your environmentNew to Kodem? Get a demo →

Remediation advice

  • 22.1.7
  • 21.2.23
  • 20.3.36

Versions <= 19.2.27 have reached End of Support / LTS expiration and will not be patched.

Frequently Asked Questions

  1. What is CVE-2026-104871? CVE-2026-104871 is a medium-severity path traversal vulnerability in @angular/ssr (npm), affecting versions >= 22.0.0, < 22.1.7. It is fixed in 22.1.7, 21.2.23, 20.3.36. Input manipulates file paths to reach files outside the intended directory, such as configuration or credential files.
  2. Which versions of @angular/ssr are affected by CVE-2026-104871? @angular/ssr (npm) versions >= 22.0.0, < 22.1.7 is affected.
  3. Is there a fix for CVE-2026-104871? Yes. CVE-2026-104871 is fixed in 22.1.7, 21.2.23, 20.3.36. Upgrade to this version or later.
  4. Is CVE-2026-104871 exploitable, and should I be worried? Whether CVE-2026-104871 is exploitable in your environment depends on whether the vulnerable code is present and reachable. A CVSS score is a worst-case rating; it does not account for your specific deployment, configuration, or usage patterns. Kodem, an Intelligent Application Security platform, uses runtime intelligence to show which vulnerabilities actually execute in production, so you can focus on the ones that represent real risk. Get a demo
  5. What actually determines whether CVE-2026-104871 is exploitable, and how bad it is? Exploitability and impact are not fixed properties of a CVE. They depend on runtime truth: whether the vulnerable code is present, reachable, and actually executes in your application. A high CVSS score on a dependency that never runs is not the same as real risk. Kodem, an Intelligent Application Security platform, uses runtime intelligence to reveal which vulnerabilities actually execute in production, so teams prioritize the ones that genuinely matter.
  6. How do I fix CVE-2026-104871?
    • Upgrade @angular/ssr to 22.1.7 or later
    • Upgrade @angular/ssr to 21.2.23 or later
    • Upgrade @angular/ssr to 20.3.36 or later

Other vulnerabilities in @angular/ssr

Stop the waste.
Protect your environment with Kodem.