CVE-2026-107392: music-metadata Uncatchable Process Crash Parsing A Vulnerability
MODERATECVE-2026-107392 is a MODERATE (CVSS 6.2) uncatchable process crash parsing a vulnerability (CWE-400: Uncontrolled Resource Consumption) affecting music-metadata libraries in the npm ecosystem. The issue involves uncatchable process crash parsing a crafted `.dsf` (residual of ghsa-v6c2-xwv6-8xf7). Remediation is available by upgrading affected packages to version 11.15.0.
CVE-2026-107392 at a Glance
Security Impact
CVSS: 6.2
The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H).
How to Fix CVE-2026-107392
To remediate this vulnerability, upgrade all affected music-metadata dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.
npm install music-metadata@11.15.0
Run the following command in your project directory to verify that all resolved dependencies use the patched release:
npm ls music-metadata
How to Check if You Are Affected
To determine whether your Node.js application is affected by CVE-2026-107392, inspect your project dependencies using npm:
npm ls music-metadata
Analyze the terminal output to locate any version of music-metadata in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 11.15.0), your application is affected.
Note: The npm ls music-metadata command inspects dependencies declared in your package.json and lockfile; it does not perform automated runtime dynamic scanning.
Technical Details
Vulnerability Mechanism & Technical Analysis
This vulnerability is classified under CWE-400: Uncontrolled Resource Consumption, where the product does not properly control the allocation and maintenance of a limited resource. In music-metadata, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.
Source Advisory Statement
CVE-2026-107392 Affected music-metadata Versions
1 component(s)| Product / Package | Ecosystem | Affected Versions | Fixed Version |
|---|---|---|---|
|
music-metadata
|
npm |
< 11.15.0
|
11.15.0
|
References
Frequently Asked Questions
What is CVE-2026-107392?
Which music-metadata versions are affected?
What version fixes CVE-2026-107392?
Is music-metadata affected?
What is the CVSS score of CVE-2026-107392?
What CWE is associated with CVE-2026-107392?
How can I check npm dependencies for CVE-2026-107392?
Machine-readable OSV JSON
OSV v1.5 Schema
{
"schema_version" : "1.4.0",
"id" : "GHSA-8j4c-6x6g-rq3j",
"modified" : "2026-10-08T19:40:45Z",
"published" : "2026-10-08T19:40:45Z",
"aliases" : [ "CVE-2026-107392" ],
"summary" : "music-metadata: uncatchable process crash parsing a crafted `.dsf` (residual of GHSA-v6c2-xwv6-8xf7)",
"details" : "## Summary\n`DsfParser.parseChunks` skips an unrecognised chunk's payload with an **un-awaited** call:\n```js\nthis.tokenizer.ignore(Number(chunkHeader.size) - ChunkHeader.len); // lib/dsf/DsfParser.js:51 — no await\n```\n`ChunkHeader.len` is 12. A crafted `.dsf` chunk with `id != 'fmt '` and `size` in `0..11` makes the\nargument negative; strtok3 (≥ 10.3.5) throws `RangeError` on a negative `ignore`. Because the call\nis fire-and-forget, the rejection is **detached from the `parseBuffer()` promise chain** → unhandled\nrejection → Node's default (≥ 15) **crashes the process** — **after** `parseBuffer()` already\nresolved, so a caller's `try/catch` catches nothing and is still taken down.\n\nResidual of GHSA-v6c2-xwv6-8xf7: the ASF site was fixed in 11.12.3 (size validation) and strtok3\nnow throws on negative `ignore`; the DSF site was never validated, and its missing `await`\nescalates that throw into an **uncatchable** crash.\n\n## Root cause (`lib/dsf/DsfParser.js:34-56`)\n```js\nwhile (bytesRemaining >= ChunkHeader.len) { // ChunkHeader.len = 12\n const chunkHeader = await this.tokenizer.readToken(ChunkHeader); // { id, size }\n switch (chunkHeader.id) {\n case 'fmt ': { ...; return; }\n default: this.tokenizer.ignore(Number(chunkHeader.size) - ChunkHeader.len); break; // size<12 -> negative, no await\n }\n bytesRemaining -= chunkHeader.size;\n}\n```\nstrtok3 `AbstractTokenizer.ignore` (L78-79): `if (length < 0) throw new RangeError('ignore length must be ≥ 0 bytes');`\n\n## Steps to reproduce\n`repro/` — public API only, Node's default unhandled-rejection mode, `try/catch` around the parse:\n```\nnpm install && node poc.mjs\n```\nConfirmed on 11.14.0:\n```\n[app] parseBuffer() RESOLVED — the caller saw no error to catch.\nRangeError: ignore length must be ≥ 0 bytes\n at DsfParser.parseChunks (.../lib/dsf/DsfParser.js:51)\n <process exits non-zero — the \"process survived\" line never prints>\n```\n\n## Impact\nDoS: a single crafted `.dsf` (or any file with the `DSD ` magic) crashes the Node process of any\napp parsing untrusted audio with music-metadata (2.2M weekly downloads). The crash bypasses the\ncaller's error handling, so even apps that correctly `try/catch` per-file parsing are killed — one\nmalicious upload can take down a shared server/worker.\n\n## Remediation\nAdd `await` on line 51 (makes the `RangeError` a catchable parse error), and validate\n`chunkHeader.size >= ChunkHeader.len` before the skip (as the ASF fix did; also guards the loop\ncounter). Audit other parsers for un-awaited `tokenizer.ignore()`/`readToken()`.\n\n## Scope / honesty\nRequires the DSF path (a `DSD `-magic file — normal auto-detection). Relies on Node's default\nunhandled-rejection mode (`throw`, default since Node 15); the point is that the standard defensive\nper-parse `try/catch` does not protect against it. Crash (availability), not disclosure/RCE.\nNegatives confirmed alongside: ASF infinite loop fixed; negative-`ignore` infinite-loop class\nclosed at strtok3; unbounded allocation bounded by strtok3's read bound-check.\n\n## Credits\nIssue also reported by @ryu7eroo",
"severity" : [ {
"type" : "CVSS_V3",
"score" : "CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H"
} ],
"affected" : [ {
"package" : {
"ecosystem" : "npm",
"name" : "music-metadata"
},
"ranges" : [ {
"type" : "ECOSYSTEM",
"events" : [ {
"introduced" : "0"
}, {
"fixed" : "11.15.0"
} ]
} ],
"database_specific" : {
"last_known_affected_version_range" : "<= 11.14.0"
}
} ],
"references" : [ {
"type" : "WEB",
"url" : "https://github.com/Borewit/music-metadata/security/advisories/GHSA-8j4c-6x6g-rq3j"
}, {
"type" : "WEB",
"url" : "https://github.com/Borewit/music-metadata/pull/2700"
}, {
"type" : "WEB",
"url" : "https://github.com/Borewit/music-metadata/commit/e7fc27a96e789d41ece41fdac590fc7618274a41"
}, {
"type" : "PACKAGE",
"url" : "https://github.com/Borewit/music-metadata"
}, {
"type" : "WEB",
"url" : "https://github.com/Borewit/music-metadata/releases/tag/v11.15.0"
} ],
"database_specific" : {
"cwe_ids" : [ "CWE-248", "CWE-400" ],
"severity" : "MODERATE",
"github_reviewed" : true,
"github_reviewed_at" : "2026-10-08T19:40:45Z",
"nvd_published_at" : null
}
}