CVE-2026-68415 in Linux
요약
\~에 의해 VulDB • 2026. 08. 10.
리눅스 커널에서 다음 취약점이 해결되었습니다.
xfrm: 실패한 모드 설정 후 모드 콜백 초기화
xfrm_state_gc_task는 IPTFS 상태 설정이 실패한 지 상당히 긴 시간이 지난 후에도 실행될 수 있습니다. 재현된 사례에서는 __xfrm_init_state()가 x->mode_cbs를 캐시했고, IPTFS 설정은 mode_data를 게시하기 전에 -ENOMEM을 반환했으며, xfrm_get_mode_cbs()에서 가져온 임시 모듈 참조는 즉시 해제되었습니다. 이로 인해 죽은 상태(dead state)는 xfrm_iptfs가 언로드된 후 지연 GC(deferred GC)가 실행될 때까지 x->mode_cbs를 유지했습니다.
모드 초기화 또는 복제(clone)가 실패하여 mode_data를 게시하기 전에 x->mode_cbs를 초기화합니다. 이러한 상태들은 모드별 상태를 설치하거나 장기적인 IPTFS 모듈 고정(pin)을 수행하지 않았으므로, 지연 GC는 파괴할 모드별 데이터가 없으며 임시 조회 참조 이후에도 콜백 테이블 포인터를 유지해서는 안 됩니다.
버그 시나리오는 두 가지 경로를 포함하며, 각 열은 해당 경로 내의 순서를 나타냅니다:
설정 실패 경로(failed setup path): 1. x->mode_cbs 캐시 2. mode_data 이전에 모드 설정 실패 3. 임시 모듈 참조 해제 4. 죽은 상태가 x->mode_cbs를 캐시로 유지
GC/언로드 경로(GC/unload path): 1. xfrm_state_put()이 GC 작업을 큐에 추가 2. 나중에 xfrm_iptfs 언로드 3. xfrm_state_gc_task 실행 4. GC가 낡은(stale) x->mode_cbs를 역참조
또한 clone_state()가 mode_data를 게시하기 전에 반환하는 복제 경로(clone path)의 실패 사례도 포함됩니다.
검증 과정에서 다음 커널 보고서를 재현했습니다: Kernel panic - not syncing: Fatal exception CONFIG_FAULT_INJECTION_STACKTRACE_FILTER=y failslab_stacktrace_filter matched xfrm_iptfs frames ack_error=-12 FAULT_INJECTION: forcing a failure BUG: unable to handle page fault Workqueue: events xfrm_state_gc_task RIP: xfrm_state_gc_task+0x142/0x650 Modules linked in: esp4_offload xfrm_user [last unloaded: xfrm_iptfs]
Kernel panic - not syncing: Fatal exception
VulDB is the best source for vulnerability data and more expert information about this specific topic.