https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 29 Sep 2026 08:41:56 +0000 https://vulnerability.circl.lu/vuln/cve-2026-46625 <p><strong>Affected:</strong> js-cookie, Red Hat Cryostat 4 on RHEL 9, Red Hat Advanced Cluster Security for Kubernetes 4.10, Red Hat Ansible Automation Platform 2.1, Red Hat Ansible Automation Platform 2.2, Red Hat Ansible Automation Platform 2.7, Red Hat Developer Hub 1.10, Red Hat Developer Hub 1.9, Red Hat OpenShift AI 3.4, Red Hat OpenShift Service Mesh 3.3 and 12 more</p> <p>JavaScript Cookie is a JavaScript API for handling cookies, client-side. Prior to version 3.0.7, js-cookie&#39;s internal assign() helper copies properties with for...in + plain assignment. When the source object is produced by JSON.parse, the JSON object&#39;s &#34;__proto__&#34; member is an own enumerable property, so the for…in enumerates it and the target[key] = source[key] write triggers the Object.prototype.__proto__ setter on the fresh target ({}). The result is a per-instance prototype hijack: Object.prototype itself is untouched, but the merged attributes object now inherits attacker-controlled keys. Because the consuming set() function then enumerates the merged object with another for...in, every key the attacker placed on the polluted prototype lands in the resulting Set-Cookie string as an attribute pair. The attacker can set domain=, secure=, samesite=, expires=, and path= on cookies whose attributes the developer thought were locked down. This issue has been patched in version 3.0.7.</p> <p><strong>Affected:</strong> js-cookie, Red Hat Cryostat 4 on RHEL 9, Red Hat Advanced Cluster Security for Kubernetes 4.10, Red Hat Ansible Automation Platform 2.1, Red Hat Ansible Automation Platform 2.2, Red Hat Ansible Automation Platform 2.7, Red Hat Developer Hub 1.10, Red Hat Developer Hub 1.9, Red Hat OpenShift AI 3.4, Red Hat OpenShift Service Mesh 3.3 and 12 more</p> <p>JavaScript Cookie is a JavaScript API for handling cookies, client-side. Prior to version 3.0.7, js-cookie&#39;s internal assign() helper copies properties with for...in + plain assignment. When the source object is produced by JSON.parse, the JSON object&#39;s &#34;__proto__&#34; member is an own enumerable property, so the for…in enumerates it and the target[key] = source[key] write triggers the Object.prototype.__proto__ setter on the fresh target ({}). The result is a per-instance prototype hijack: Object.prototype itself is untouched, but the merged attributes object now inherits attacker-controlled keys. Because the consuming set() function then enumerates the merged object with another for...in, every key the attacker placed on the polluted prototype lands in the resulting Set-Cookie string as an attribute pair. The attacker can set domain=, secure=, samesite=, expires=, and path= on cookies whose attributes the developer thought were locked down. This issue has been patched in version 3.0.7.</p> https://vulnerability.circl.lu/vuln/cve-2026-46625