{"items":[{"id":"NVI-00011875","kind":"vulnerability","title":"music-metadata: Uncontrolled memory allocation in APEv2 parser","revision":3,"unknowns":["Customer inventory, deployment, reachability and exploitation have not been inspected."],"lifecycle":"active","identifiers":["GHSA-53v6-4h7p-p4gj","CVE-2026-107387"],"plain_summary":"GitHub lists this reviewed advisory for music-metadata. Published version ranges and source prerequisites are shown below; this is not an inspection of a visitor’s application.","review_status":"source_listed","control_topics":[],"public_actions":[{"summary":"Identify the exact component and deployed version, examine the linked publisher’s conditions, and retain evidence of any mitigation.","source_ids":["sr-1f715670d9027d6c11a3d949a9f7ed27"],"action_type":"investigate","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null}],"schema_version":"1.1.0","source_metrics":[{"kind":"CVSS","as_of":"2026-10-08T19:43:23.000Z","value":"6.2 medium","meaning":"GitHub source severity; exploitability and local consequence require separate evidence.","source_id":"sr-4c56ad6730bc61aeb7435afe74a629bb"},{"kind":"EPSS","as_of":"2026-11-02T12:00:30.000Z","value":"0.193%","meaning":"FIRST EPSS model v2026.06.15; exploitation probability over 30 days, percentile 0.08998. Missing scores are unknown.","source_id":"sr-1f715670d9027d6c11a3d949a9f7ed27"}],"why_it_matters":"Published affected context helps an owner decide what evidence to gather. This report has not examined your application.","related_sources":[{"id":"sr-4c56ad6730bc61aeb7435afe74a629bb","url":"https://github.com/advisories/GHSA-53v6-4h7p-p4gj","basis":"vendor_advisory","notes":"GitHub Advisory Database; CC-BY-4.0. Each advisory links its original attribution. Null normalizes fields.","title":"GHSA-53v6-4h7p-p4gj","publisher":"GitHub Advisory Database","observed_at":"2026-11-01T00:58:23.763Z"},{"id":"sr-1f715670d9027d6c11a3d949a9f7ed27","url":"https://www.first.org/epss/data.html","basis":"official_catalog","notes":"FIRST EPSS; probability of exploitation in the next 30 days, not local compromise. Dataset date/model retained; FIRST services terms apply.","title":"CVE-2026-107387","publisher":"FIRST EPSS","observed_at":"2026-11-02T20:15:58.839Z"}],"affected_context":[{"certainty":"source_listed","source_ids":["sr-4c56ad6730bc61aeb7435afe74a629bb"],"technology":"music-metadata","known_exclusions":[],"conditions_summary":"## Summary\n\n`music-metadata` 11.15.0 is vulnerable to uncontrolled memory allocation in the APEv2 parser.\n\nThe parser reads the size of an APEv2 tag item from the input file and uses that value to allocate memory before checking whether the file actually contains that many bytes. A small crafted `.ape` file can declare a very large binary tag item, such as cover art, and force the parser to allocate a large buffer.\n\nThis issue is specific to APEv2 parsing and is separate from the ID3v2, MP4, and EBML advisories.\n\n## Affected component\n\n- `lib/apev2/APEv2Token.ts`\n- `lib/apev2/APEv2Parser.ts`\n\nThe untrusted size is read here:\n\n```ts\nsize: Token.UINT32_LE.get(buf, off)\n```\n\nIt is later used directly for allocation when parsing binary tag items:\n\n```ts\nconst picData = new Uint8Array(tagItemHeader.size);\nawait this.tokenizer.readBuffer(picData);\n```\n\nThe allocation happens before the parser confirms that the declared size fits inside the remaining file data.\n\n## Impact\n\nAn application that parses untrusted `.ape` files with `music-metadata` may be vulnerable to denial of service through memory exhaustion.\n\nThe demonstrated payload is only 134 bytes but causes a 128 MiB allocation with ","public_affected_ranges":["<= 11.12.3"]}],"null_published_at":"2026-11-07T14:01:58.731Z","source_updated_at":"2026-10-08T19:43:23.000Z","source_disclosed_at":"2026-10-08T19:43:22.000Z","is_synthetic_fixture":false,"null_last_reviewed_at":null,"public_change_summary":"Dated EPSS estimate updated; this is not a new disclosure or proof of exploitation.","null_first_observed_at":"2026-11-01T00:58:23.763Z"},{"id":"NVI-00011875","kind":"vulnerability","title":"music-metadata: Uncontrolled memory allocation in APEv2 parser","revision":2,"unknowns":["Customer inventory, deployment, reachability and exploitation have not been inspected."],"lifecycle":"active","identifiers":["GHSA-53v6-4h7p-p4gj","CVE-2026-107387"],"plain_summary":"GitHub lists this reviewed advisory for music-metadata. Published version ranges and source prerequisites are shown below; this is not an inspection of a visitor’s application.","review_status":"source_listed","control_topics":[],"public_actions":[{"summary":"Identify the exact component and deployed version, examine the linked publisher’s conditions, and retain evidence of any mitigation.","source_ids":["sr-8defc81ec7d2136f96f848e45f908e1c"],"action_type":"investigate","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null}],"schema_version":"1.1.0","source_metrics":[{"kind":"CVSS","as_of":"2026-10-08T19:43:23.000Z","value":"6.2 medium","meaning":"GitHub source severity; exploitability and local consequence require separate evidence.","source_id":"sr-4c56ad6730bc61aeb7435afe74a629bb"},{"kind":"EPSS","as_of":"2026-10-31T12:00:27.000Z","value":"0.193%","meaning":"FIRST EPSS model v2026.06.15; exploitation probability over 30 days, percentile 0.09014. Missing scores are unknown.","source_id":"sr-8defc81ec7d2136f96f848e45f908e1c"}],"why_it_matters":"Published affected context helps an owner decide what evidence to gather. This report has not examined your application.","related_sources":[{"id":"sr-4c56ad6730bc61aeb7435afe74a629bb","url":"https://github.com/advisories/GHSA-53v6-4h7p-p4gj","basis":"vendor_advisory","notes":"GitHub Advisory Database; CC-BY-4.0. Each advisory links its original attribution. Null normalizes fields.","title":"GHSA-53v6-4h7p-p4gj","publisher":"GitHub Advisory Database","observed_at":"2026-11-01T00:58:23.763Z"},{"id":"sr-8defc81ec7d2136f96f848e45f908e1c","url":"https://www.first.org/epss/data.html","basis":"official_catalog","notes":"FIRST EPSS; probability of exploitation in the next 30 days, not local compromise. Dataset date/model retained; FIRST services terms apply.","title":"CVE-2026-107387","publisher":"FIRST EPSS","observed_at":"2026-11-01T01:39:43.065Z"}],"affected_context":[{"certainty":"source_listed","source_ids":["sr-4c56ad6730bc61aeb7435afe74a629bb"],"technology":"music-metadata","known_exclusions":[],"conditions_summary":"## Summary\n\n`music-metadata` 11.15.0 is vulnerable to uncontrolled memory allocation in the APEv2 parser.\n\nThe parser reads the size of an APEv2 tag item from the input file and uses that value to allocate memory before checking whether the file actually contains that many bytes. A small crafted `.ape` file can declare a very large binary tag item, such as cover art, and force the parser to allocate a large buffer.\n\nThis issue is specific to APEv2 parsing and is separate from the ID3v2, MP4, and EBML advisories.\n\n## Affected component\n\n- `lib/apev2/APEv2Token.ts`\n- `lib/apev2/APEv2Parser.ts`\n\nThe untrusted size is read here:\n\n```ts\nsize: Token.UINT32_LE.get(buf, off)\n```\n\nIt is later used directly for allocation when parsing binary tag items:\n\n```ts\nconst picData = new Uint8Array(tagItemHeader.size);\nawait this.tokenizer.readBuffer(picData);\n```\n\nThe allocation happens before the parser confirms that the declared size fits inside the remaining file data.\n\n## Impact\n\nAn application that parses untrusted `.ape` files with `music-metadata` may be vulnerable to denial of service through memory exhaustion.\n\nThe demonstrated payload is only 134 bytes but causes a 128 MiB allocation with ","public_affected_ranges":["<= 11.12.3"]}],"null_published_at":"2026-11-05T03:53:00.764Z","source_updated_at":"2026-10-08T19:43:23.000Z","source_disclosed_at":"2026-10-08T19:43:22.000Z","is_synthetic_fixture":false,"null_last_reviewed_at":null,"public_change_summary":"Dated EPSS estimate updated; this is not a new disclosure or proof of exploitation.","null_first_observed_at":"2026-11-01T00:58:23.763Z"},{"id":"NVI-00011875","kind":"vulnerability","title":"music-metadata: Uncontrolled memory allocation in APEv2 parser","revision":1,"unknowns":["Customer inventory, deployment, reachability and exploitation have not been inspected."],"lifecycle":"active","identifiers":["GHSA-53v6-4h7p-p4gj","CVE-2026-107387"],"plain_summary":"GitHub lists this reviewed advisory for music-metadata. Published version ranges and source prerequisites are shown below; this is not an inspection of a visitor’s application.","review_status":"source_listed","control_topics":[],"public_actions":[{"summary":"Identify the exact component and deployed version, examine the linked publisher’s conditions, and retain evidence of any mitigation.","source_ids":["sr-4c56ad6730bc61aeb7435afe74a629bb"],"action_type":"investigate","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null}],"schema_version":"1.1.0","source_metrics":[{"kind":"CVSS","as_of":"2026-10-08T19:43:23.000Z","value":"6.2 medium","meaning":"GitHub source severity; exploitability and local consequence require separate evidence.","source_id":"sr-4c56ad6730bc61aeb7435afe74a629bb"}],"why_it_matters":"Published affected context helps an owner decide what evidence to gather. This report has not examined your application.","related_sources":[{"id":"sr-4c56ad6730bc61aeb7435afe74a629bb","url":"https://github.com/advisories/GHSA-53v6-4h7p-p4gj","basis":"vendor_advisory","notes":"GitHub Advisory Database; CC-BY-4.0. Each advisory links its original attribution. Null normalizes fields.","title":"GHSA-53v6-4h7p-p4gj","publisher":"GitHub Advisory Database","observed_at":"2026-11-01T00:58:23.763Z"}],"affected_context":[{"certainty":"source_listed","source_ids":["sr-4c56ad6730bc61aeb7435afe74a629bb"],"technology":"music-metadata","known_exclusions":[],"conditions_summary":"## Summary\n\n`music-metadata` 11.15.0 is vulnerable to uncontrolled memory allocation in the APEv2 parser.\n\nThe parser reads the size of an APEv2 tag item from the input file and uses that value to allocate memory before checking whether the file actually contains that many bytes. A small crafted `.ape` file can declare a very large binary tag item, such as cover art, and force the parser to allocate a large buffer.\n\nThis issue is specific to APEv2 parsing and is separate from the ID3v2, MP4, and EBML advisories.\n\n## Affected component\n\n- `lib/apev2/APEv2Token.ts`\n- `lib/apev2/APEv2Parser.ts`\n\nThe untrusted size is read here:\n\n```ts\nsize: Token.UINT32_LE.get(buf, off)\n```\n\nIt is later used directly for allocation when parsing binary tag items:\n\n```ts\nconst picData = new Uint8Array(tagItemHeader.size);\nawait this.tokenizer.readBuffer(picData);\n```\n\nThe allocation happens before the parser confirms that the declared size fits inside the remaining file data.\n\n## Impact\n\nAn application that parses untrusted `.ape` files with `music-metadata` may be vulnerable to denial of service through memory exhaustion.\n\nThe demonstrated payload is only 134 bytes but causes a 128 MiB allocation with ","public_affected_ranges":["<= 11.12.3"]}],"null_published_at":"2026-11-01T01:03:56.612Z","source_updated_at":"2026-10-08T19:43:23.000Z","source_disclosed_at":"2026-10-08T19:43:22.000Z","is_synthetic_fixture":false,"null_last_reviewed_at":null,"public_change_summary":"First indexed by Null; source disclosure date is shown separately.","null_first_observed_at":"2026-11-01T00:58:23.763Z"}],"next_cursor":null,"snapshot_revision":"42594"}