<?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://vulnerability.circl.lu</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>Wed, 30 Sep 2026 00:14:38 +0000</lastBuildDate>
    <item>
      <title>certfr-2026-avi-1233 — De multiples vulnérabilités ont été découvertes dans les produits IBM. Certaines d'entre elles permettent à un attaquan…</title>
      <link>https://vulnerability.circl.lu/vuln/certfr-2026-avi-1233</link>
      <description>certfr-2026-avi-1233</description>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/certfr-2026-avi-1233</guid>
    </item>
    <item>
      <title>CLEANSTART-2026-KE27596 — js-yaml is a JavaScript YAML parser and dumper</title>
      <link>https://vulnerability.circl.lu/vuln/cleanstart-2026-ke27596</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: argo-workflows, CleanStart: qdrant&lt;/p&gt;
&lt;p&gt;CVE-2026-84375 affects multiple packages. js-yaml is a JavaScript YAML parser and dumper. See references for individual vulnerability details.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; CleanStart: argo-workflows, CleanStart: qdrant&lt;/p&gt;
&lt;p&gt;CVE-2026-84375 affects multiple packages. js-yaml is a JavaScript YAML parser and dumper. See references for individual vulnerability details.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cleanstart-2026-ke27596</guid>
    </item>
    <item>
      <title>fkie_cve-2026-84375</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-84375</link>
      <description>&lt;p&gt;js-yaml is a JavaScript YAML parser and dumper. From 3.0.0 until 3.15.2, 4.3.2, and 5.4.1, maxTotalMergeKeys in lib/js-yaml/loader.js and lib/loader.js does not count empty mapping sources while processing the merge key &amp;lt;&amp;lt;. An attacker can alias a large sequence of empty mappings into many merge targets, causing O(N * K) processing while totalMergeKeys remains unchanged and the configured resource limit is never reached. A relatively small YAML document can therefore cause prolonged CPU consumption in applications that parse untrusted YAML, and merge processing is enabled by default on these release lines. In v3 &amp;amp; v4, merge is enabled by default so the severity score is higher. This issue is fixed in versions 3.15.2, 4.3.2, and 5.4.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;js-yaml is a JavaScript YAML parser and dumper. From 3.0.0 until 3.15.2, 4.3.2, and 5.4.1, maxTotalMergeKeys in lib/js-yaml/loader.js and lib/loader.js does not count empty mapping sources while processing the merge key &amp;lt;&amp;lt;. An attacker can alias a large sequence of empty mappings into many merge targets, causing O(N * K) processing while totalMergeKeys remains unchanged and the configured resource limit is never reached. A relatively small YAML document can therefore cause prolonged CPU consumption in applications that parse untrusted YAML, and merge processing is enabled by default on these release lines. In v3 &amp;amp; v4, merge is enabled by default so the severity score is higher. This issue is fixed in versions 3.15.2, 4.3.2, and 5.4.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-84375</guid>
    </item>
    <item>
      <title>GHSA-2883-xcg3-v3hh — js-yaml: maxTotalMergeKeys does not limit CPU use for empty merge sources</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-2883-xcg3-v3hh</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: js-yaml&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`maxTotalMergeKeys` does not count empty mappings. An attacker can repeatedly merge a large sequence of them and consume significant CPU without reaching the configured limit.&lt;/p&gt;
