🔍 CVE-2026-46227

7.8
CVSS Score
HIGH
2026-05-28
2026-10-19 20:18
✅ 완료

🇰🇷 한글 설명

Linux 커널의 SCTP 프로토콜 구현에서 sctp_sendmsg() 함수가 리스트를 순회하는 동안 소켓 잠금이 해제되어 발생하는 Use-After-Free 및 타입 혼동 취약점입니다. 잠금이 해제된 사이 다른 스레드가 연결을 해제하거나 이동시키면, 캐시된 리스트 포인터가 유효하지 않게 되어 메모리 오류나 임의 코드 실행이 발생할 수 있습니다.

💡 쉬운 설명

데이터를 보내는 과정에서 잠시 보안 잠금을 푸는 사이에, 다른 작업이 해당 데이터를 삭제해버려 발생하는 문제입니다. 이로 인해 컴퓨터가 잘못된 메모리 주소를 참조하게 되어 시스템이 멈추거나 해커가 명령을 내릴 수 있습니다.

🇺🇸 원문 (English)

In the Linux kernel, the following vulnerability has been resolved: sctp: revalidate list cursor after sctp_sendmsg_to_asoc() in SCTP_SENDALL The SCTP_SENDALL path in sctp_sendmsg() iterates ep->asocs with list_for_each_entry_safe(), which caches the next entry in @tmp before the loop body runs. The body calls sctp_sendmsg_to_asoc(), which may drop the socket lock inside sctp_wait_for_sndbuf(). While the lock is dropped, another thread can SCTP_SOCKOPT_PEELOFF the association cached in @tmp, migrating it to a new endpoint via sctp_sock_migrate() (list_del_init() + list_add_tail() to newep->asocs), and optionally close the new socket which frees the association via kfree_rcu(). The cached @tmp can also be freed by a network ABORT for that association, processed in softirq while the lock is dropped. sctp_wait_for_sndbuf() revalidates @asoc (the current entry) on re-lock via the "sk != asoc->base.sk" and "asoc->base.dead" checks, but nothing revalidates @tmp. After a successful return, the iterator advances to the stale @tmp, yielding either a use-after-free (if the peeled socket was closed) or a list-walk onto the new endpoint's list head (type confusion of &newep->asocs as a struct sctp_association *). Both are reachable from CapEff=0; the type-confusion path gives controlled indirect call via the outqueue.sched->init_sid pointer. Fix by re-deriving @tmp from @asoc after sctp_sendmsg_to_asoc() returns. @asoc is known to still be on ep->asocs at that point: the only callers that list_del an association from ep->asocs are sctp_association_free() (which sets asoc->base.dead) and sctp_assoc_migrate() (which changes asoc->base.sk), and sctp_wait_for_sndbuf() checks both under the lock before any successful return; a tripped check propagates as err < 0 and the loop bails before the re-derive. The SCTP_ABORT path in sctp_sendmsg_check_sflags() returns 0 and the loop hits 'continue' before sctp_sendmsg_to_asoc() is ever called, so the @tmp cached by list_for_each_entry_safe() still covers the lock-held free that ba59fb027307 ("sctp: walk the list of asoc safely") was added for.

📍 영향받는 시스템

Linux Kernel (SCTP 프로토콜을 사용하는 모든 시스템)

⚔️ 공격 벡터

권한이 낮은 사용자(CapEff=0)가 SCTP 소켓 조작을 통해 메모리 오류를 유도하는 방식

🛡️ 대응 방법

Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 SCTP 리스트 순회 로직을 수정해야 합니다.

🔧 검증 코드

출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인합니다.

Shell / Script
uname -r

📊 CVSS Vector String

CVSS Vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

💻 영향받는 소프트웨어

Linux Kernel