CVE-2026-23950: node-tar has Race Condition in Path Reservations via Unicode Ligature Collisions on macOS APFS
node-tar,a Tar for Node.js, has a race condition vulnerability in versions up to and including 7.5.3. This is due to an incomplete handling of Unicode path collisions in the `path-reservations` system. On case-insensitive or normalization-insensitive filesystems (such as macOS APFS, In which it has been tested), the library fails to lock colliding paths (e.g., `ß` and `ss`), allowing them to be processed in parallel. This bypasses the library's internal concurrency safeguards and permits Symlink Poisoning attacks via race conditions. The library uses a `PathReservations` system to ensure that metadata checks and file operations for the same path are serialized. This prevents race conditions where one entry might clobber another concurrently. This is a Race Condition which enables Arbitrary File Overwrite. This vulnerability affects users and systems using node-tar on macOS (APFS/HFS+). Because of using `NFD` Unicode normalization (in which `ß` and `ss` are different), conflicting paths do not have their order properly preserved under filesystems that ignore Unicode normalization (e.g., APFS (in which `ß` causes an inode collision with `ss`)). This enables an attacker to circumvent internal parallelization locks (`PathReservations`) using conflicting filenames within a malicious tar archive. The patch in version 7.5.4 updates `path-reservations.js` to use a normalization form that matches the target filesystem's behavior (e.g., `NFKD`), followed by first `toLocaleLowerCase('en')` and then `toLocaleUpperCase('en')`. As a workaround, users who cannot upgrade promptly, and who are programmatically using `node-tar` to extract arbitrary tarball data should filter out all `SymbolicLink` entries (as npm does) to defend against arbitrary file writes via this file system entry name collision issue.
Security readout for executives and security teams
Plain-English summary
A malicious tar archive can abuse filename handling on macOS filesystems so node-tar treats two colliding paths as separate. That can bypass safety ordering during extraction and may overwrite files. This matters most where applications unpack untrusted tarballs.
Executive priority
Treat as a high-priority dependency update for systems that unpack untrusted archives, especially macOS-based automation, developer tooling, and upload pipelines. It is less urgent where node-tar is absent or only extracts trusted content on unaffected filesystems.
Technical view
node-tar PathReservations did not canonicalize Unicode collisions consistently with the target filesystem. On macOS APFS/HFS+, names such as ß and ss can collide while being reserved separately, allowing concurrent symlink and file processing and potential arbitrary file overwrite during extraction. Version 7.5.4 updates normalization and locale casing.
Likely exposure
Exposure is likely where node-tar before 7.5.4 extracts arbitrary or user-supplied tar archives on macOS APFS/HFS+ or similar normalization-insensitive, case-insensitive filesystems. Server-side exposure depends on whether extraction runs in such environments.
Exploitation context
The source bundle does not report known active exploitation, and KEV is false. Exploitation requires a crafted tar archive and user or application interaction that extracts it with a vulnerable node-tar version on an affected filesystem.
Researcher notes
The core issue is reservation-key mismatch: path locking uses a Unicode form that does not match filesystem collision behavior. The described outcome is symlink poisoning leading to arbitrary file overwrite. Evidence names macOS APFS/HFS+ and node-tar before 7.5.4; broader filesystem impact is not established here.
Mitigation direction
Upgrade node-tar to version 7.5.4 or later.
If upgrade is delayed, filter out SymbolicLink entries during arbitrary tar extraction.
Avoid extracting untrusted tar archives on affected macOS filesystems until remediated.
Check Red Hat and vendor advisories for downstream package status.
Validation and detection
Inventory applications and build tooling using node-tar below 7.5.4.
Confirm whether extraction occurs on macOS APFS/HFS+ or similar filesystems.
Identify workflows that unpack user-supplied or third-party tarballs.
Verify symbolic-link filtering exists if upgrade cannot be completed immediately.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-176: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
CWE-352: User-session and phishing behavior lookup
Client-side and session-facing weaknesses should be reviewed alongside initial-access and user-execution behaviors. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references file access or upload behavior, so file telemetry and web shell review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-176 · source CWE mapping
Improper Handling of Unicode Encoding
Improper Handling of Unicode Encoding represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Cross-Site Request Forgery (CSRF) represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Time-of-check Time-of-use (TOCTOU) Race Condition represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.