🇰🇷 한글 설명
Linux 커널의 ionic 드라이버에서 FW 오류 처리 경로로 인해 워크큐가 두 번 파기될 수 있는 문제가 해결되었습니다. AER 이벤트 처리 중 ionic_dev_teardown()이 연속으로 두 번 호출되면서 이미 파기된 워크큐 포인터에 대해 destroy_workqueue()가 실패했습니다. 이에 워크큐 파기 전에 중복 파기 여부를 확인하도록 수정되었습니다.
💡 쉬운 설명
네트워크 카드 드라이버가 오류를 처리하는 과정에서 같은 정리 작업을 두 번 실행해 시스템이 불안정해질 수 있었습니다. 이번 수정으로 이미 정리된 작업 공간을 다시 정리하지 않도록 막았습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
ionic: no double destroy workqueue
There are some FW error handling paths that can cause us to
try to destroy the workqueue more than once, so let's be sure
we're checking for that.
The case where this popped up was in an AER event where the
handlers got called in such a way that ionic_reset_prepare()
and thus ionic_dev_teardown() got called twice in a row.
The second time through the workqueue was already destroyed,
and destroy_workqueue() choked on the bad wq pointer.
We didn't hit this in AER handler testing before because at
that time we weren't using a private workqueue. Later we
replaced the use of the system workqueue with our own private
workqueue but hadn't rerun the AER handler testing since then.
📍 영향받는 시스템
Pensando/AMD ionic 이더넷 드라이버를 사용하는 Linux 커널 (수정 커널 버전 이전의 배포판 커널)
⚔️ 공격 벡터
로컬에서 PCIe AER 오류 이벤트를 유발해야 하며, 직접적인 원격 공격 경로는 확인되지 않은 안정성(DoS) 결함입니다.
🛡️ 대응 방법
배포판 벤더가 제공하는 최신 Linux 커널 업데이트를 설치하고 재부팅하세요.
🔧 검증 코드
커널 버전이 해당 배포판의 수정된 보안 업데이트 버전 이상인지 확인하고, ionic 모듈 정보는 설치 여부와 빌드 정보를 참고용으로 보여주며, 배포판 보안 공지에서 해당 패치가 적용된 커널 버전을 대조하세요.
uname -r && (modinfo ionic 2>/dev/null | grep -E '^(version|srcversion|filename)')