CVE-2026-80620 in Linux
요약
\~에 의해 VulDB • 2026. 08. 28.
리눅스 커널에서 다음 취약점이 해결되었습니다:
PCI/MSI: 오류 시 MSI-X 영역 언매핑(PCI/MSI: Unmap MSI-X region on error) 코드의 되돌리기(revert)
이 변경은 commit 1a8d4c6ecb4c81261bcdf13556abd4a958eca202를 되돌립니다.
commit 1a8d4c6ecb4c("PCI/MSI: 오류 시 MSI-X 영역 언매핑")은 `msix_setup_interrupts()`의 에러 경로에서 MSI-X 영역을 해제하기 위해 `iounmap(dev->msix_base)`를 추가했습니다.
`msix_setup_interrupts()`가 실패할 때 호출 체인은 다음과 같습니다:
msix_setup_interrupts() -> __msix_setup_interrupts() struct pci_dev *dev __free(free_msi_irqs) = __dev; ... return ret; // 에러 발생 시 __free 정리 코드가 실행됨
`__free(free_msi_irqs)` 정리는 `pci_free_msi_irqs()`를 호출하며, 이 함수는 이미 언매핑 처리를 수행합니다:
void pci_free_msi_irqs(struct pci_dev *dev) {
pci_msi_teardown_msi_irqs(dev); if (dev->msix_base) {
iounmap(dev->msix_base); // 여기서 이미 언매핑됨 dev->msix_base = NULL; // 그리고 NULL로 설정됨 } }
따라서 `dev->msix_base`는 `msix_setup_interrupts()`가 `msix_capability_init()`으로 반환하기 전에 언매핑되고 NULL로 설정됩니다. commit 1a8d4c6ecb4c("PCI/MSI: 오류 시 MSI-X 영역 언매핑")에서 도입된 "goto out_unmap"은 이후 NULL 포인터에 대해 `iounmap()`을 두 번째로 호출합니다.
이 문제는 Intel Emerald Rapids(192개 CPU) 환경에서 tools/testing/selftests/kexec/test_kexec_jump.sh 스크립트를 실행하는 동안 재현되었습니다:
WARNING: CPU#44 at iounmap+0x2a/0xe0 RIP: 0010:iounmap+0x2a/0xe0 RDI: 0000000000000000 Call Trace: msix_capability_init+0x317/0x3f0 __pci_enable_msix_range+0x21d/0x2c0 pci_alloc_irq_vectors_affinity+0xa9/0x130 nvme_setup_io_queues+0x2a8/0x420 [nvme]
nvme_reset_work+0x151/0x340 [nvme]
...
RDI=0은 `iounmap()`이 NULL을 인자로 호출되었음을 확인시켜 줍니다.
원래의 "goto out_disable"로 복구하고, 언매핑 작업은 기존 `__free(free_msi_irqs)` 정리에 맡깁니다.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.