CVE-2026-98619

W jądrze Linuksa usunięto następującą lukę:

net: ethtool: zachowaj rtnl_lock na potrzeby autotestu ioctl

Autotest offline, który powoduje wyłączenie interfejsu i ponowne jego uruchomienie
netif_close() / netif_open() wymaga rtnl_lock w obu przypadkach. Od
Ścieżka ethtool IOCTL stała się opcjonalna rtnl dla sterowników z blokadą operacji, plik
ETHTOOL_TEST ioctl działa, trzymając tylko blokadę instancji netdev, więc dalej
sterownik z blokadą ops, bez którego autotest niszczy teraz urządzenie
rtnl_lock.

Dzięki lockdep odtwarza się to deterministycznie na każdym urządzeniu offline
przetestuj na takim sterowniku; zwróć uwagę, że jedyną utrzymywaną blokadą jest blokada instancji, a nie
rtnl:

OSTRZEŻENIE: podejrzane użycie RCU
net/core/netpoll.c:207 podejrzane użycie funkcji rcu_dereference_protected()!
1 zamek trzymany przez ethtool/107:
#0: (&dev->lock){+.+.}, pod adresem: dev_ethtool
Zadzwoń do śledzenia:
netpoll_poll_disable
__dev_close_many
netif_close_many
netif_zamknij
fbnic_self_test
dev_ethtool_locked
dev_ethtool
dev_ioctl
skarpetka_ioctl
__x64_sys_ioctl

Bez blokady ten sam warunek wyzwala funkcję ASSERT_RTNL().
__dev_close_many() / __dev_open(); to sprawdzenie dotyczy tylko próbek globalnych
rtnl, więc może być zamaskowany przez współbieżnego posiadacza rtnl, ale plik
urządzenie jest nadal rekonfigurowane bez wymaganej blokady.

ethtool self_test jest starszym poleceniem dostępnym tylko ioctl, więc ETHTOOL_TEST
case jest potrzebny tylko na ścieżce ioctl. Dodaj bit zgody dla sterowników, których
autotest wymaga rtnl_lock i ustaw go na sterownikach z blokadą ops, których
Autotest offline niszczy interfejs w dół i w górę:

- fbnic (ops zablokowany przez kolejkę_mgmt_ops): ścieżka offline fbnic_self_test()
używa netif_close() / netif_open().
- bnxt (ops zablokowany przez kolejkę_mgmt_ops): ścieżka offline bnxt_self_test()
przechodzi przez bnxt_close_nic() / bnxt_half_open_nic() /
bnxt_half_close_nic() / bnxt_open_nic(), które zamykają i ponownie otwierają
urządzenie.