🇰🇷 한글 설명
Linux 커널의 virtio-rtc 드라이버에서 장치 복구 시 기존 virtqueue를 적절히 제거하지 않아 발생하는 취약점입니다. 이로 인해 virtqueue 재초기화 실패 시 NULL 포인터 역참조가 발생하여 게스트 커널이 충돌(Crash)할 수 있습니다.
💡 쉬운 설명
컴퓨터의 가상 장치를 다시 불러오는 과정에서 예전 데이터가 제대로 지워지지 않아 시스템이 멈추는 문제입니다. 이 오류가 발생하면 가상 머신 내부의 운영체제가 갑자기 꺼질 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
virtio: rtc: tear down old virtqueues before restore
virtio_device_restore() resets the device and restores the negotiated
features before calling ->restore(). viortc_freeze() intentionally
leaves the existing virtqueues in place so the alarm queue can still
wake the system, but viortc_restore() immediately calls
viortc_init_vqs() without first deleting those old queues.
If virtqueue reinitialization fails on virtio-pci, the transport error
path can run vp_del_vqs() against a newly allocated vp_dev->vqs array
while vdev->vqs still contains the old virtqueues. vp_del_vqs() then
looks up queue state through the new array and can dereference a NULL
info pointer in vp_del_vq(), crashing the guest kernel during restore.
This can also happen during a non-faulty reinitialization, when one of
the vp_find_vqs_msix() attempts is unsuccessful before a later attempt
would succeed.
Delete the stale virtqueues before rebuilding them. If restore fails
before virtio_device_ready(), reuse the remove path to stop the device.
Once the device is ready, return errors directly instead of deleting the
virtqueues again.
📍 영향받는 시스템
Linux kernel (virtio-rtc 관련 모듈 포함 버전)
⚔️ 공격 벡터
가상화 환경에서 장치 복구(Restore) 과정을 유도하여 게스트 커널의 패닉(Panic) 유발
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 virtio-rtc의 virtqueue 관리 로직 수정 적용
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인하십시오.