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

LiteLLMの改ざん版で認証情報窃取、Python起動だけでも作動の恐れ

MicrosoftはLiteLLM 1.107.0の改ざん版による認証情報の窃取を報告しました。Pythonの起動だけでも作動する恐れがあり、導入先だけでなくキャッシュやコンテナの確認、影響環境の隔離が必要です。

公開 情シスのミカタ編集部AIにより執筆チェック済み
文字
LiteLLMの改ざん版で認証情報窃取、Python起動だけでも作動の恐れ

この記事のまとめ

  • LiteLLM 1.107.0の改ざん版がPyPIと公式コンテナイメージで配布されました。
  • LiteLLMを読み込まなくても、Pythonの起動だけで不正な処理が動く恐れがあります。
  • 疑わしい環境ではPythonやpipを起動せず、隔離と認証情報への対処を進めます。
こんな方に#20代#30代#40代#50代実務

Microsoftは2026年10月23日、LiteLLM 1.107.0の改ざん版による認証情報窃取の調査結果を公表しました。改ざん版は2026年10月21日に、Pythonパッケージの配布基盤であるPyPIと公式コンテナイメージで配布されました。影響環境ではLiteLLMを読み込まなくても、Pythonを起動するだけで不正な処理が動く恐れがあります。

導入先だけでなく、開発・ビルド環境も確認対象

LiteLLMは、アプリとモデル提供者をつなぐゲートウェイとして使われます。今回の攻撃は、ソフトウェアの配布経路を通じて利用者に不正なコードを届ける、サプライチェーン攻撃です。

LiteLLM保守担当者によると、盗まれた開発者のGitHub認証情報で公開処理が書き換えられ、参照先が偽装リポジトリに変更されました。さらに、別の開発者アカウントの認証情報が本番公開の承認に使われました。ただし、Microsoftは初期侵入の経路や認証情報の入手方法を独自には特定していません。

Microsoftは、Pythonの起動処理を悪用する2系統の実行経路を確認しました。不正な起動用ファイルは通常のLiteLLMディレクトリの外に置かれていました。このため、パッケージや公開タグを削除するだけでは復旧に不十分としています。

確認対象は稼働中のサービスに限りません。開発端末、CI/CDと呼ばれるビルド・配備の自動化環境、テスト環境、コンテナも影響を受け得ます。日本での提供は発表には書かれていません。

クラウドの認証情報も収集対象、起動だけで流出確定ではない

収集対象には、開発ツールやAIアプリの認証・設定ファイルに加え、AWS、Azure CLI、Google Cloudの認証情報が含まれます。ブラウザの認証関連データや閲覧履歴、SSH関連情報も対象でした。Linuxでは、読み取り可能な他のプロセスの環境変数も収集対象です。

条件が整えば、LiteLLMプロキシのデータベースから認証・モデル設定情報の取得も試みます。収集データを暗号化し、攻撃者が管理する接続先へ送信する仕組みでした。

MicrosoftはWindowsとmacOSで、収集・暗号化・外部接続に合致する挙動を観測しました。Windowsでは、無関係な依存関係のインストール時に収集処理が起動した例も報告しています。ただし、Pythonが起動した事実だけでは、情報収集や送信の完了までは断定できません。Unix系向けの追加コードを取得・実行する仕組みもありましたが、その実行は未確認です。

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

  • 影響する: 改ざんされたLiteLLM 1.107.0を導入した会社です。本番環境だけでなく、開発端末やビルド・テスト環境、コンテナも確認対象です。
  • 影響する: 配布物をキャッシュ、社内ミラー、ビルド成果物、イメージに保持している会社です。現在の導入先とは別に、再利用される配布物の確認が必要です。
  • 影響しない: 影響を受けない版や構成の一覧は、発表には書かれていません。LiteLLMを直接読み込んでいないことだけでは、対象外と判断できません。

情シスが今日やること

  1. 今日の調査開始前に、開発担当者と運用担当者へ禁止事項を共有します。 疑わしい環境では、確認のためにPythonやpipを起動しないでください。Microsoftもこの点を注意事項として挙げています。
  2. 今日の一次確認で、導入先と配布物を分けて棚卸しします。 開発・運用担当者に、パッケージの導入記録、CI/CDのビルド記録、社内ミラーやイメージの保管先を確認してもらいます。対象版の有無と、確認できていない場所を一覧に残します。
  3. 影響が確認された環境は、担当者を決めて隔離します。 開発端末、ビルド環境、コンテナを対象に、運用担当者とインシデント対応担当者で対応を進めます。パッケージ削除だけで作業完了にしないことも共有します。
  4. 復旧判断の前に、認証情報と残存処理を確認します。 Python環境や残存プロセスに加え、侵害されたIDでアクセス可能な認証情報を洗い出します。クラウドや開発基盤の管理者に失効・再発行の判断を依頼し、情報送信の有無は起動履歴だけで断定せず調査します。

出典・参考

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

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

執筆

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

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

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

監修

佐々木 航株式会社Game

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

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

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

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