Описание
ELSA-2025-11428: kernel security update (IMPORTANT)
[6.12.0-55.22.1.0.1_0.OL10]
- nvme-pci: remove two deallocate zeroes quirks [Orabug: 37756650]
- Add new Oracle Linux Driver Signing (key 1) certificate [Orabug: 37985782]
- Disable UKI signing [Orabug: 36571828]
- Update Oracle Linux certificates (Kevin Lyons)
- Disable signing for aarch64 (Ilya Okomin)
- Oracle Linux RHCK Module Signing Key was added to the kernel trusted keys list (olkmod_signing_key.pem) [Orabug: 29539237]
- Update x509.genkey [Orabug: 24817676]
- Conflict with shim-ia32 and shim-x64 <= 15.3-1.0.5]
- Remove upstream reference during boot (Kevin Lyons) [Orabug: 34729535]
- Add Oracle Linux IMA certificates
- Update module name for cryptographic module [Orabug: 37400433]
Обновленные пакеты
Oracle Linux 10
Oracle Linux aarch64
kernel-headers
6.12.0-55.22.1.0.1.el10_0
perf
6.12.0-55.22.1.0.1.el10_0
python3-perf
6.12.0-55.22.1.0.1.el10_0
rtla
6.12.0-55.22.1.0.1.el10_0
rv
6.12.0-55.22.1.0.1.el10_0
kernel-tools-libs
6.12.0-55.22.1.0.1.el10_0
kernel-tools
6.12.0-55.22.1.0.1.el10_0
kernel-cross-headers
6.12.0-55.22.1.0.1.el10_0
kernel-tools-libs-devel
6.12.0-55.22.1.0.1.el10_0
libperf
6.12.0-55.22.1.0.1.el10_0
Oracle Linux x86_64
kernel
6.12.0-55.22.1.0.1.el10_0
kernel-abi-stablelists
6.12.0-55.22.1.0.1.el10_0
kernel-core
6.12.0-55.22.1.0.1.el10_0
kernel-debug
6.12.0-55.22.1.0.1.el10_0
kernel-debug-core
6.12.0-55.22.1.0.1.el10_0
kernel-debug-modules
6.12.0-55.22.1.0.1.el10_0
kernel-debug-modules-core
6.12.0-55.22.1.0.1.el10_0
kernel-debug-modules-extra
6.12.0-55.22.1.0.1.el10_0
kernel-debug-uki-virt
6.12.0-55.22.1.0.1.el10_0
kernel-modules
6.12.0-55.22.1.0.1.el10_0
kernel-modules-core
6.12.0-55.22.1.0.1.el10_0
kernel-modules-extra
6.12.0-55.22.1.0.1.el10_0
kernel-tools
6.12.0-55.22.1.0.1.el10_0
kernel-tools-libs
6.12.0-55.22.1.0.1.el10_0
kernel-uki-virt
6.12.0-55.22.1.0.1.el10_0
kernel-uki-virt-addons
6.12.0-55.22.1.0.1.el10_0
kernel-debug-devel
6.12.0-55.22.1.0.1.el10_0
kernel-debug-devel-matched
6.12.0-55.22.1.0.1.el10_0
kernel-devel
6.12.0-55.22.1.0.1.el10_0
kernel-devel-matched
6.12.0-55.22.1.0.1.el10_0
kernel-doc
6.12.0-55.22.1.0.1.el10_0
kernel-headers
6.12.0-55.22.1.0.1.el10_0
perf
6.12.0-55.22.1.0.1.el10_0
python3-perf
6.12.0-55.22.1.0.1.el10_0
rtla
6.12.0-55.22.1.0.1.el10_0
rv
6.12.0-55.22.1.0.1.el10_0
kernel-cross-headers
6.12.0-55.22.1.0.1.el10_0
kernel-tools-libs-devel
6.12.0-55.22.1.0.1.el10_0
libperf
6.12.0-55.22.1.0.1.el10_0
Ссылки на источники
Связанные уязвимости
In the Linux kernel, the following vulnerability has been resolved: sunrpc: handle SVC_GARBAGE during svc auth processing as auth error tianshuo han reported a remotely-triggerable crash if the client sends a kernel RPC server a specially crafted packet. If decoding the RPC reply fails in such a way that SVC_GARBAGE is returned without setting the rq_accept_statp pointer, then that pointer can be dereferenced and a value stored there. If it's the first time the thread has processed an RPC, then that pointer will be set to NULL and the kernel will crash. In other cases, it could create a memory scribble. The server sunrpc code treats a SVC_GARBAGE return from svc_authenticate or pg_authenticate as if it should send a GARBAGE_ARGS reply. RFC 5531 says that if authentication fails that the RPC should be rejected instead with a status of AUTH_ERR. Handle a SVC_GARBAGE return as an AUTH_ERROR, with a reason of AUTH_BADCRED instead of returning GARBAGE_ARGS in that case. This sidesteps th...
In the Linux kernel, the following vulnerability has been resolved: sunrpc: handle SVC_GARBAGE during svc auth processing as auth error tianshuo han reported a remotely-triggerable crash if the client sends a kernel RPC server a specially crafted packet. If decoding the RPC reply fails in such a way that SVC_GARBAGE is returned without setting the rq_accept_statp pointer, then that pointer can be dereferenced and a value stored there. If it's the first time the thread has processed an RPC, then that pointer will be set to NULL and the kernel will crash. In other cases, it could create a memory scribble. The server sunrpc code treats a SVC_GARBAGE return from svc_authenticate or pg_authenticate as if it should send a GARBAGE_ARGS reply. RFC 5531 says that if authentication fails that the RPC should be rejected instead with a status of AUTH_ERR. Handle a SVC_GARBAGE return as an AUTH_ERROR, with a reason of AUTH_BADCRED instead of returning GARBAGE_ARGS in that case. This sidesteps th...
In the Linux kernel, the following vulnerability has been resolved: sunrpc: handle SVC_GARBAGE during svc auth processing as auth error tianshuo han reported a remotely-triggerable crash if the client sends a kernel RPC server a specially crafted packet. If decoding the RPC reply fails in such a way that SVC_GARBAGE is returned without setting the rq_accept_statp pointer, then that pointer can be dereferenced and a value stored there. If it's the first time the thread has processed an RPC, then that pointer will be set to NULL and the kernel will crash. In other cases, it could create a memory scribble. The server sunrpc code treats a SVC_GARBAGE return from svc_authenticate or pg_authenticate as if it should send a GARBAGE_ARGS reply. RFC 5531 says that if authentication fails that the RPC should be rejected instead with a status of AUTH_ERR. Handle a SVC_GARBAGE return as an AUTH_ERROR, with a reason of AUTH_BADCRED instead of returning GARBAGE_ARGS in that case. This sidesteps
In the Linux kernel, the following vulnerability has been resolved: s ...