「Jupyter Serverってデータ分析でよく使うやつでしゅよね?オープンリダイレクトって何が怖いんでしゅか?」 「うちの研究部門でも使ってるかもでしゅが、本当に放置すると被害があるんでしゅか?」
ボス、JVNでJupyter Serverの脆弱性が公表されたんでしゅよね?オープンリダイレクトって、ただURLが飛ぶだけじゃないんでしゅか?
ふふふ、いい質問だな。「ただURLが飛ぶだけ」と思われがちだが、信頼ドメインから不正サイトに飛ばされる仕掛けは、フィッシングの成功率を大きく押し上げる。AI開発基盤の信頼性に関わる問題だ。
2026年5月28日、JPCERT/CCとIPAは、Jupyter Server 2.17.0以前に存在するオープンリダイレクト脆弱性CVE-2025-61669を、情報セキュリティ早期警戒パートナーシップに基づき公表しました。 本記事では、脆弱性の仕組みと、AI・データ分析の現場で取るべき対策を整理していきます。
Jupyter Server 2.17.0以前の `next` クエリパラメータでCWE-601が成立する
CVSS v3.0で7.4、フィッシング攻撃の踏み台になるリスクが高い
サイバーディフェンス研究所が報告、最新版へのアップデートが推奨される
Jupyter Serverは研究機関・企業のAI開発現場で標準的に使われており、踏み台化されれば組織のブランドごとフィッシングに加担させられる恐れがあります。 事件の概要、脆弱性の仕組み、そして利用組織が取るべき対策の順に深掘りしていきます。
目次
事件の概要:JPCERT/CCとIPAが共同公表
本件はサイバーディフェンス研究所の岩崎徳明氏が早期警戒パートナーシップを通じて報告した事案です。
影響範囲とCVSSスコア
対象はJupyter Server 2.17.0以前で、深刻度は中〜高に位置付けられています。 公表されている数値を以下に整理しました。
項目 内容 CVE CVE-2025-61669 脆弱性種別 オープンリダイレクト(CWE-601) CVSS v3.0 / v4.0 7.4 / 6.3 対象バージョン Jupyter Server 2.17.0以前
nextパラメータって、ログイン後の戻り先を指定するやつでしゅよね?そこに不正なURLを差し込まれるってことでしゅか?
その通り。検証が甘いとnext=https://攻撃者サイト みたいな指定で、信頼されたJupyterドメイン経由で外部に飛ばされる。組織の正規URLに見える分、利用者は警戒を解いてしまう。
脆弱性の仕組みとAI開発現場へのリスク
オープンリダイレクトは単独では情報漏洩を直接起こさないものの、攻撃の起点として極めて有用です。
攻撃シナリオと典型的な被害
攻撃者は研究者の名簿や論文サイトを足掛かりに、組織のJupyter URLを偽装したリンクを配布します。 典型的に発生し得る被害は以下の通りです。
正規のJupyterログイン画面に偽装した認証情報窃取サイトへ誘導される
マルウェア配布や悪意あるOAuth同意画面への遷移に悪用される
組織のドメイン信用が損なわれ、ブランド毀損や取引先からの信頼低下を招く
ということは、Jupyterそのものの中のデータは無事でも、利用者が騙されちゃうってことでしゅか…。
そうだな。社内向け開発基盤は外部公開のWebサービスより無防備に運用されがちで、URL検査も後回しになりやすい。今回のような事案が出たタイミングで再点検するのが肝要だ。
推奨される対策ステップ
JVNの公式アドバイザリ と開発元のセキュリティ情報を踏まえ、優先度の高い順に整備するのがおすすめです。 具体的なアクションは以下の通りです。
Jupyter Serverを最新版へアップデートし、社内基盤の影響範囲を棚卸しする
リバースプロキシでnextパラメータをホワイトリスト検査する
研究者向けにフィッシング訓練を実施し、URL表示の徹底確認を周知する
まとめ:AI基盤の「目立たない脆弱性」を放置しない
オープンリダイレクトはCVSSが極端に高いわけではないため、優先度を後回しにされがちな脆弱性です。 しかし、AI・データ分析基盤は研究情報や顧客データに直結するため、信頼ドメインが踏み台になるダメージは想像以上に大きくなります。
軽微に見える脆弱性ほど、フィッシングの起点に悪用される。AI開発基盤の脆弱性管理は、外部公開Webと同じ厳しさで臨むべきだ。
うちの研究部門にも、すぐ確認してみるでしゅ。アップデートだけで防げるなら、やるしかないでしゅ!