🇰🇷 한글 설명
Linux 커널의 posix-clock 구성 요소에서 pc_clock_settime() 함수가 timespec64 구조체의 유효성을 충분히 검사하지 않는 취약점이 발견되었습니다. 이로 인해 잘못된 시간 값이 PTP(Precision Time Protocol) 코어 및 관련 드라이버로 전달되어 시스템 불안정성을 초래할 수 있습니다.
💡 쉬운 설명
컴퓨터의 시간을 설정할 때 입력값이 올바른 범위 안에 있는지 확인하는 과정이 빠져 있는 문제입니다. 잘못된 시간 값이 입력되면 시스템 시계가 오작동하거나 드라이버가 오류를 일으킬 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
posix-clock: Fix missing timespec64 check in pc_clock_settime()
As Andrew pointed out, it will make sense that the PTP core
checked timespec64 struct's tv_sec and tv_nsec range before calling
ptp->info->settime64().
As the man manual of clock_settime() said, if tp.tv_sec is negative or
tp.tv_nsec is outside the range [0..999,999,999], it should return EINVAL,
which include dynamic clocks which handles PTP clock, and the condition is
consistent with timespec64_valid(). As Thomas suggested, timespec64_valid()
only check the timespec is valid, but not ensure that the time is
in a valid range, so check it ahead using timespec64_valid_strict()
in pc_clock_settime() and return -EINVAL if not valid.
There are some drivers that use tp->tv_sec and tp->tv_nsec directly to
write registers without validity checks and assume that the higher layer
has checked it, which is dangerous and will benefit from this, such as
hclge_ptp_settime(), igb_ptp_settime_i210(), _rcar_gen4_ptp_settime(),
and some drivers can remove the checks of itself.
📍 영향받는 시스템
Linux Kernel (PTP 관련 드라이버를 사용하는 시스템)
⚔️ 공격 벡터
로컬 사용자가 유효하지 않은 시간 값(음수 초 또는 범위를 벗어난 나노초)을 clock_settime() 함수를 통해 전달
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하십시오.
🔧 검증 코드
출력된 커널 버전을 확인하여 해당 취약점이 해결된 최신 패치 버전인지 확인하십시오.