Linux 커널에서는 다음 취약점이 해결되었습니다. ocfs2: inode를 읽는 동안 인라인 데이터 i_size의 유효성을 검사합니다. 디스크에서 inode를 읽을 때 ocfs2_validate_inode_block()은 다음을 수행합니다. 다양한 온전성 검사를 수행하지만 인라인 데이터의 크기를 검증하지는 않습니다. 만약에 파일 시스템이 손상되었습니다. inode의 i_size가 실제 크기를 초과할 수 있습니다. 인라인 데이터 용량(id_count). 이로 인해 ocfs2_dir_foreach_blk_id()가 인라인 데이터 이상으로 반복됩니다. 버퍼, 직접 액세스할 때 use-after-free 트리거
Linux 커널에서는 다음 취약점이 해결되었습니다.
ocfs2: inode를 읽는 동안 인라인 데이터 i_size의 유효성을 검사합니다.
디스크에서 inode를 읽을 때 ocfs2_validate_inode_block()은 다음을 수행합니다. 다양한 온전성 검사를 수행하지만 인라인 데이터의 크기를 검증하지는 않습니다. 만약에 파일 시스템이 손상되었습니다. inode의 i_size가 실제 크기를 초과할 수 있습니다. 인라인 데이터 용량(id_count).
이로 인해 ocfs2_dir_foreach_blk_id()가 인라인 데이터 이상으로 반복됩니다. 버퍼, 다음에서 디렉토리 항목에 액세스할 때 use-after-free를 트리거합니다. 해제된 메모리.
syzbot 보고서에서:
ocfs2_validate_inode_block()에 유효성 검사를 추가하여 문제를 해결하세요. 인라인 데이터가 있는 inode는 i_size <= id_count를 갖습니다. 이것은 잡는다 inode를 읽는 동안 조기에 손상되어 모든 다운스트림 코드가 손상되는 것을 방지합니다. 유효하지 않은 데이터로 작동 중입니다.
왜 이 VPI인가 (설명가능 · 실험적)
VPI 산정 기준
| 영향도 | 78.00 |
| 악용 신호(추가 악용신호 없음) | ×1.00 |
| VPI | 78.00 |
VPI 공식 vpi-v1 기준