🇰🇷 한글 설명
Linux 커널의 SCTP 프로토콜 구현에서 스트림 추가 요청이 거부될 때 상태를 완전히 되돌리지 못하는 취약점이 발견되었습니다. 이로 인해 남아있는 오래된 스트림 메타데이터가 나중에 재사용될 경우 스케줄러 경로에서 Null 포인터 역참조를 유발할 수 있습니다.
💡 쉬운 설명
네트워크 통신 방식 중 하나인 SCTP에서 데이터 통로를 늘리려다 실패했을 때, 찌꺼기 정보가 남는 문제입니다. 이 찌꺼기 정보 때문에 시스템이 잘못된 메모리 주소를 참조하여 프로그램이 갑자기 종료될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
sctp: stream: fully roll back denied add-stream state
When ADD_OUT_STREAMS is denied, SCTP only shrinks the queued chunks and
then lowers outcnt. That leaves removed stream metadata behind, so a
later re-add can reuse a stale ext and hit a null-pointer dereference in
the scheduler get path.
Fix the rollback by tearing down the removed stream state the same way
other stream resizes do. Unschedule the current scheduler state, drop
the removed stream ext state with sctp_stream_outq_migrate(), and then
reschedule the remaining streams.
This keeps scheduler-private RR/FC/PRIO lists consistent while fully
rolling back denied outgoing stream additions.
📍 영향받는 시스템
SCTP 프로토콜을 사용하는 Linux 커널 버전
⚔️ 공격 벡터
조작된 SCTP ADD_OUT_STREAMS 요청을 전송하여 커널의 메모리 상태를 불안정하게 만듦
🛡️ 대응 방법
SCTP 스트림 추가 실패 시 상태를 완전히 초기화하도록 수정된 최신 Linux 커널로 업데이트
🔧 검증 코드
출력된 커널 버전이 취약점이 패치된 최신 보안 업데이트 버전인지 확인