Machine-written summary
Summary written by Claude Haiku from the source advisory. Not reviewed by a person.
The npm package music-metadata, versions before 11.16.0, trusts the size field in ID3v2 tags and allocates a buffer of that size before reading the file, so a crafted MP3, FLAC, DSF or Musepack file with a truncated tag can force a very large allocation (up to about 268 MB from a 10-byte file). An attacker only needs to get such a file parsed, for example by uploading it to a service that uses the library, and the result can be memory exhaustion and denial of service. Upgrade to music-metadata 11.16.0 or later, which is the listed fixed version.
Not analysed yet
We haven’t published our analysis of this Advisory yet. Once a person has reviewed it, this page will say what’s vulnerable, what has to be true for your app to be affected, and how to check.
Severity and exploitation
| Score | Rating | CVSS | Vector | Source |
|---|---|---|---|---|
| 6.2 | Medium | 3.1 | CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H | CNA (GitHub_M) |
- CISA KEV Not listed.
- EPSS 0.0019, the 9th percentile, on 13 Nov 2026: FIRST’s estimate of the chance of exploitation in the next 30 days.
Timeline
- 31 Oct 2026, 13:33 UTC First seen by agentprime
- 31 Oct 2026, 13:33 UTC Confirmed by OSV
Sources
- GitHub Advisory Database: GHSA-jjpr-9cvf-cq55
- OSV: GHSA-jjpr-9cvf-cq55
- github.com/Borewit/music-metadata/security/advisories/GHSA-jjpr-9cvf-cq55
- github.com/Borewit/music-metadata/pull/2743
- github.com/Borewit/music-metadata/commit/b033db675b913a9dba1d29135ec3c10eae7095a7
- github.com/Borewit/music-metadata
- github.com/Borewit/music-metadata/releases/tag/v11.16.0