CVE-2026-80939 in Linux
Sumário
de VulDB • 11/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
wifi: rtw89: pci: adiciona o callback .shutdown para interromper a sondagem (polling) de rfkill durante a reinicialização
Desde que a sondagem de hardware via rfkill foi introduzida, as plataformas arm64 podem sofrer um panic com uma SError assíncrona durante a reinicialização em quente (warm reboot):
SError Interrupt on CPU8, code 0x00000000be000011 -- SError Workqueue: events_power_efficient rfkill_poll [rfkill]
rtw89_pci_ops_read8+0x94/0x160 [rtw89_pci]
rtw89_core_rfkill_poll+0x50/0x1e0 [rtw89_core]
rtw89_ops_rfkill_poll+0x40/0x68 [rtw89_core]
ieee80211_rfkill_poll+0x3c/0x70 [mac80211]
cfg80211_rfkill_poll+0x40/0x2a0 [cfg80211]
rfkill_poll+0x30/0x88 [rfkill]
Kernel panic - not syncing: Asynchronous SError Interrupt
No caminho de reinicialização, o kernel executa apenas device_shutdown(), que chama o callback .shutdown de cada driver; a função .remove não é invocada. O driver PCI rtw89 não possuía um callback .shutdown, portanto nada interrompia a sondagem do trabalho rfkill enquanto a plataforma estava desmontando (tearing down) a conexão PCIe. Uma vez que a conexão foi removida, a próxima leitura MMIO feita pelo manipulador de sondagem direciona-se a um dispositivo sem resposta e é reportada como uma SError assíncrona fatal no arm64.
Adiciona-se rtw89_pci_shutdown(), conectado a todos os drivers PCI rtw89, que define uma nova flag RTW89_FLAG_SHUTDOWN (espelhando o padrão USB RTW89_FLAG_UNPLUGGED). Quando a flag está definida, rtw89_ops_rfkill_poll() retorna antecipadamente, de modo que nenhuma leitura MMIO é emitida para o chip após o início do shutdown e a SError deixa de ocorrer.
Isso não chama o caminho completo .remove a partir de .shutdown, para manter o manipulador de shutdown mínimo e evitar executar a desmontagem (teardown) não idempotente duas vezes.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.