🇰🇷 한글 설명
Linux 커널의 AMD SEV(Secure Encrypted Virtualization) 초기화 실패 경로에서 발생하는 교착상태(deadlock) 문제입니다. __sev_platform_init_handle_init_ex_path()가 이미 sev_cmd_mutex를 획득한 상태에서 rmp_mark_pages_firmware()를 locked=false로 호출하여, 두 번째 이후 페이지의 RMPUPDATE 실패 시 정리 과정에서 sev_do_cmd가 데드락에 빠질 수 있습니다. 해당 함수에 locked=true를 전달하여 상위 함수의 락 상태를 존중하도록 수정되었습니다.
💡 쉬운 설명
AMD 보안 가상화 기능의 초기화가 실패할 때 시스템이 서로 기다리며 멈출 수 있는 결함입니다. 잠금 상태를 잘못 처리해서 생기며, 수정으로 이를 바로잡았습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
crypto: ccp - Fix possible deadlock in SEV init failure path
__sev_platform_init_handle_init_ex_path() calls
rmp_mark_pages_firmware() with locked=false while the parent
function of init_ex_path already acquired the sev_cmd_mutex.
In the case of an RMPUPDATE failure for any page after the first, the cleanup
path would invoke reclaim pages which would result in a deadlock in
sev_do_cmd.
Pass locked=true to honor the lock status of the parent function.
📍 영향받는 시스템
수정 이전의 Linux 커널 중 AMD SEV를 지원하는 CCP(Cryptographic Coprocessor) 드라이버가 포함된 버전 (AMD EPYC 기반 서버/가상화 환경)
⚔️ 공격 벡터
공격자가 SEV 초기화 실패 상황을 유발할 수 있는 경우 서비스 거부(DoS)를 일으킬 수 있으나, 일반적으로 로컬 또는 하이퍼바이저 환경에서의 장애 조건에 해당합니다.
🛡️ 대응 방법
패치된 Linux 커널 버전으로 업데이트하거나 배포판 보안 업데이트를 적용하여 재부팅합니다.
🔧 검증 코드
커널 버전이 패치된 버전 이상인지 확인하고, SEV 지원 여부 및 dmesg 로그에 초기화 관련 오류나 교착 징후가 없는지 확인합니다.
uname -r && grep -i sev /proc/cpuinfo | head -1 && dmesg 2>/dev/null | grep -i 'sev' | tail -5