🇰🇷 한글 설명
Linux 커널의 s390/ipl 구성 요소에서 re-IPL 파라미터 블록이 없는 경우 dump_reipl 함수가 NULL 포인터를 참조하는 취약점이 발견되었습니다. HMC FTP 부트나 QEMU 직접 커널 부트와 같이 파라미터 블록을 제공하지 않는 특정 IPL 유형에서 발생하며, 이로 인해 덤프 완료 후 시스템이 비정상적인 대기 상태에 빠질 수 있습니다.
💡 쉬운 설명
시스템에 문제가 생겨 기록을 남기는 과정에서, 특정 부팅 방식일 때 컴퓨터가 참조해야 할 정보가 없으면 엉뚱한 곳을 읽으려다 멈춰버리는 문제입니다. 이 문제는 시스템이 완전히 꺼지거나 재시작되는 과정을 방해할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
s390/ipl: Fix NULL deref in dump_reipl without re-IPL parm block
Unlike kdump, which passes the re-IPL parameter block through os_info,
the stand-alone dump passes it through the IPL parm block address and
checksum in lowcore.
Some IPL types, like HMC FTP boot or QEMU direct kernel boot, might not
provide an IPL parameter block. In this case reipl_type_init() selects
IPL_TYPE_UNKNOWN and reipl_block_actual remains NULL. Nevertheless,
dump_reipl_run() unconditionally dereferences it when preparing the
lowcore fields. This may happen to work by chance when address zero
contains readable lowcore data. A zero IPL parameter block address is
then stored in lowcore, causing the stand-alone dumper to enter disabled
wait after completing the dump.
Explicitly store a zero IPL parameter block address and checksum when no
re-IPL parameter block is available. This does not change the behavior:
the stand-alone dumper completes the dump and halts, while valid re-IPL
parameter blocks continue to be handled as before.
📍 영향받는 시스템
Linux kernel (s390 architecture)
⚔️ 공격 벡터
특정 IPL 유형(HMC FTP boot, QEMU direct kernel boot)을 사용하는 환경에서 시스템 덤프 발생 시 발생
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하십시오.
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인하십시오.