{"schema_version":"1.7.2","id":"OESA-2026-3666","modified":"2026-09-05T15:03:43Z","published":"2026-09-05T15:03:43Z","upstream":["CVE-2026-80212"],"summary":"ruby security update","details":"Ruby is a fast and easy interpreted scripting language for object-oriented programming. It has many functions for processing text Files and perform system management tasks (such as Perl).\r\n\r\nSecurity Fix(es):\n\nAn issue was discovered in the resolv gem before 0.7.2 for Ruby. Resolv::DNS::Resource.get_class, Resolv::DNS::Resource::Generic.create, and Resolv::DNS::SvcParam::Generic.create generate a new class for each unknown DNS resource record (type, class) pair, or each unknown SvcParamKey, encountered while decoding a response. Each generated class was permanently registered both as a constant on Resource (or SvcParam::Generic) and as an entry in a class-lookup hash (ClassHash), and thus the class remained reachable through that constant after the response was discarded. Type and class are each 16-bit values, and thus an attacker controlling DNS responses (a spoofed response, or a malicious or hijacked upstream DNS server) has roughly 2^32 distinct (type, class) pairs to choose from. A single response of a few hundred kilobytes carrying tens of thousands of distinct unknown types permanently grows process memory by tens of megabytes; repeated responses accumulate without bound and are never reclaimed by garbage collection, because the constant keeps each class alive. Any code path that calls Resolv::DNS::Message.decode on attacker-influenced DNS responses is affected. resolv is a default gem, and thus this is reachable from a plain Ruby installation without any additional dependency.(CVE-2026-80212)","affected":[{"package":{"ecosystem":"openEuler:20.03-LTS-SP4","name":"ruby","purl":"pkg:rpm/openEuler/ruby&distro=openEuler-20.03-LTS-SP4"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"2.5.8-143.oe2003sp4"}]}],"ecosystem_specific":{"aarch64":["ruby-2.5.8-143.oe2003sp4.aarch64.rpm","ruby-debuginfo-2.5.8-143.oe2003sp4.aarch64.rpm","ruby-debugsource-2.5.8-143.oe2003sp4.aarch64.rpm","ruby-devel-2.5.8-143.oe2003sp4.aarch64.rpm","rubygem-bigdecimal-1.3.4-143.oe2003sp4.aarch64.rpm","rubygem-io-console-0.4.6-143.oe2003sp4.aarch64.rpm","rubygem-json-2.1.0-143.oe2003sp4.aarch64.rpm","rubygem-openssl-2.1.2-143.oe2003sp4.aarch64.rpm","rubygem-psych-3.0.2-143.oe2003sp4.aarch64.rpm"],"noarch":["ruby-help-2.5.8-143.oe2003sp4.noarch.rpm","ruby-irb-2.5.8-143.oe2003sp4.noarch.rpm","rubygem-did_you_mean-1.2.0-143.oe2003sp4.noarch.rpm","rubygem-minitest-5.10.3-143.oe2003sp4.noarch.rpm","rubygem-net-telnet-0.1.1-143.oe2003sp4.noarch.rpm","rubygem-power_assert-1.1.1-143.oe2003sp4.noarch.rpm","rubygem-rake-12.3.0-143.oe2003sp4.noarch.rpm","rubygem-rdoc-6.0.1.1-143.oe2003sp4.noarch.rpm","rubygem-test-unit-3.2.7-143.oe2003sp4.noarch.rpm","rubygem-xmlrpc-0.3.0-143.oe2003sp4.noarch.rpm","rubygems-2.7.6-143.oe2003sp4.noarch.rpm","rubygems-devel-2.7.6-143.oe2003sp4.noarch.rpm"],"src":["ruby-2.5.8-143.oe2003sp4.src.rpm"],"x86_64":["ruby-2.5.8-143.oe2003sp4.x86_64.rpm","ruby-debuginfo-2.5.8-143.oe2003sp4.x86_64.rpm","ruby-debugsource-2.5.8-143.oe2003sp4.x86_64.rpm","ruby-devel-2.5.8-143.oe2003sp4.x86_64.rpm","rubygem-bigdecimal-1.3.4-143.oe2003sp4.x86_64.rpm","rubygem-io-console-0.4.6-143.oe2003sp4.x86_64.rpm","rubygem-json-2.1.0-143.oe2003sp4.x86_64.rpm","rubygem-openssl-2.1.2-143.oe2003sp4.x86_64.rpm","rubygem-psych-3.0.2-143.oe2003sp4.x86_64.rpm"]}}],"references":[{"type":"ADVISORY","url":"https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-3666"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-80212"}],"severity":[{"type":"CVSS_V3","score":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H"}],"database_specific":{"severity":"High"}}