🇰🇷 한글 설명
OpenEXR의 PyOpenEXR Python 바인딩에서 조작된 deep scanline EXR 파일을 읽을 때 힙 영역의 경계를 벗어난 쓰기(out-of-bounds write)가 발생합니다. 특정 채널 이름 구성 시 스칼라 형태로 할당된 메모리를 RGB 그룹이 재사용하면서 메모리 오염 및 크래시를 유발할 수 있습니다.
💡 쉬운 설명
특수하게 제작된 이미지 파일을 열 때 프로그램이 메모리의 허용된 범위를 넘어서 데이터를 쓰게 되어 프로그램이 강제로 종료될 수 있습니다. 이는 잘못된 이미지 파일을 읽는 것만으로도 발생할 수 있는 보안 취약점입니다.
🇺🇸 원문 (English)
OpenEXR is the reference implementation and specification for the EXR image file format, widely used in the motion picture industry. In versions 3.3.0 through 3.3.12 and 3.4.0 through 3.4.13, the PyOpenEXR Python bindings contain a heap out-of-bounds write triggered when reading a crafted deep scanline EXR file. When a deep file declares a literal channel named left alongside layer-prefixed RGB channels left.R, left.G, and left.B, the wrapper processes the literal left channel first and allocates a scalar deep sample array for it, then reuses that same array as the coalesced destination for the prefixed RGB group. The deep reader registers sample slices with an RGB stride (three lanes) into storage that was allocated with scalar shape, so decoding the deep samples writes past the allocation. Opening such a file through the default public Python API, OpenEXR.File(path), causes a heap buffer overflow during normal deep sample decode, leading to memory corruption and a crash. This issue is fixed in versions 3.3.13 and 3.4.14.
📍 영향받는 시스템
PyOpenEXR 3.3.0 ~ 3.3.12 및 3.4.0 ~ 3.4.13
⚔️ 공격 벡터
조작된 deep scanline EXR 파일을 OpenEXR.File(path) API를 통해 읽음
🛡️ 대응 방법
PyOpenEXR 버전을 3.3.13 또는 3.4.14 이상으로 업데이트
🔧 검증 코드
출력된 버전이 3.3.13 미만이거나 3.4.14 미만인 경우 취약한 버전임
pip show PyOpenEXR | grep Version