CVE-2026-31411MEDIUM· 5.5MITRENVD대응게시일: 2026. 04. 08.수정일: 2026. 07. 25.CNA: 416baaa9-dc9f-4396-8d5f-8c081fb06d67Modified

In the Linux kernel, the following vulnerability has been resolved: net: atm: fix crash due to unvalidated vcc pointer in sigd_send() Repr

위협 신호 · CVSS · EPSS · KEV

정기 패치· 높은 악용 신호 없음

CVSS

5.5medium

이론적 심각도 점수

EPSS

0.1%상위 96.9%

30일 내 악용 확률 예측

KEV

미등재

실측 악용 기록 없음

권장 대응 기한차기 업그레이드 시CISA SSVC 기준

별도 긴급 패치 불필요 — 정기 시스템 업그레이드 주기에 맞춰 조치

· KEV 미등재 · 자동화 어려움 · 부분 영향 · 내부 한정

CVSS 벡터 · 메트릭

악용 경로

공격 벡터로컬

공격 복잡도낮음

필요 권한낮음

사용자 상호작용불필요

범위불변

영향

기밀성 영향없음

무결성 영향없음

가용성 영향높음

버전별 점수

CVSS 3.15.5MEDIUM· 악용성 1.8· 영향도 3.6

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

약점 (CWE)

CWE-476
NULL 포인터 역참조 — NULL 참조로 서비스 충돌(DoS) 유발.

상세 설명

In the Linux kernel, the following vulnerability has been resolved:

net: atm: fix crash due to unvalidated vcc pointer in sigd_send()

Reproducer available at 1.

The ATM send path (sendmsg -> vcc_sendmsg -> sigd_send) reads the vcc
pointer from msg->vcc and uses it directly without any validation. This
pointer comes from userspace via sendmsg() and can be arbitrarily forged:

text

 1int fd = socket(AF_ATMSVC, SOCK_DGRAM, 0);
 2ioctl(fd, ATMSIGD_CTRL);  // become ATM signaling daemon
 3struct msghdr msg = { .msg_iov = &iov, ... };
 4*(unsigned long *)(buf + 4) = 0xdeadbeef;  // fake vcc pointer
 5sendmsg(fd, &msg, 0);  // kernel dereferences 0xdeadbeef

In normal operation, the kernel sends the vcc pointer to the signaling
daemon via sigd_enq() when processing operations like connect(), bind(),
or listen(). The daemon is expected to return the same pointer when
responding. However, a malicious daemon can send arbitrary pointer values.

Fix this by introducing find_get_vcc() which validates the pointer by
searching through vcc_hash (similar to how sigd_close() iterates over
all VCCs), and acquires a reference via sock_hold() if found.

Since struct atm_vcc embeds struct sock as its first member, they share
the same lifetime. Therefore using sock_hold/sock_put is sufficient to
keep the vcc alive while it is being used.

Note that there may be a race with sigd_close() which could mark the vcc
with various flags (e.g., ATM_VF_RELEASED) after find_get_vcc() returns.
However, sock_hold() guarantees the memory remains valid, so this race
only affects the logical state, not memory safety.

AI 심층 분석

공격 시나리오 · 재현 가능한 PoC 페이로드 · 즉시 적용 가능한 차단 패치를 한 번에 받아 보세요. 보안 운영팀이 그대로 점검·티켓팅에 쓸 수 있는 형태로 정리해 드립니다.

영향받는 제품·버전

linux linux_kernel2.6.12.1 - 5.10.252
linux
linux linux_kernel5.11 - 5.15.202
linux
linux linux_kernel5.16 - 6.1.165
linux
linux linux_kernel6.2 - 6.6.128
linux
linux linux_kernel6.7 - 6.12.75
linux
linux linux_kernel6.13 - 6.18.14
linux
linux linux_kernel6.19 - 6.19.4
linux
linux linux_kernel
linux
linux linux_kernel
linux
linux linux_kernel
linux
linux linux_kernel
linux
linux linux_kernel
linux
linux linux_kernel
linux
linux linux_kernel
linux
linux linux_kernel
linux
linux linux_kernel
linux
linux linux_kernel
linux
linux linux_kernel
linux

영향받는 구성 (CPE) 12

linux linux_kernel≥ 2.6.12.1 < 5.10.252cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
linux linux_kernel 2.6.12cpe:2.3:o:linux:linux_kernel:2.6.12:rc2:*:*:*:*:*:*
linux linux_kernel 2.6.12cpe:2.3:o:linux:linux_kernel:2.6.12:rc3:*:*:*:*:*:*
linux linux_kernel 2.6.12cpe:2.3:o:linux:linux_kernel:2.6.12:rc4:*:*:*:*:*:*
linux linux_kernel 2.6.12cpe:2.3:o:linux:linux_kernel:2.6.12:rc5:*:*:*:*:*:*
linux linux_kernel 7.0cpe:2.3:o:linux:linux_kernel:7.0:rc1:*:*:*:*:*:*
linux linux_kernel 7.0cpe:2.3:o:linux:linux_kernel:7.0:rc2:*:*:*:*:*:*
linux linux_kernel 7.0cpe:2.3:o:linux:linux_kernel:7.0:rc3:*:*:*:*:*:*
linux linux_kernel 7.0cpe:2.3:o:linux:linux_kernel:7.0:rc4:*:*:*:*:*:*
linux linux_kernel 7.0cpe:2.3:o:linux:linux_kernel:7.0:rc5:*:*:*:*:*:*
linux linux_kernel 7.0cpe:2.3:o:linux:linux_kernel:7.0:rc6:*:*:*:*:*:*
linux linux_kernel 7.0cpe:2.3:o:linux:linux_kernel:7.0:rc7:*:*:*:*:*:*

참고 자료 10

링크 내용 불러오는 중…