🇰🇷 한글 설명
리눅스 커널의 netfs 구성 요소에서 stream->subrequests 잠금 없이 접근할 때 메모리 배리어(barrier)가 누락되는 취약점이 발견되었습니다. 이로 인해 subrequests 리스트의 항목을 읽을 때 플래그 상태가 올바르게 동기화되지 않아 데이터 무결성 문제가 발생할 수 있습니다. 이를 해결하기 위해 release 및 acquire 배리어를 사용하는 새로운 리스트 함수를 도입하여 동기화를 강화했습니다.
💡 쉬운 설명
컴퓨터의 데이터 처리 순서가 꼬여서 아직 준비되지 않은 정보를 잘못 읽을 수 있는 문제입니다. 데이터가 안전하게 저장되었는지 확인하는 절차를 추가하여 이 문제를 해결했습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
netfs: Fix missing barriers when accessing stream->subrequests locklessly
The list of subrequests attached to stream->subrequests is accessed without
locks by netfs_collect_read_results() and netfs_collect_write_results(),
and then they access subreq->flags without taking a barrier after getting
the subreq pointer from the list. Relatedly, the functions that build the
list don't use any sort of write barrier when constructing the list to make
sure that the NETFS_SREQ_IN_PROGRESS flag is perceived to be set first if
no lock is taken.
Fix this by:
(1) Add a new list_add_tail_release() function that uses a release barrier
to set the pointer to the new member of the list.
(2) Add a new list_first_entry_or_null_acquire() function that uses an
acquire barrier to read the pointer to the first member in a list (or
return NULL).
(3) Use list_add_tail_release() when adding a subreq to ->subrequests.
(4) Use list_first_entry_or_null_acquire() when initially accessing the
front of the list (when an item is removed, the pointer to the new
front iterm is obtained under the same lock).
📍 영향받는 시스템
Linux Kernel (netfs 구성 요소가 포함된 버전)
⚔️ 공격 벡터
잠금 없는 리스트 접근 과정에서 발생하는 레이스 컨디션(Race Condition)을 이용한 데이터 오염 또는 시스템 불안정 유도
🛡️ 대응 방법
netfs의 리스트 접근 방식에 release/acquire 배리어가 적용된 최신 커널 패치 적용
🔧 검증 코드
현재 실행 중인 커널 버전을 확인하여 해당 취약점이 수정된 패치 버전인지 확인합니다.