CVE-2026-74583 in Linux
요약
\~에 의해 VulDB • 2026. 08. 21.
리눅스 커널에서 다음 취약점이 해결되었습니다:
net/sched: cls_route: 필터에서의 fastmap use-after-free(UAF) 수정
route4 분류기는 (id, iif)로 인덱싱된 raw struct route4_filter 포인터를 저장하는 16슬롯의 fastmap 캐시를 유지합니다. 판독기(route4_classify)는 필터에 일치하는 모든 classified 패킷에 대해 route4_set_fastmap()을 통해 이 캐시를 채웁니다. 작성자(route4_delete, route4_change)는 RCU-deferred kfree 전에 filter를 해제하기 위해 route4_reset_fastmap()을 호출하여 캐시를 지웁니다.
이는 다음과 같은 UAF race 조건을 생성합니다: 1. 판독기가 RCU로 보호된 bucket 체인을 순회하며 필터 f를 찾음 2. 작성자가 f를 unlink하고, route4_reset_fastmap()을 호출한 후 tcf_queue_work()를 실행함 3. 판독기가 route4_set_fastmap()을 호출하여 캐시에 f를 기록함 (작성자 리셋 *후*) -> 해제될 포인터가 캐시됨 4. RCU grace period 이후 kfree(f)가 실행됨 5. 동일한 (id, iif) 튜플의 다음 classified 패킷이 stale fastmap 항목에 도달하여 freed memory에서 f->res를 읽음
route4_set_fastmap() 내 mdelay(100) 가속기와 동시 추가/삭제 스트레스 테스트(zdi와 Santosh가 제공)로 재현되었습니다. 둘 모두 route4 fastmap 경로에서 KASAN slab-use-after-free 보고서를 트리거했습니다.
해결책: 진행 중인 판독기들이 stale fastmap을 다시 게시하는 것을 억제하기 위해 per-filter boolean dying 플래그를 도입합니다.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.