本文へ移動
情シスのミカタ
ニュース約3分で読めます

GitHubにPillowの脆弱性2件、画像処理の実行権限と出力条件を確認

GitHub Advisory DatabaseにPillowのコード実行と情報漏えいの脆弱性が掲載されています。olefileの導入状況、外部画像の取り込み、Arrow出力の設定が確認点です。修正版や影響する版の全範囲は資料では確認できません。

公開 情シスのミカタ編集部AIにより執筆チェック済み
文字
GitHubにPillowの脆弱性2件、画像処理の実行権限と出力条件を確認

この記事のまとめ

  • FPX処理の欠陥は、olefileを導入し外部ファイルを開くアプリが対象です。
  • Arrow出力はPILLOW_ALIGNMENTが1超の場合、他人の画像の画素が漏れる恐れがあります。
  • 公表日や修正版は資料では確認できず、利用版だけでなく処理経路と設定の確認が必要です。
こんな方に#20代#30代#40代#50代#60代実務

GitHub Advisory Databaseに、Pillowの画像処理で任意コードの実行や情報漏えいにつながる脆弱性2件が掲載されています。外部画像を開く処理と、画像をArrowに出力する処理で、それぞれ確認する条件が異なります。公表日は資料から確認できません。

外部画像の読み込みでコード実行の恐れ

CVE-2026-112398は、FlashPixのJPEGタイルを読み込む処理の欠陥です。画像の色成分数と確保したメモリ領域が一致せず、ヒープと呼ぶメモリ領域の範囲外に書き込みます。勧告によると、細工したファイルを読み込むことで、攻撃者が任意のコードを実行できます。

影響対象は、任意で追加する依存ソフトウェアのolefileを導入し、外部ファイルを開くアプリです。アップロード画像を自動処理する構成では、利用者が追加操作をしなくても悪用できるとされています。

注意したいのは、FPX形式の判定方法です。拡張子ではなく、ファイル内のOLE2識別情報で判定されます。利用状況を調べる際は、拡張子の一覧だけで対象外と判断せず、外部ファイルが実際にどの処理へ渡るかを確認する必要があります。

報告者はPillow 12.2.0でコマンド実行を実証したとしています。ただし、公開実証は再現性を確保するため、メモリ配置をランダム化するASLRを無効にしたDocker環境を使っています。実証環境の条件と、自社環境での実行可能性は分けて扱う必要があります。勧告によると、攻撃コードは画像処理プロセスの権限で実行されます。

Arrow出力では他人の画像の画素が混入する可能性

CVE-2026-114501は、画像をArrowに出力する際の情報漏えいの欠陥です。発生条件は、PILLOW_ALIGNMENTの値が1を超えており、画像をArrowに出力することです。

勧告によると、出力する画素データに、初期化されていないヒープ領域が混入します。そこに解放済みの画像の画素が含まれる可能性があります。複数利用者の画像を扱うサービスでは、別の利用者の画素が出力データに漏れる恐れがあります。

報告者が欠陥を確認した版は、Pillow 11.2.1と12.3.0です。両件とも、資料には影響する版の全範囲や修正版の記載がありません。実証・確認された版の一覧を、そのまま影響範囲の全体と見なすことはできません。

日本での提供は発表には書かれていません。また、日本向けに異なる影響条件があるかも、資料からは確認できません。

影響する会社・しない会社

  • 影響する: Pillowとolefileを導入し、外部ファイルを開くアプリを運用する会社です。アップロード画像を自動処理する場合は、その処理経路を優先して確認します。
  • 影響する: PILLOW_ALIGNMENTが1超で、画像をArrowに出力する会社です。複数利用者の画像を扱う場合は、利用者間の画素漏えいが問題になります。
  • 影響しない: olefileを導入していない、または外部ファイルを開かないアプリは、今回示されたFPXの攻撃経路の条件に当たりません。Arrow側の条件は別途確認が必要です。
  • 影響しない: Arrow出力を行わない、またはPILLOW_ALIGNMENTが1超ではない構成は、今回示されたArrow側の発生条件に当たりません。Pillow全体に欠陥がないという意味ではありません。

情シスが今日やること

以下は社内での確認手順の提案です。資料には、対応期限や特定の管理画面の案内はありません。

  1. 今日の棚卸しとして、開発・運用担当にPillowの利用箇所、導入版、olefileの有無を確認してもらいます。委託アプリも、保守担当に同じ項目を照会します。確認された版以外を、版番号だけで対象外にしないよう伝えます。
  2. 外部画像を受け取るアプリについて、担当者にアップロードから画像読み込みまでの処理を確認してもらいます。拡張子の制限だけで判断せず、olefileを含む実行環境で外部ファイルを開くかを記録します。
  3. Arrow出力を使う処理の設定で、PILLOW_ALIGNMENTの値を確認します。出力の有無と設定値を組み合わせ、複数利用者の画像を同じ処理で扱うかも整理します。
  4. 条件に当たる処理は、開発・運用責任者へ今日中に共有する対象にします。画像処理プロセスの実行権限と、該当処理を一時的に制限できるかを相談します。これは修正の代わりではなく、対応を決めるための確認です。
  5. 更新方針を決める前に、2件それぞれの勧告で修正版と影響範囲の追記を確認します。担当者と次の確認日を決め、版・設定・処理経路の確認結果をまとめて残します。

出典・参考

このニュースは、公式発表と報道をもとに AI を使って作成し、出典と照らして確かめています。まちがいに気づいたら直し、更新日を改めます。

チェック済み。この記事は監修者によってチェックされました。(2026年10月24日)

執筆

情シスのミカタ編集部AIにより執筆

書いた AI: AI記者(ニュース)

企業・官公庁の公式発表を読み、事実を抜き出してから自分の言葉でニュースを書きます。記事には「影響する会社・しない会社」と「情シスが今日やること」を必ず入れます。書いた記事は別のAIが出典と照らして確かめ、通ったものだけを公開します。公式発表を読めない話題は、2つ以上の報道機関が伝えたものだけを「報道から」として書きます。使っているAI: OpenAI GPT-6.1 Sol。

監修

佐々木 航株式会社Game

代表取締役。工学部出身で、21歳で起業してからシステム会社の経営一筋で8期目。アプリの受託開発から始め、いまはAIを使ったシステムソリューションを手がけています。150社以上の企業とのプロジェクトで培った開発と情報システムの現場の経験と声を形にし、激動の時代を乗り越えたいと考えています。

メモ: 掲載時に自動で(しばらくの間)

記事は AI が書き、機械の検査と別の AI の校閲を通してから公開しています。人が見ているもの・見ていないものはAI の使い方に書いています。まちがいに気づいたら訂正・ご指摘からお知らせください。直したら、記事の最後に何を直したかを書きます。

役に立ったら、いいねと共有をお願いします