Описание
ELSA-2026-39179: kernel security update (IMPORTANT)
[4.18.0-553.144.1]
- 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.3
- Remove upstream reference during boot (Kevin Lyons) [Orabug: 34750652]
- Add new Oracle Linux Driver Signing (key 1) certificate [Orabug: 37985772]
[4.18.0-553.144.1]
- xfrm: defensively unhash xfrm_state lists in __xfrm_state_delete (Sabrina Dubroca) [RHEL-180170] {CVE-2026-46116}
- xfs: resample the data fork mapping after cycling ILOCK (Carlos Maiolino) [RHEL-193938]
- net: bridge: use a stable FDB dst snapshot in RCU readers (Mohammad Heib) [RHEL-179325] {CVE-2026-46086}
Обновленные пакеты
Oracle Linux 8
Oracle Linux aarch64
kernel-tools-libs-devel
4.18.0-553.144.1.el8_10
bpftool
4.18.0-553.144.1.el8_10
kernel-cross-headers
4.18.0-553.144.1.el8_10
kernel-headers
4.18.0-553.144.1.el8_10
kernel-tools
4.18.0-553.144.1.el8_10
kernel-tools-libs
4.18.0-553.144.1.el8_10
perf
4.18.0-553.144.1.el8_10
python3-perf
4.18.0-553.144.1.el8_10
Oracle Linux x86_64
kernel-tools-libs-devel
4.18.0-553.144.1.el8_10
bpftool
4.18.0-553.144.1.el8_10
kernel
4.18.0-553.144.1.el8_10
kernel-abi-stablelists
4.18.0-553.144.1.el8_10
kernel-core
4.18.0-553.144.1.el8_10
kernel-cross-headers
4.18.0-553.144.1.el8_10
kernel-debug
4.18.0-553.144.1.el8_10
kernel-debug-core
4.18.0-553.144.1.el8_10
kernel-debug-devel
4.18.0-553.144.1.el8_10
kernel-debug-modules
4.18.0-553.144.1.el8_10
kernel-debug-modules-extra
4.18.0-553.144.1.el8_10
kernel-devel
4.18.0-553.144.1.el8_10
kernel-doc
4.18.0-553.144.1.el8_10
kernel-headers
4.18.0-553.144.1.el8_10
kernel-modules
4.18.0-553.144.1.el8_10
kernel-modules-extra
4.18.0-553.144.1.el8_10
kernel-tools
4.18.0-553.144.1.el8_10
kernel-tools-libs
4.18.0-553.144.1.el8_10
perf
4.18.0-553.144.1.el8_10
python3-perf
4.18.0-553.144.1.el8_10
Связанные CVE
Связанные уязвимости
In the Linux kernel, the following vulnerability has been resolved: net: bridge: use a stable FDB dst snapshot in RCU readers Local FDB entries can be rewritten in place by `fdb_delete_local()`, which updates `f->dst` to another port or to `NULL` while keeping the entry alive. Several bridge RCU readers inspect `f->dst`, including `br_fdb_fillbuf()` through the `brforward_read()` sysfs path. These readers currently load `f->dst` multiple times and can therefore observe inconsistent values across the check and later dereference. In `br_fdb_fillbuf()`, this means a concurrent local-FDB update can change `f->dst` after the NULL check and before the `port_no` dereference, leading to a NULL-ptr-deref. Fix this by taking a single `READ_ONCE()` snapshot of `f->dst` in each affected RCU reader and using that snapshot for the rest of the access sequence. Also publish the in-place `f->dst` updates in `fdb_delete_local()` with `WRITE_ONCE()` so the readers and writer use matching access patter...
In the Linux kernel, the following vulnerability has been resolved: net: bridge: use a stable FDB dst snapshot in RCU readers Local FDB entries can be rewritten in place by `fdb_delete_local()`, which updates `f->dst` to another port or to `NULL` while keeping the entry alive. Several bridge RCU readers inspect `f->dst`, including `br_fdb_fillbuf()` through the `brforward_read()` sysfs path. These readers currently load `f->dst` multiple times and can therefore observe inconsistent values across the check and later dereference. In `br_fdb_fillbuf()`, this means a concurrent local-FDB update can change `f->dst` after the NULL check and before the `port_no` dereference, leading to a NULL-ptr-deref. Fix this by taking a single `READ_ONCE()` snapshot of `f->dst` in each affected RCU reader and using that snapshot for the rest of the access sequence. Also publish the in-place `f->dst` updates in `fdb_delete_local()` with `WRITE_ONCE()` so the readers and writer use matching access patter...
In the Linux kernel, the following vulnerability has been resolved: net: bridge: use a stable FDB dst snapshot in RCU readers Local FDB entries can be rewritten in place by `fdb_delete_local()`, which updates `f->dst` to another port or to `NULL` while keeping the entry alive. Several bridge RCU readers inspect `f->dst`, including `br_fdb_fillbuf()` through the `brforward_read()` sysfs path. These readers currently load `f->dst` multiple times and can therefore observe inconsistent values across the check and later dereference. In `br_fdb_fillbuf()`, this means a concurrent local-FDB update can change `f->dst` after the NULL check and before the `port_no` dereference, leading to a NULL-ptr-deref. Fix this by taking a single `READ_ONCE()` snapshot of `f->dst` in each affected RCU reader and using that snapshot for the rest of the access sequence. Also publish the in-place `f->dst` updates in `fdb_delete_local()` with `WRITE_ONCE()` so the readers and writer use matching access patte
