GHSA-6fmh-662p-w6f5 json
MP4 trun sample count can exhaust the parser heap through per-sample object expansion
published 10d ago modified 10d ago
Unreviewed: the maintainers' own advisory
Published by the maintainers on their GitHub repository Borewit/music-metadata. GitHub has not reviewed it into the GitHub Advisory Database and no CVE record has reached us yet, so everything here comes from the maintainers alone. Read the full advisory on GitHub.
- cvss
- 6.2
- version 3.1, the maintainers
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
Security advisory published by the maintainers of Borewit/music-metadata for music-metadata: the maintainers' own advisory, not a reviewed GitHub Advisory Database entry. The full advisory is on GitHub.
Patch / fix
- npm music-metadata >= 12.3.0
Is GHSA-6fmh-662p-w6f5 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| the maintainers | 3.1 | 6.2 | CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| npm | music-metadata | >=11.4.0, <12.3.0 |
>= 12.3.0 |
References
Sources
- Maintainer advisory GHSA-6fmh-662p-w6f5
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
The maintainers of Borewit/music-metadata published their own advisory on GitHub. Its facts and headline are shown here; the description stays on GitHub.