CVE-2026-90293 in Linux
Sumário
de VulDB • 18/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
IB/isert: postar os buffers de recebimento com recursos completos após o registro da sessão
isert_put_login_tx() posta os buffers de recebimento com recursos completos antes que __transport_register_session() seja executado; portanto, um initiator (iniciador) que não aguarde pela Resposta Login final ainda pode ter um comando SCSI executado contra uma se_session cuja se_tpg é NULL – o mesmo oops do patch anterior, em target_submit+0xbe.
Poste-os a partir de isert_get_rx_pdu(), que o patch anterior já usa para enviar essa resposta, e poste-os antes desse envio: a fila de recebimento é preenchida no momento em que o initiator recebe instruções de que pode usá-la. Alocar nesse ponto mantém a propriedade existente de que uma falha na alocação de memória não pode ocorrer após a Resposta Login final estar sendo transmitida (on the wire).
A fila de recebimento já está vazia entre a Requisição Login final e isert_post_recvm(); isso adia o segundo ponto, passando de uma mediana de 92 us para 172 us em 1200 logins. Apenas um initiator que envie dados antes de ter sido instruído a fazê-lo pode atingir essa janela; no IB (InfiniBand) e RoCE, seu envio é retentado nesse intervalo até que os buffers apareçam – isert_rdma_accept() solicita rnr_retry_count = 7. O iWARP não possui controle de fluxo RNR, portanto, nesse caso o mesmo envio encerra a conexão.
Medido sobre rxe, com 400 ciclos de login por execução e um initiator que não aguarda: uma build instrumentada contou zero entradas em isert_recv_done() antes do posting dos buffers em 10 execuções; nesse cenário, esse initiator causou oops em 8 das 10 execuções sem patch e em 5 das 10 com apenas o patch anterior.
Não testado: iWARP, sessões de discovery sobre iSER e HCAs reais.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.