O desenvolvedor Enver Ikromov submeteu à lista de discussão do kernel Linux uma série de dez patches focada no driver rtw89. O código propõe corrigir falhas de processamento no modo monitor e habilitar a injeção de quadros 802.11 brutos em placas de rede sem fio da Realtek. As alterações têm como alvo a ramificação rtw-next, que organiza as atualizações sem fio para a futura versão 7.4 do kernel.
Correções no filtro de hardware e controle de transmissão
A atualização resolve um erro de ponteiro nulo (NULL pointer dereference) que ocorria no caminho de transmissão quando a injeção era tentada em uma interface passiva enquanto uma conexão padrão estava ativa.
Na recepção de dados, os patches modificam o comportamento do filtro de hardware. Antes das mudanças propostas, o componente descartava determinados pacotes no modo monitor. A nova implementação desativa os filtros de endereço de destino e multicast sob certas condições, garantindo a captura de tráfego de outras redes. O driver mantém o recurso de confirmação automática (Auto-ACK) intacto para conexões simultâneas.
Para viabilizar a injeção de pacotes, a série configura as interfaces de monitoramento para utilizarem a função de ponto de acesso (RTW89_SELF_ROLE_AP). Isso permite que a identificação física da placa inicialize corretamente as entradas de controle sem ativar o rastreamento de clientes ou a transmissão de beacons.
Testes físicos e escopo de hardware
O driver rtw89 atende a uma lista específica de controladores da Realtek, incluindo as famílias RTL8851B, RTL8852A, RTL8852B, RTL8852C e o RTL8922A com suporte a Wi-Fi 7.
A documentação de envio confirma que o desenvolvedor realizou testes físicos em um modelo RTL8852AE rodando Linux 7.1.5 e utilizando o firmware original da fabricante na versão 0.13.36.2. Nesses testes, a injeção concorrente e a preservação do Auto-ACK funcionaram conforme o esperado.
Existe uma limitação documentada quanto à validação em outros equipamentos. Os chips RTL8852B, RTL8852C, o recente RTL8922A, os adaptadores de barramento USB e os ambientes com dupla conexão simultânea (DBCC) não passaram por testes físicos durante o desenvolvimento desta versão. O funcionamento correto nesses hardwares dependerá de análises adicionais. O firmware proprietário em si não recebe modificações, pois os patches alteram apenas a forma como o kernel interage com o hardware.
Implicações para análise de redes
A capacidade de operar em modo monitor e injetar quadros brutos permite que o hardware seja utilizado em auditorias de segurança de redes sem fio. O código atualizado processa parâmetros de retransmissão e quadros de controle diretamente na fila de gerenciamento do sistema operacional.
As alterações também cobrem interfaces de monitoramento ativas. Um administrador de sistemas pode criar uma interface virtual de modo monitor que funcione ao mesmo tempo em que a placa mantém uma conexão cliente com um roteador convencional.
Os patches ainda dependem de revisão formal pelos mantenedores do subsistema de redes sem fio do Linux antes de serem integrados ao código principal do kernel.
O que as atualizações realmente alteram?
A análise da série original enviada por Enver Ikromov à lista do kernel Linux em 13 de novembro de 2026 confirma que os dez patches alteram cinco áreas principais do driver rtw89, responsável por determinados chipsets Wi-Fi Realtek.
Não se trata apenas de adicionar suporte à injeção de pacotes. A proposta também corrige erros de transmissão, ajusta filtros de recepção, melhora a segurança no gerenciamento de interfaces e resolve problemas de restauração do canal Wi-Fi.
O que muda efetivamente!
| Patches | Alteração técnica | Efeito esperado |
|---|---|---|
| 1–2 | Corrigem acesso a ponteiro nulo (NULL) e interpretação incorreta de índice negativo de taxa de transmissão | Evitam falhas no processamento de quadros injetados |
| 3 | Ajusta filtros de recepção para aceitar quadros de outras redes, incluindo determinados quadros de controle e multicast | Melhora a captura de tráfego em modo monitor |
| 4–5 | Introduzem proteção RCU e inicialização adequada das estruturas internas de interfaces monitor | Reduzem riscos de acesso a estruturas já removidas e preparam a transmissão |
| 6–8 | Habilitam o encaminhamento de quadros 802.11 brutos e evitam processamento inadequado desses quadros como tráfego convencional | Permitem injeção de quadros em interfaces monitor independentes ou simultâneas |
| 9 | Respeita parâmetros de sequência, retransmissão, RTS/CTS e ausência de confirmação (NO_ACK) | Melhora o controle sobre a transmissão de quadros personalizados |
| 10 | Restaura o canal de operação após períodos de inatividade ou mudanças no modo monitor | Evita que a interface fique sem o canal corretamente configurado |
O que isso significa para o usuário Linux?
1. Captura mais completa de redes Wi-Fi
O modo monitor permite observar quadros 802.11 que circulam no canal, inclusive de redes às quais o computador não está conectado. Os patches corrigem filtros de hardware que descartavam parte desses quadros.
2. Transmissão de quadros personalizados
Ferramentas de diagnóstico e auditoria, como o aireplay-ng, poderão aproveitar a capacidade de transmitir quadros Wi-Fi brutos nos dispositivos compatíveis. Isso não significa que qualquer placa Realtek passará automaticamente a oferecer o recurso.
3. Melhor convivência com conexões normais
A proposta procura preservar o mecanismo de confirmação automática de quadros (Auto-ACK) quando interfaces de estação ou ponto de acesso coexistem com uma interface monitor ativa.
4. Recuperação após inatividade
O driver passa a restaurar a configuração do canal em determinadas situações de reinicialização da interface e retorno do modo de economia de energia.
Quais placas foram realmente testadas?
A validação prática informada pelo autor foi realizada no Realtek RTL8852AE, identificado pelo PCI ID 10ec:8852, com firmware 0.13.36.2 e Linux 7.1.5.
O desenvolvedor relata testes com quadros ACK, RTS, dados e associação, além de 25 ciclos de criação e remoção de interfaces sem alertas no dmesg. Esses são resultados apresentados pelo autor, não uma certificação independente de compatibilidade. Linux-Kernel Archive
Os chipsets RTL8852B/C, RTL8851B e RTL8922A, além de dispositivos USB e configurações DBCC, não passaram pela mesma validação prática.
