Live › vulnerability › CVE-2026-110684
Go to dashboardCpanel::JSON::XS versions from 3.0202 before 4.80 never release references to overloaded objects and string copies when encoding values as strings. Repeatedly encoding such data grows process memory without bound, which can exhaust memory and crash the service.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
Perl applications that use Cpanel::JSON::XS in versions 3.0202 through 4.79 and encode data with the allow_stringify, convert_blessed, or allow_bignum options, especially objects with a "" overload. Long-running workers and servers that encode many such values over time are the ones that grow in memory. Short-lived scripts and applications that never encode these values are unlikely to be affected.
No product ranges from the sources yet.
perl -MCpanel::JSON::XS -e 'print $Cpanel::JSON::XS::VERSION' and check whether the version is at least 4.80cpanfile, Makefile.PL, or cpanm --info Cpanel::JSON::XS for the pinned versionallow_stringify, convert_blessed, or allow_bignum on long-running encoders4.80 or laterEach row is the first time that source carried this signal. The analyst’s rows are its own findings.
Cpanel::JSON::XS versions from 3.0202 before 4.80 for Perl leak memory and retain overloaded objects when encoding values as strings in encode_stringify.
encode_stringify writes a value in its string form under allow_stringify, under convert_blessed for objects without TO_JSON, and under allow_bignum. For an array or hash object with a "" overload, and from 4.20 a scalar object, it takes an extra reference that is never released, so the object and everything it references are never freed. From 4.10 it also never frees its copy of the string.
Repeatedly encoding data that contains such values grows process memory without bound.
This page as .md · .json · in your agent: get_signal("CVE-2026-110684")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.