&lt;p&gt;## Example&lt;/p&gt;
&lt;p&gt;```yaml
arr: &amp;amp;arr [{}, {}, {}, ...] # N empty mappings
targets:
  - &amp;lt;&amp;lt;: *arr                # repeated K times
```&lt;/p&gt;
&lt;p&gt;For every target, the loader iterates all `N` elements of `arr`. This results in `O(N * K)` work while `totalMergeKeys` remains unchanged.&lt;/p&gt;
&lt;p&gt;## PoC&lt;/p&gt;
&lt;p&gt;```js
import { performance } from &amp;#39;node:perf_hooks&amp;#39;
import { load, YAML11_SCHEMA } from &amp;#39;js-yaml&amp;#39;&lt;/p&gt;
&lt;p&gt;const n = 20000&lt;/p&gt;
&lt;p&gt;const src =
  &amp;#39;arr: &amp;amp;arr [&amp;#39; + &amp;#39;{},&amp;#39;.repeat(n).slice(0, -1) + &amp;#39;]\n&amp;#39; +
  &amp;#39;targets:\n&amp;#39; +
  &amp;#39;  - &amp;lt;&amp;lt;: *arr\n&amp;#39;.repeat(n)&lt;/p&gt;
&lt;p&gt;const started = performance.now()&lt;/p&gt;
&lt;p&gt;load(src, { schema: YAML11_SCHEMA })&lt;/p&gt;
&lt;p&gt;console.log(`${(performance.now() - started).toFixed(1)} ms`)
```&lt;/p&gt;
&lt;p&gt;Observed results:&lt;/p&gt;
&lt;p&gt;| N | YAML size | Time |
|---:|---:|---:|
| 800 | ~13 KB | ~20 ms |
| 3200 | ~50 KB | ~180 ms |
| 20000 | ~500 KB | ~13 s |&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;An attacker can submit a relatively small YAML document that causes prolonged CPU consumption despite the default `maxTotalMergeKeys` limit.&lt;/p&gt;
&lt;p&gt;## Fix&lt;/p&gt;
&lt;p&gt;Count each merge-source mapping as one budget unit, in addition to counting its keys.&lt;/p&gt;
&lt;p&gt;## Difference with v5&lt;/p&gt;
&lt;p&gt;In v3 &amp;amp; v4, merge is enabled by default. So, the severity score is higher.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: js-yaml&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`maxTotalMergeKeys` does not count empty mappings. An attacker can repeatedly merge a large sequence of them and consume significant CPU without reaching the configured limit.&lt;/p&gt;
&lt;p&gt;## Example&lt;/p&gt;
&lt;p&gt;```yaml
arr: &amp;amp;arr [{}, {}, {}, ...] # N empty mappings
targets:
  - &amp;lt;&amp;lt;: *arr                # repeated K times
```&lt;/p&gt;
&lt;p&gt;For every target, the loader iterates all `N` elements of `arr`. This results in `O(N * K)` work while `totalMergeKeys` remains unchanged.&lt;/p&gt;
&lt;p&gt;## PoC&lt;/p&gt;
&lt;p&gt;```js
import { performance } from &amp;#39;node:perf_hooks&amp;#39;
import { load, YAML11_SCHEMA } from &amp;#39;js-yaml&amp;#39;&lt;/p&gt;
&lt;p&gt;const n = 20000&lt;/p&gt;
&lt;p&gt;const src =
  &amp;#39;arr: &amp;amp;arr [&amp;#39; + &amp;#39;{},&amp;#39;.repeat(n).slice(0, -1) + &amp;#39;]\n&amp;#39; +
  &amp;#39;targets:\n&amp;#39; +
  &amp;#39;  - &amp;lt;&amp;lt;: *arr\n&amp;#39;.repeat(n)&lt;/p&gt;
&lt;p&gt;const started = performance.now()&lt;/p&gt;
&lt;p&gt;load(src, { schema: YAML11_SCHEMA })&lt;/p&gt;
&lt;p&gt;console.log(`${(performance.now() - started).toFixed(1)} ms`)
```&lt;/p&gt;
&lt;p&gt;Observed results:&lt;/p&gt;
&lt;p&gt;| N | YAML size | Time |
|---:|---:|---:|
| 800 | ~13 KB | ~20 ms |
| 3200 | ~50 KB | ~180 ms |
| 20000 | ~500 KB | ~13 s |&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;An attacker can submit a relatively small YAML document that causes prolonged CPU consumption despite the default `maxTotalMergeKeys` limit.&lt;/p&gt;
&lt;p&gt;## Fix&lt;/p&gt;
&lt;p&gt;Count each merge-source mapping as one budget unit, in addition to counting its keys.&lt;/p&gt;
&lt;p&gt;## Difference with v5&lt;/p&gt;
&lt;p&gt;In v3 &amp;amp; v4, merge is enabled by default. So, the severity score is higher.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-2883-xcg3-v3hh</guid>
    </item>
    <item>
      <title>OESA-2026-4060 — nodejs-js-yaml security update</title>
      <link>https://vulnerability.circl.lu/vuln/oesa-2026-4060</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS-SP4: nodejs-js-yaml, openEuler:20.03-LTS-SP4: nodejs-js-yaml, openEuler:22.03-LTS-SP4: nodejs-js-yaml, openEuler:24.03-LTS-SP1: nodejs-js-yaml, openEuler:24.03-LTS-SP3: nodejs-js-yaml&lt;/p&gt;
