🇰🇷 한글 설명
Linux 커널 ext4 파일시스템에서 ext4_setattr 함수가 inode 쓰기 실패 시 i_disksize를 새 값으로 잘못 갱신하여, 이후 직접 쓰기 과정의 ext4_handle_inode_extension에서 WARN_ON_ONCE 경고가 발생하는 문제입니다. 메모리 부족 상황에서 mark_inode_dirty가 실패하면 i_disksize를 이전 값으로 되돌려 해결합니다.
💡 쉬운 설명
메모리가 부족한 상황에서 파일 크기 변경 작업이 실패했는데도 내부 기록이 잘못 바뀌어 커널이 경고를 띄울 수 있습니다. 이 결함은 파일 크기 정보의 불일치로 인해 발생하는 안정성 문제입니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
ext4: fix warning in ext4_handle_inode_extension
We got issue as follows:
EXT4-fs error (device loop0) in ext4_reserve_inode_write:5741: Out of memory
EXT4-fs error (device loop0): ext4_setattr:5462: inode #13: comm syz-executor.0: mark_inode_dirty error
EXT4-fs error (device loop0) in ext4_setattr:5519: Out of memory
EXT4-fs error (device loop0): ext4_ind_map_blocks:595: inode #13: comm syz-executor.0: Can't allocate blocks for non-extent mapped inodes with bigalloc
------------[ cut here ]------------
WARNING: CPU: 1 PID: 4361 at fs/ext4/file.c:301 ext4_file_write_iter+0x11c9/0x1220
Modules linked in:
CPU: 1 PID: 4361 Comm: syz-executor.0 Not tainted 5.10.0+ #1
RIP: 0010:ext4_file_write_iter+0x11c9/0x1220
RSP: 0018:ffff924d80b27c00 EFLAGS: 00010282
RAX: ffffffff815a3379 RBX: 0000000000000000 RCX: 000000003b000000
RDX: ffff924d81601000 RSI: 00000000000009cc RDI: 00000000000009cd
RBP: 000000000000000d R08: ffffffffbc5a2c6b R09: 0000902e0e52a96f
R10: ffff902e2b7c1b40 R11: ffff902e2b7c1b40 R12: 000000000000000a
R13: 0000000000000001 R14: ffff902e0e52aa10 R15: ffffffffffffff8b
FS: 00007f81a7f65700(0000) GS:ffff902e3bc80000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: ffffffffff600400 CR3: 000000012db88001 CR4: 00000000003706e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
Call Trace:
do_iter_readv_writev+0x2e5/0x360
do_iter_write+0x112/0x4c0
do_pwritev+0x1e5/0x390
__x64_sys_pwritev2+0x7e/0xa0
do_syscall_64+0x37/0x50
entry_SYSCALL_64_after_hwframe+0x44/0xa9
Above issue may happen as follows:
Assume
inode.i_size=4096
EXT4_I(inode)->i_disksize=4096
step 1: set inode->i_isize = 8192
ext4_setattr
if (attr->ia_size != inode->i_size)
EXT4_I(inode)->i_disksize = attr->ia_size;
rc = ext4_mark_inode_dirty
ext4_reserve_inode_write
ext4_get_inode_loc
__ext4_get_inode_loc
sb_getblk --> return -ENOMEM
...
if (!error) ->will not update i_size
i_size_write(inode, attr->ia_size);
Now:
inode.i_size=4096
EXT4_I(inode)->i_disksize=8192
step 2: Direct write 4096 bytes
ext4_file_write_iter
ext4_dio_write_iter
iomap_dio_rw ->return error
if (extend)
ext4_handle_inode_extension
WARN_ON_ONCE(i_size_read(inode) < EXT4_I(inode)->i_disksize);
->Then trigger warning.
To solve above issue, if mark inode dirty failed in ext4_setattr just
set 'EXT4_I(inode)->i_disksize' with old value.
📍 영향받는 시스템
패치 적용 전 Linux 커널 5.10 계열 등 ext4 파일시스템을 사용하는 Linux 시스템
⚔️ 공격 벡터
로컬 사용자가 메모리 부족 상황을 유도한 뒤 파일 크기 변경과 직접 쓰기를 조합해 커널 경고(WARN)를 반복 유발할 수 있음
🛡️ 대응 방법
배포판에서 제공하는 해당 CVE 수정이 포함된 최신 Linux 커널로 업데이트 후 재부팅
🔧 검증 코드
출력된 커널 버전이 배포판의 CVE-2022-49352 수정 패치가 포함된 버전인지 보안 공지와 대조하고, CONFIG_EXT4_FS가 =y 또는 =m이면 ext4가 사용 가능한 상태임을 의미합니다.
uname -r && grep -E '^CONFIG_EXT4_FS=' /boot/config-$(uname -r) 2>/dev/null