🇰🇷 한글 설명
Linux 커널의 drm/bridge tc358767 드라이버에서 AUX 읽기 크기 검증 미흡으로 인한 스택 버퍼 오버플로 취약점이 발견되었습니다. 컨트롤러가 요청된 크기보다 큰 바이트 수를 보고할 경우, 16바이트 크기의 스택 버퍼를 초과하여 데이터를 읽어 들여 메모리 오버런이 발생할 수 있습니다.
💡 쉬운 설명
하드웨어 장치가 요청한 것보다 더 많은 데이터를 보내겠다고 거짓말을 할 경우, 컴퓨터의 임시 저장 공간을 넘쳐흐르게 만드는 결함입니다. 이로 인해 시스템이 불안정해지거나 보안 문제가 생길 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
drm/bridge: tc358767: clamp the reported AUX read size to the request
tc_aux_transfer() clamps an AUX read to the payload limit:
size_t size = min_t(size_t, DP_AUX_MAX_PAYLOAD_BYTES - 1, msg->size);
After the transfer it replaces size with the byte count the controller
reports in AUX_BYTES:
if (size)
size = FIELD_GET(AUX_BYTES, auxstatus);
AUX_BYTES is GENMASK(15, 8), so it can be up to 255. Nothing clamps it
back to the request. tc_aux_read_data() reads that many bytes into the
16-byte auxrdata stack buffer, then copies them into the caller buffer. A
reported count of 255 makes the read run to 256 bytes and overruns both.
The controller should never report more than it was asked to transfer, so
this is defense in depth rather than a live hole. The reported count is
only lightly trusted, and the check is cheap. Clamp it back to the request,
the same way ti-sn65dsi86 does in commit aca58eac52b8 ("drm/bridge:
ti-sn65dsi86: Never store more than msg->size bytes in AUX xfer").
📍 영향받는 시스템
Linux kernel (drm/bridge: tc358767 드라이버 포함 버전)
⚔️ 공격 벡터
조작된 AUX 응답을 보내는 하드웨어 컨트롤러를 통한 스택 버퍼 오버플로 공격
🛡️ 대응 방법
tc358767 드라이버의 AUX 읽기 크기 제한 로직이 포함된 최신 커널로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 패치된 최신 버전인지 확인합니다.