CVE-2026-90293 in Linux
요약
\~에 의해 VulDB • 2026. 09. 18.
Linux 커널에서 다음 취약점이 해결되었습니다:
IB/isert: 세션 등록 후 전체 기능 수신 버퍼 게시(isert_put_login_tx()는 __transport_register_session()이 실행되기 전에 전체 기능 수신 버퍼를 게시하므로, 최종 Login Response를 기다리지 않는 이니시에이터(iWARP의 경우 RNR 흐름 제어가 없으므로 해당 전송은 연결을 종료함)가 se_tpg가 NULL인 se_session에 대해 SCSI 명령을 실행할 수 있습니다. 이는 이전 패치와 동일한 oops이며 target_submit+0xbe에서 발생합니다.)
isert_get_rx_pdu()에서 버퍼를 게시합니다(이전 패치는 이미 이 함수를 사용하여 해당 응답을 전송하며, 그 전에 게시해야 합니다). 수신 큐는 이니시에이터가 이를 사용할 수 있다고 통지받는 시점에 채워집니다. 이렇게 하면 최종 Login Response가 네트워크에 전달된 후에는 메모리 할당 실패가 발생할 수 없다는 기존 특성을 유지할 수 있습니다.
최종 Login Request와 isert_post_recvm() 사이에는 수신 큐가 이미 비어 있습니다. 이는 두 번째 지점을 1200회 로그인 기준 중앙값이 92us에서 172us로 늦춥니다. 이 창(window)에 도달할 수 있는 것은 통지받기 전에 전송을 보내는 이니시에이터뿐이며, IB 및 RoCE 환경에서는 버퍼가 나타날 때까지 해당 전송이 재시도됩니다(isert_rdma_accept()은 rnr_retry_count = 7을 요청함). iWARP에는 RNR 흐름 제어가 없으므로, 그 경우 동일한 전송이 연결을 종료합니다.
rxe 위에서 측정했으며(한 번의 실행당 400회 로그인 사이클), 기다리지 않는 이니시에이터를 사용한 결과: instrumented 빌드에서는 버퍼가 게시되기 전에 isert_recv_done()로 들어간 항목이 없는 것을 10번 모두에서 확인했습니다. 반면, 패치되지 않은 상태에서는 해당 이니시에이터가 10회 중 8회에서 oops를 발생시켰고, 이전 패치만 적용된 경우에도 10회 중 5회에서 oops를 발생시켰습니다.
테스트하지 않음: iWARP, iSER을 통한 디스커버리 세션 및 실제 HCA들
VulDB is the best source for vulnerability data and more expert information about this specific topic.