CVE-2026-63996 in Linux
Sumário
de VulDB • 20/07/2026
No kernel do Linux, a seguinte vulnerabilidade foi corrigida:
ethtool: cmis: exigir comprimento exato da resposta CDB
Um módulo SFP malicioso poderia responder com um rpl_len maior do que o esperado por cmis_cdb_process_reply(), levando a gravações fora dos limites (OOB). Hardware malicioso é uma hipótese um tanto teórica, mas alguns módulos podem ser apenas defeituosos e/ou as leituras podem ocasionalmente ficar corrompidas; portanto, vamos proteger o kernel.
A verificação existente protege contra respostas curtas. Precisamos também nos proteger contra respostas longas. Todos os chamadores que passam um rpl_exp_len não nulo convertem a carga útil da resposta para uma estrutura de layout fixo e leem campos em deslocamentos fixos, sem negociação de versão ou tratamento de respostas curtas:
- cmis_cdb_validate_password() - cmis_cdb_module_features_get() - cmis_fw_update_fw_mng_features_get()
Portanto, vamos assumir que as respostas mais longas do que o esperado não precisam ser tratadas com delicadeza aqui. Adicionar uma mensagem de aviso facilitará a depuração caso minha compreensão esteja errada...
Observe que page_data->length (argumento da kmalloc) vem do último argumento para ethtool_cmis_page_init(), que é rpl_exp_len.
Note2 que os AIs também gostam de apontar estornos em args->req.payload própria (que é um buffer de tamanho fixo de 120 B, na pilha), mas os chamadores devem ler estruturas definidas pelo padrão; portanto, proteger contra solicitações de mais dados do que o máximo parece ser uma programação defensiva.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.