🇰🇷 한글 설명
Linux 커널의 SMB 클라이언트에서 DACL(디스크 접근 제어 목록) 재작성 시, 새로운 DACL의 크기가 64KB를 초과할 경우 크기를 계산하는 변수가 오버플로(wraparound)되는 취약점입니다. 이로 인해 DACL 데이터가 손상되어 서버로 전송될 수 있으며, 이를 방지하기 위해 내부 변수를 u32로 확장하고 오버플로 발생 시 작업을 거부하도록 수정되었습니다.
💡 쉬운 설명
파일의 권한 정보를 수정하는 과정에서 숫자가 너무 커져 계산 오류가 발생하는 문제입니다. 이 오류로 인해 파일 권한 정보가 엉뚱하게 바뀌어 서버로 전달될 위험이 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
smb: client: fail DACL rewrite when the new DACL exceeds 64K
replace_sids_and_copy_aces() and set_chmod_dacl() accumulate the size of
the DACL they build in a u16. That accumulator can wrap.
validate_dacl() caps num_aces at (dacl_size - sizeof(struct smb_acl)) /
20, i.e. 3276 for a maximally sized DACL, while each rewritten ACE can
grow to sizeof(struct smb_ace) (76 bytes) once its SID is replaced with
one carrying SID_MAX_SUB_AUTHORITIES sub-authorities. The worst case is
therefore sizeof(struct smb_acl) + 3276 * 76 = 248984 bytes, far beyond
what a u16 can hold. A wraparound is reached with 863 ACEs.
After the wraparound, ndacl_ptr->size becomes meaningless and the offset
will point anywhere in the ACE array. As a result, we will see
corruption of the DACL, which then gets sent to the server. This is not
an out-of-bounds write as the allocation now covers the worst-case
expansion, so writes will always go into the buffer.
Adjust the code to use a u32 internally and return -EOVERFLOW in the
overflow case. The operation must be refused, because a DACL can only
hold 2^16-1 bytes on the wire and larger DACLs cannot be represented.
set_chmod_dacl() carries the same pattern and is fixed the same way. It
only wraps once the source DACL comes within roughly 380 bytes of the
64K ceiling, but the failure mode is identical.
📍 영향받는 시스템
Linux kernel (SMB client module 포함 버전)
⚔️ 공격 벡터
조작된 DACL을 포함한 SMB 서버와의 통신을 통해 클라이언트 측의 권한 정보 손상을 유도
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트
🔧 검증 코드
출력된 커널 버전을 확인하여 해당 취약점이 해결된 패치 버전인지 확인