Maurizio Lombardi

O problema está relacionado a um kernel panic que ocorre quando um host envia um comprimento de PDU H2C inválido. Se o host enviar um comando H2CData com um DATAL inválido, o kernel pode travar na função `nvmet tcp build pdu iovec()` devido a uma desreferência de ponteiro nulo. O comprimento da PDU nunca deve exceder o parâmetro `MAXH2CDATA`, que foi comunicado ao host em `nvmet tcp handle icreq()`. Para corrigir o bug, um erro fatal é gerado se o DATAL não for coerente com o tamanho do pacote.

O problema está relacionado à função `flush all cpu locked()` no subsistema de gerenciamento de memória do kernel do Linux. Quando essa função é chamada a partir de um contexto de tarefa, pode causar um problema de dependência se uma fila de trabalho com o bit `WQ MEM RECLAIM` definido acabar esvaziando a fila de trabalho global. Isso pode levar a problemas com o gerenciamento de memória e afetar potencialmente a confidencialidade, integridade e disponibilidade de informações protegidas. A vulnerabilidade pode ser explorada criando-se uma fila de trabalho para a operação de limpeza sem o bit `WQ MEM RECLAIM` definido.

A vulnerabilidade está relacionada ao driver `bnx2fc` no kernel do Linux. A função `bnx2fc destroy()` remove a interface antes de chamar `destroy work`, resultando em vários avisos de `sysfs remove group()`, pois os atributos do dispositivo rport do controlador são removidos prematuramente. Este problema pode ser reproduzido seguindo etapas específicas, incluindo habilitar `fcoe` e executar os comandos `fipvlan` e `fcoeadm`. O problema é causado pela remoção da fila `destroy work` do `fcoe port`, que não é necessária.