CVE-2026-68139 in Linux
요약
\~에 의해 VulDB • 2026. 08. 10.
리눅스 커널에서 다음 취약점이 해결되었습니다:
net/mlx5e: MPV master-up에 대해 sender devcom 사용
PCIe DPC 복구 후 mlx5는 영향을 받은 함수를 다시 로드하고 멀티포트 소속 이벤트를 재재생합니다. 보고된 실패 사례에서 첫 번째 관련 장치 오류는 다음과 같았습니다:
pcieport 0000:10:01.1: DPC: containment event pcieport 0000:10:01.1: PCIe Bus Error: severity=Uncorrected (Fatal) pcieport 0000:10:01.1: [ 5] SDES (First)
mlx5는 PCI 함수를 복구하고 0000:11:00.1의 재개(resume)를 진행했습니다. 해당 재개 과정에서 RDMA 멀티포트 바인딩이 MLX5_DRIVER_EVENT_AFFILIATION_DONE을 재생했고 mlx5e가 MPV_DEVCOM_MASTER_UP를 전송했습니다. 호스트는 이후 패닉 상태에 빠졌습니다:
BUG: kernel NULL pointer dereference, address: 0000000000000010 RIP: mlx5_devcom_comp_set_ready+0x5/0x40 [mlx5_core]
RDI: 0000000000000000
콜 트레이스에는 다음이 포함되었습니다:
mlx5_devcom_comp_set_ready mlx5e_devcom_event_mpv mlx5_devcom_send_event mlx5_ib_bind_slave_port mlx5r_mp_probe mlx5_pci_resume
MPV devcom 등록은 priv->devcom에 반환된 컴포넌트 장치를 저장하기 전에 mlx5e의 프라이빗 데이터를 구성 요소 피어 목록에 게시합니다. 따라서 동시 master-up 이벤트가 private data는 표시되지만 priv->devcom 백포인트(backpointer)는 여전히 NULL인 피어에게 도달할 수 있습니다.
MPV_DEVCOM_MASTER_UP에는 이미 sender/master mlx5e 프라이빗 데이터가 event_data로 포함되어 있습니다. ready 비트는 개별 피어가 아닌 공유 devcom 컴포넌트에 저장됩니다. MPV 컴포넌트를 준비 상태로 표시할 때 sender devcom을 사용하십시오.
이 변경은 PCI 오류 복구 후 소속 재재생 중 피어 devcom 포인터에 대한 NULL 디레퍼런스를 방지하면서 준비 상태 전이를 유지합니다.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.