&lt;p&gt;This is an implementation of YAML (YAML Ain&amp;amp;amp;apos;t Markup Language), a human friendly data serialization language. It started as PyYAML port, and was completely rewritten from scratch.  Now it&amp;amp;amp;apos;s very fast, and supports the 1.2 spec.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;js-yaml is a JavaScript YAML parser and dumper. From 3.0.0 until 3.15.2 and 4.3.2, maxTotalMergeKeys in lib/js-yaml/loader.js and lib/loader.js does not count empty mapping sources while processing the merge key &amp;amp;lt;&amp;amp;lt;. An attacker can alias a large sequence of empty mappings into many merge targets, causing O(N * K) processing while totalMergeKeys remains unchanged and the configured resource limit is never reached. A relatively small YAML document can therefore cause prolonged CPU consumption in applications that parse untrusted YAML, and merge processing is enabled by default on these release lines. This issue is fixed in versions 3.15.2 and 4.3.2.(CVE-2026-84375)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS-SP4: nodejs-js-yaml, openEuler:20.03-LTS-SP4: nodejs-js-yaml, openEuler:22.03-LTS-SP4: nodejs-js-yaml, openEuler:24.03-LTS-SP1: nodejs-js-yaml, openEuler:24.03-LTS-SP3: nodejs-js-yaml&lt;/p&gt;
&lt;p&gt;This is an implementation of YAML (YAML Ain&amp;amp;amp;apos;t Markup Language), a human friendly data serialization language. It started as PyYAML port, and was completely rewritten from scratch.  Now it&amp;amp;amp;apos;s very fast, and supports the 1.2 spec.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;js-yaml is a JavaScript YAML parser and dumper. From 3.0.0 until 3.15.2 and 4.3.2, maxTotalMergeKeys in lib/js-yaml/loader.js and lib/loader.js does not count empty mapping sources while processing the merge key &amp;amp;lt;&amp;amp;lt;. An attacker can alias a large sequence of empty mappings into many merge targets, causing O(N * K) processing while totalMergeKeys remains unchanged and the configured resource limit is never reached. A relatively small YAML document can therefore cause prolonged CPU consumption in applications that parse untrusted YAML, and merge processing is enabled by default on these release lines. This issue is fixed in versions 3.15.2 and 4.3.2.(CVE-2026-84375)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/oesa-2026-4060</guid>
    </item>
    <item>
      <title>RHSA-2026:62810 — Red Hat Security Advisory: Red Hat Hardened Images RPMs Security Update</title>
      <link>https://vulnerability.circl.lu/vuln/rhsa-2026:62810</link>
      <description>&lt;p&gt;js-yaml: js-yaml: Denial of Service vulnerability in YAML parsing&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;js-yaml: js-yaml: Denial of Service vulnerability in YAML parsing&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/rhsa-2026:62810</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-84375</title>
      <link>https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-84375</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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:26.04:LTS: node-js-yaml&lt;/p&gt;
&lt;p&gt;js-yaml is a JavaScript YAML parser and dumper. From 3.0.0 until 3.15.2 and 4.3.2, maxTotalMergeKeys in lib/js-yaml/loader.js and lib/loader.js does not count empty mapping sources while processing the merge key &amp;lt;&amp;lt;. An attacker can alias a large sequence of empty mappings into many merge targets, causing O(N * K) processing while totalMergeKeys remains unchanged and the configured resource limit is never reached. A relatively small YAML document can therefore cause prolonged CPU consumption in applications that parse untrusted YAML, and merge processing is enabled by default on these release lines. This issue is fixed in versions 3.15.2 and 4.3.2.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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:26.04:LTS: node-js-yaml&lt;/p&gt;
&lt;p&gt;js-yaml is a JavaScript YAML parser and dumper. From 3.0.0 until 3.15.2 and 4.3.2, maxTotalMergeKeys in lib/js-yaml/loader.js and lib/loader.js does not count empty mapping sources while processing the merge key &amp;lt;&amp;lt;. An attacker can alias a large sequence of empty mappings into many merge targets, causing O(N * K) processing while totalMergeKeys remains unchanged and the configured resource limit is never reached. A relatively small YAML document can therefore cause prolonged CPU consumption in applications that parse untrusted YAML, and merge processing is enabled by default on these release lines. This issue is fixed in versions 3.15.2 and 4.3.2.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-84375</guid>
    </item>
  </channel>
</rss>
