CVE-2026-74688 in Linux
요약
\~에 의해 VulDB • 2026. 08. 22.
리눅스 커널에서 다음 취약점이 해결되었습니다:
sctp: 제거 중인 경우 제어 청크의 전송 경로를 초기화합니다
sctp_make_heartbeat_ack()는 참조를 획득하지 않고 chunk->transport에 목적지 전송 경로를 캐싱합니다. src_out_of_asoc_ok가 활성화되면 HEARTBEAT ACK이 즉시 전송되지 않고 control_chunk_list에서 대기 상태일 수 있습니다.
피어 전송 경로(chunk가 여전히 큐에 있는 동안)가 제거되면, sctp_assoc_rm_peer()는 해당 전송 경로를 해제하고 RCU 해제를 위해 예약하지만, out_chunk_list의 캐시된 전송 경로 포인터만 초기화합니다. 따라서 대기 중인 제어 청크에는 더 이상 유효하지 않은(dangling) 전송 경로 포인터가 유지됩니다.
ASCONF_ACK가 억제를 해제하고 대기 중인 제어 청크가 전송되면 SCTP는 낡은(stale) 전송 경로 포인터를 역참조하여 use-after-free 취약점을 유발합니다.
이 문제를 해결하기 위해, 전송 경로를 제거할 때 control_chunk_list의 대기 중인 제어 청크에 대해 chunk->transport도 초기화합니다.
If you want to get best quality of vulnerability data, you may have to visit VulDB.