<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Fri, 09 Oct 2026 23:05:20 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-384779</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-384779</link>
      <description>EUVD-2026-384779</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-384779</guid>
    </item>
    <item>
      <title>fkie_cve-2026-107388</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-107388</link>
      <description>&lt;p&gt;music-metadata is a metadata parser for audio and video media files. Prior to 11.16.0, the ID3v2 parser trusts the syncsafe tag-size field and allocates the complete tag body before checking whether the input contains the declared bytes. A truncated file containing only an ID3v2 header can request an allocation approaching 268 MiB; the allocation succeeds, the subsequent read reaches end of stream, the EndOfStreamError is caught internally, and the caller receives a normal metadata object. This issue is fixed in version 11.16.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;music-metadata is a metadata parser for audio and video media files. Prior to 11.16.0, the ID3v2 parser trusts the syncsafe tag-size field and allocates the complete tag body before checking whether the input contains the declared bytes. A truncated file containing only an ID3v2 header can request an allocation approaching 268 MiB; the allocation succeeds, the subsequent read reaches end of stream, the EndOfStreamError is caught internally, and the caller receives a normal metadata object. This issue is fixed in version 11.16.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-107388</guid>
    </item>
    <item>
      <title>GHSA-jjpr-9cvf-cq55 — music-metadata: ID3v2 tag size not validated before allocation, causing memory exhaustion DoS</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-jjpr-9cvf-cq55</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: music-metadata&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The ID3v2 parser in music-metadata trusts the tag size field without validation and allocates the full requested buffer before reading. A specially crafted MP3 file with a truncated ID3v2 tag can force allocation of up to 268 MB from a 10-byte file, causing server memory exhaustion. This vulnerability affects all parsers that support ID3v2 tags (MP3, FLAC, DSF, Musepack) and succeeds silently—callers don&amp;#39;t see an error.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;**Vulnerable Code Path:**&lt;/p&gt;
&lt;p&gt;- `lib/id3v2/ID3v2Token.ts:108` - Syncsafe size read without validation
- `lib/id3v2/ID3v2Parser.ts:122` - Full tag body allocated before reading
- `lib/id3v2/AbstractID3Parser.ts:22` - Allocation happens before stream validation&lt;/p&gt;
&lt;p&gt;**Root Cause:**&lt;/p&gt;
&lt;p&gt;The ID3v2 parser reads a syncsafe integer representing the tag size (maximum 268,435,455 bytes or 0x0FFFFFFF) and immediately allocates a buffer of that size without checking:&lt;/p&gt;
&lt;p&gt;1. If the tag size exceeds the remaining file size
2. If the tag size exceeds a reasonable maximum
3. If the subsequent read will actually succeed&lt;/p&gt;
&lt;p&gt;```typescript
// ID3v2Token.ts:108
const size = ID3v2Header.header.toSize(); // Trusts syncsafe size directly&lt;/p&gt;
&lt;p&gt;// Later: Allocates without validation
const tagBody = await tokenizer.readBuffer(Buffer.alloc(size));
// If actual data &amp;lt; size, read fails but allocation succeeded
```&lt;/p&gt;
&lt;p&gt;**Attack Mechanism:**&lt;/p&gt;
&lt;p&gt;1. File contains valid ID3v2 header with 10 bytes total
2. ID3v2 size field claims 268,435,455 bytes (maximum syncsafe value)
3. Parser all…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: music-metadata&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The ID3v2 parser in music-metadata trusts the tag size field without validation and allocates the full requested buffer before reading. A specially crafted MP3 file with a truncated ID3v2 tag can force allocation of up to 268 MB from a 10-byte file, causing server memory exhaustion. This vulnerability affects all parsers that support ID3v2 tags (MP3, FLAC, DSF, Musepack) and succeeds silently—callers don&amp;#39;t see an error.&lt;/p&gt;
&lt;p&gt;---&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;**Vulnerable Code Path:**&lt;/p&gt;
&lt;p&gt;- `lib/id3v2/ID3v2Token.ts:108` - Syncsafe size read without validation
- `lib/id3v2/ID3v2Parser.ts:122` - Full tag body allocated before reading
- `lib/id3v2/AbstractID3Parser.ts:22` - Allocation happens before stream validation&lt;/p&gt;
&lt;p&gt;**Root Cause:**&lt;/p&gt;
&lt;p&gt;The ID3v2 parser reads a syncsafe integer representing the tag size (maximum 268,435,455 bytes or 0x0FFFFFFF) and immediately allocates a buffer of that size without checking:&lt;/p&gt;
&lt;p&gt;1. If the tag size exceeds the remaining file size
2. If the tag size exceeds a reasonable maximum
3. If the subsequent read will actually succeed&lt;/p&gt;
&lt;p&gt;```typescript
// ID3v2Token.ts:108
const size = ID3v2Header.header.toSize(); // Trusts syncsafe size directly&lt;/p&gt;
&lt;p&gt;// Later: Allocates without validation
const tagBody = await tokenizer.readBuffer(Buffer.alloc(size));
// If actual data &amp;lt; size, read fails but allocation succeeded
```&lt;/p&gt;
&lt;p&gt;**Attack Mechanism:**&lt;/p&gt;
&lt;p&gt;1. File contains valid ID3v2 header with 10 bytes total
2. ID3v2 size field claims 268,435,455 bytes (maximum syncsafe value)
3. Parser all…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-jjpr-9cvf-cq55</guid>
    </item>
  </channel>
</rss>
