Apache FlinkにSQLコードインジェクション脆弱性CVE-2026-35194、TaskManagerでRCEのリスク

「Apache Flinkでデータ処理基盤を組んでいるけど、認証済みユーザーがコード実行できるって本当？」
「SQLのエスケープ処理に不備って、自社のクエリを見直せば大丈夫なの？」

チップス

ボス、Flinkにクリティカル脆弱性って出てましゅけど、ストリーム処理基盤って業務システムでも結構使われてましゅよね？

ボス

うむ、CVE-2026-35194だ。CVSS 8.1で、SQLコード生成のエスケープ処理に不備があり、認証済みユーザーがTaskManager上で任意コード実行できる。

本記事ではApache Flinkの新しい脆弱性CVE-2026-35194の仕組みと、影響範囲、適切なアップデート判断を解説します。
リアルタイム分析・データ連携基盤でFlinkを採用している組織は確認が必要です。

続きを読めば、Flink環境で確認すべき箇所と、社内に複数の分析担当者がいる組織で取るべき優先対応が見えてきます。

CVE-2026-35194の本質：信頼境界の取り違え

FlinkはSQLクエリを内部でJavaコードに変換して実行します。
その変換ロジックに脆弱性があり、エスケープ漏れがそのままコード実行につながります。

JSON関数とLIKE ESCAPE句に潜む隙間

脆弱性はFlinkのSQLコード生成処理における文字列エスケープ処理の不備です。
JSON関数処理と、ESCAPE句を伴うLIKE式が該当する経路として明らかにされています。
細工されたクエリを送信すると、生成される実行コード（TaskManager上で動くJavaクラス）に攻撃者の文字列が組み込まれ、任意コードが実行される構造です。

影響範囲と修正版を整理します。

TaskManager上のコード実行が意味するもの

TaskManagerは実際の計算処理を担うFlinkのワーカープロセスです。
クラスタ内で広範なデータアクセス権限を持ち、コネクタを通じて外部のRDB・Kafka・S3にも接続します。
ここでコード実行されると、分析対象データの抜き取りや、横展開してのクラスタ全体侵害につながるおそれがあります。

チップス

分析基盤って、社内データの大半が集まる場所でしゅよね…そこを乗っ取られたら大事件でしゅ。

ボス

うむ、データ基盤は機密の集積地だ。エンドポイント1台より、こちらが侵害される方が痛い。

運用環境で取るべき優先行動

Flinkはバージョンが頻繁に上がるプロダクトで、いま使っている系列が古いほど対応の手間が増えます。
更新方針と運用上の補助策を整理しましょう。

利用バージョンに応じた最短パッチパス

4系列に修正版が出ているため、自社で稼働中の系列に近いマイナー更新で済ませられるのが利点です。
2.x系を使っている場合は最新パッチへ、1.x系を使っている場合は1.20.4が選択肢になります。
古い1.16以前を使っているケースでは、サポート切れの可能性も含めて1.20系へ移行する判断が必要です。

更新前のチェック項目はこちらです。

権限分離と監査ログの強化

認証済み前提の脆弱性は、社内利用者の権限管理で被害範囲が大きく変わります。
分析者のロールと、運用者・データエンジニアのロールを明確に分け、書き込みやUDF登録は最小限のメンバーに絞るべきです。
監査ログには送信元アカウント・クエリ全文・タイムスタンプを残し、異常なクエリを後追いできる体制を整えるのが安全です。

チップス

分析担当が多いと、誰が何を流したか分からなくなりがちでしゅよね…

ボス

うむ、ログを残せ。残せば犯人が分かる。残さなければ何も分からん。

まとめ：Flinkは分析基盤の急所、早期更新を

CVE-2026-35194は技術的には地味なエスケープ漏れですが、Flink環境では決して軽い問題ではありません。
取るべき行動を整理します。

チップス

分析基盤を守る具体的なアクションが分かったでしゅ！

ボス

うむ、データを守ることはビジネスを守ることだ。地味でも確実に進めよ。

詳しい情報はSecurity NEXTの報道とApache Flink公式アドバイザリを参照してください。