🇰🇷 한글 설명
Linux 커널의 SCTP 프로토콜 구현에서 제어 청크(control chunk)가 제거될 때 대상 트랜스포트 정보를 적절히 초기화하지 않는 취약점이 발견되었습니다. 이로 인해 트랜스포트가 제거된 후에도 큐에 남아있는 청크가 잘못된 메모리 주소를 참조하게 되어 Use-After-Free(UAF) 오류가 발생할 수 있습니다.
💡 쉬운 설명
네트워크 통신 중 연결 정보가 삭제되었음에도 불구하고, 시스템이 삭제된 정보를 계속 사용하려고 시도하여 발생하는 보안 결함입니다. 공격자가 이를 악용하면 시스템의 메모리를 조작하거나 제어권을 획득할 위험이 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
sctp: clear control chunk transport if it is being removed
sctp_make_heartbeat_ack() caches the destination transport in
chunk->transport without taking a reference. When src_out_of_asoc_ok is
enabled, the HEARTBEAT ACK may remain queued on control_chunk_list instead
of being transmitted immediately.
If the peer transport is removed while the chunk is still queued,
sctp_assoc_rm_peer() drops the transport and schedules it for RCU freeing,
but only clears cached transport pointers in out_chunk_list. The queued
control chunk therefore retains a dangling transport pointer.
Once an ASCONF_ACK clears the suppression and the queued control chunk is
transmitted, SCTP dereferences the stale transport pointer, leading to a
use-after-free.
Fix this by also clearing chunk->transport for queued control chunks in
control_chunk_list when removing the transport.
📍 영향받는 시스템
SCTP 프로토콜을 사용하는 Linux 커널 버전
⚔️ 공격 벡터
특수하게 조작된 SCTP 패킷을 전송하여 트랜스포트 제거와 청크 전송 타이밍을 조작함으로써 메모리 오류 유도
🛡️ 대응 방법
SCTP 관련 보안 패치가 적용된 최신 Linux 커널로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인