CVE-2026-90183 in Linux
요약
\~에 의해 VulDB • 2026. 09. 18.
리눅스 커널에서 다음 취약점이 해결되었습니다:
blk-iolatency: 정책 데이터 해제 시 지연 상태 초기화
io.latency는 자체적인 지연 시간 목표(latency target)가 없는 그룹을 스로틀링할 수 있습니다. 형제 노드(sibling)가 자신의 목표를 달성하지 못하면 check_scale_change() 함수가 그 동료(peer)들의 값을 축소(scale down)합니다. 이때 큐 깊이가 1에 도달한 동료 노드는 min_lat_nsec이 0인 경우에도 추가적인 스케일 다운마다 blkcg_use_delay() 호출을 받습니다.
iolatency_pd_offline()은 iolatency_set_min_lat_nsec()를 통해 목표를 재설정하며, 이는 지연 상태가 nonzero에서 zero로 전환될 때만 초기화합니다. 따라서 이러한 동료 노드의 지연 상태는 결코 초기화되지 않습니다. 정책 데이터를 해제하면 blkg->use_delay와 blkcg->congestion_count이 설정된 채로 남아 있으며, 이를 감소시킬 수 있는 메커니즘은 더 이상 존재하지 않게 됩니다.
blk_cgroup_congested()는 해당 c그룹과 그 하위 그룹에 속하는 모든 태스크(cgroup의 생명주기가 끝날 때까지)에 대해 true를 반환합니다: page_cache_sync_ra()는 리드어헤드를 단일 페이지로 제한하고, page_cache_async_ra()는 이를 완전히 건너뛰며, __folio_throttle_swaprate()는 swap_avail_lock을 획득하여 익명 folio 할당에 대한 스로틀링을 스케줄링합니다.
iolatency_pd_free()에서 지연 상태를 초기화하십시오. 이때 bio가 보유하던 blkg 참조는 소진되었거나 큐가 정책 비활성화를 위해 동결(frozen)되어 있으므로 check_scale_change() 함수가 이를 다시 활성화할 수 없습니다. free 콜백은 blkg에 첨부되지 않은 정책 데이터를 볼 수도 있으므로 pd->blkg 체크가 필요합니다.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.