<?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://vulnerability.circl.lu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-09-29T13:46:15.577311+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@circl.lu</email>
  </author>
  <link href="https://vulnerability.circl.lu" 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://vulnerability.circl.lu/vuln/cve-2026-57236</id>
    <title>CVE-2026-57236 — Nokogiri: Possible Use-After-Free when `Nokogiri::XML::Document#encoding=` raises an exception</title>
    <updated>2026-09-29T13:46:15.581020+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> sparklemotion nokogiri</p>
<p>Nokogiri is an open source XML and HTML library for the Ruby programming language. Prior to 1.19.4, calling Document#encoding= with an invalid encoding (e.g., a non-string, or a string containing a null byte) raises an exception, but only after freeing the document's current encoding string without replacing it. The document is left referencing freed memory, so the next call to Document#encoding reads invalid memory, which can cause a segfault or leak freed bytes into a Ruby String. Affects the CRuby (libxml2) implementation only; JRuby is not affected. This vulnerability is fixed in 1.19.4.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/cve-2026-57236"/>
  </entry>
  <entry>
    <id>https://vulnerability.circl.lu/vuln/ghsa-5v8h-3h3q-446p</id>
    <title>GHSA-5v8h-3h3q-446p — Nokogiri: Possible Use-After-Free when `Nokogiri::XML::Document#encoding=` raises an exception</title>
    <updated>2026-09-29T13:46:15.581268+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> RubyGems: nokogiri</p>
<p>### Summary</p>
<p>Calling `Document#encoding=` with an invalid encoding (e.g., a non-string, or a string containing a null byte) raises an exception, but only after freeing the document's current encoding string without replacing it. The document is left referencing freed memory, so the next call to `Document#encoding` reads invalid memory, which can cause a segfault or leak freed bytes into a Ruby `String`.</p>
<p>Affects the CRuby (libxml2) implementation only; JRuby is not affected.</p>
<p>### Severity</p>
<p>The Nokogiri maintainers have evaluated this as low severity. Reaching it requires an unusual API-usage pattern that does not arise during normal use. The application must pass an invalid encoding to `Document#encoding=`, rescue the resulting exception, and then continue using the same document. Nokogiri 1.19.4 makes this pattern safe with no change to the public API. The document no longer references freed memory after the exception is raised.</p>
<p>### Mitigation</p>
<p>Upgrade to Nokogiri 1.19.4 or later.</p>
<p>If users are unable to upgrade, avoid passing attacker-controlled values to `Document#encoding=`. Applications that only assign developer-authored encodings are not directly exposed.</p>
<p>### Credit</p>
<p>This issue was responsibly reported by Zheng Yu from depthfirst.com.</p></div>
    </content>
    <link href="https://vulnerability.circl.lu/vuln/ghsa-5v8h-3h3q-446p"/>
  </entry>
</feed>
