#author("2025-09-02T11:30:26+00:00","default:yoya","yoya")
#author("2025-10-09T09:37:18+00:00","default:yoya","yoya")
[[CVE/ImageMagick]]

- https://nvd.nist.gov/vuln/detail/CVE-2025-57803
>
Prior to versions 6.9.13-28 and 7.1.2-2 for ImageMagick's 32-bit build, a 32-bit integer overflow in the BMP encoder’s scanline-stride computation collapses bytes_per_line (stride) to a tiny value while the per-row writer still emits 3 × width bytes for 24-bpp images. The row base pointer advances using the (overflowed) stride, so the first row immediately writes past its slot and into adjacent heap memory with attacker-controlled bytes. This is a classic, powerful primitive for heap corruption in common auto-convert pipelines. This issue has been patched in versions 6.9.13-28 and 7.1.2-2.
>
ImageMagickの32ビットビルドのバージョン6.9.13-28および7.1.2-2より前のバージョンでは、BMPエンコーダのスキャンラインストライド計算における32ビット整数オーバーフローにより、bytes_per_line（ストライド）が極小値にまで縮小されますが、行ごとの書き込みは24bpp画像に対して依然として3 × widthのバイトを出力します。行ベースポインタは（オーバーフローした）ストライドを使用して進むため、最初の行は即座にスロットを通り過ぎ、攻撃者が制御するバイトで隣接するヒープメモリに書き込みます。これは、一般的な自動変換パイプラインにおけるヒープ破損の典型的な強力なプリミティブです。この問題は、バージョン6.9.13-28および7.1.2-2で修正されています。

- https://github.com/ImageMagick/ImageMagick/commit/2c55221f4d38193adcb51056c14cf238fbcc35d7

- https://github.com/ImageMagick/ImageMagick/security/advisories/GHSA-mxvv-97wh-cfmm


*. [#ac27a4ae]

- ImageMagickのBMPエンコーダに致命的な脆弱性(CVE-2025-57803)
--  https://rocket-boys.co.jp/security-measures-lab/imagemagick-bmp-encoder-critical-vulnerability-cve-2025-57803/

- CVE-2025-57803: Critical Flaw in ImageMagick Could Lead to Remote Code Execution
--  https://securityonline.info/cve-2025-57803-critical-flaw-in-imagemagick-could-lead-to-remote-code-execution/

size_t なので、Linux でも Windows でも 64bit int で処理している。64bit マシンなら大丈夫。

PoC が極端な横長(180000000x1)画像を入力与えて BMP 出力する例なので、縦横サイズを制限してれば大丈夫かも？