Описание
ELSA-2025-4459: nodejs:22 security update (IMPORTANT)
nodejs [1:22.15.0-1]
- Update to 22.15.0
- Drop upstream patches
[1:22.13.1-4]
- Patch fix for sqlite CVE-2025-31498 Resolves: RHEL-87300
[1:22.13.1-3]
- Update c-ares to newest version with fix for CVE-2025-31498 Resolves: RHEL-86581
Обновленные пакеты
Oracle Linux 8
Oracle Linux aarch64
Module nodejs:22 is enabled
nodejs
22.15.0-1.module+el8.10.0+90558+f3d29a46
nodejs-devel
22.15.0-1.module+el8.10.0+90558+f3d29a46
nodejs-docs
22.15.0-1.module+el8.10.0+90558+f3d29a46
nodejs-full-i18n
22.15.0-1.module+el8.10.0+90558+f3d29a46
nodejs-libs
22.15.0-1.module+el8.10.0+90558+f3d29a46
nodejs-nodemon
3.0.1-1.module+el8.10.0+90558+f3d29a46
nodejs-packaging
2021.06-4.module+el8.10.0+90558+f3d29a46
nodejs-packaging-bundler
2021.06-4.module+el8.10.0+90558+f3d29a46
npm
10.9.2-1.22.15.0.1.module+el8.10.0+90558+f3d29a46
v8-12.4-devel
12.4.254.21-1.22.15.0.1.module+el8.10.0+90558+f3d29a46
Oracle Linux x86_64
Module nodejs:22 is enabled
nodejs
22.15.0-1.module+el8.10.0+90558+f3d29a46
nodejs-devel
22.15.0-1.module+el8.10.0+90558+f3d29a46
nodejs-docs
22.15.0-1.module+el8.10.0+90558+f3d29a46
nodejs-full-i18n
22.15.0-1.module+el8.10.0+90558+f3d29a46
nodejs-libs
22.15.0-1.module+el8.10.0+90558+f3d29a46
nodejs-nodemon
3.0.1-1.module+el8.10.0+90558+f3d29a46
nodejs-packaging
2021.06-4.module+el8.10.0+90558+f3d29a46
nodejs-packaging-bundler
2021.06-4.module+el8.10.0+90558+f3d29a46
npm
10.9.2-1.22.15.0.1.module+el8.10.0+90558+f3d29a46
v8-12.4-devel
12.4.254.21-1.22.15.0.1.module+el8.10.0+90558+f3d29a46
Связанные CVE
Связанные уязвимости
c-ares is an asynchronous resolver library. From 1.32.3 through 1.34.4, there is a use-after-free in read_answers() when process_answer() may re-enqueue a query either due to a DNS Cookie Failure or when the upstream server does not properly support EDNS, or possibly on TCP queries if the remote closed the connection immediately after a response. If there was an issue trying to put that new transaction on the wire, it would close the connection handle, but read_answers() was still expecting the connection handle to be available to possibly dequeue other responses. In theory a remote attacker might be able to trigger this by flooding the target with ICMP UNREACHABLE packets if they also control the upstream nameserver and can return a result with one of those conditions, this has been untested. Otherwise only a local attacker might be able to change system behavior to make send()/write() return a failure condition. This vulnerability is fixed in 1.34.5.
c-ares is an asynchronous resolver library. From 1.32.3 through 1.34.4, there is a use-after-free in read_answers() when process_answer() may re-enqueue a query either due to a DNS Cookie Failure or when the upstream server does not properly support EDNS, or possibly on TCP queries if the remote closed the connection immediately after a response. If there was an issue trying to put that new transaction on the wire, it would close the connection handle, but read_answers() was still expecting the connection handle to be available to possibly dequeue other responses. In theory a remote attacker might be able to trigger this by flooding the target with ICMP UNREACHABLE packets if they also control the upstream nameserver and can return a result with one of those conditions, this has been untested. Otherwise only a local attacker might be able to change system behavior to make send()/write() return a failure condition. This vulnerability is fixed in 1.34.5.
c-ares is an asynchronous resolver library. From 1.32.3 through 1.34.4, there is a use-after-free in read_answers() when process_answer() may re-enqueue a query either due to a DNS Cookie Failure or when the upstream server does not properly support EDNS, or possibly on TCP queries if the remote closed the connection immediately after a response. If there was an issue trying to put that new transaction on the wire, it would close the connection handle, but read_answers() was still expecting the connection handle to be available to possibly dequeue other responses. In theory a remote attacker might be able to trigger this by flooding the target with ICMP UNREACHABLE packets if they also control the upstream nameserver and can return a result with one of those conditions, this has been untested. Otherwise only a local attacker might be able to change system behavior to make send()/write() return a failure condition. This vulnerability is fixed in 1.34.5.
