何が起きたか
AFPは、パースで逮捕した2人をハッキング、マネーロンダリングなど十数件のサイバー犯罪容疑で起訴しました。木曜に出廷予定です。捜査は2026年4月、複数のセキュリティ企業からの情報提供を受けて始まりました。当局は大量の窃取データとデバイス・電子機器を押収済みで、被害者への通知も予定しているとしています。
警察は氏名を公表していませんが、独立系ジャーナリストのBrian Krebs氏は、逮捕者の1人がハンドルネーム「Ellis」を使うRuben Thomson氏だと独自に報じました。Krebs氏によれば、Ellisは数カ月にわたり同氏と接触しており、2026年3月までTeamPCPのリーダーだったと語っていたといいます。本人のミスから実名が判明した、とKrebs氏は説明しています。
攻撃の構造：なぜ「1000社超」に届いたのか
TeamPCPの手口は、個社を直接狙うのではなく、多数の企業が使う人気のオープンソースツールに侵入して悪意あるコードを仕込む、というものです。汚染されたツールが企業や開発者の環境にインストールされると、クラウドストレージや顧客データへのアクセスに使われる秘密鍵や認証情報を盗み出します。当局によれば、窃取された認証情報は50万件超。その認証情報を使って次の企業へ横展開する、という連鎖が「1000社超」という規模を生みました。最終的な目的は、感染端末から情報を盗んだうえで被害者に身代金を要求することです。
典型例が脆弱性スキャナTrivyへの攻撃です。Trivyはセキュリティを高めるために導入するツールですが、それ自体が汚染されたため、依存していた企業——LiteLLMやMercorを含む——が芋づる式に影響を受けました。さらに欧州委員会のクラウド基盤への侵入や、GitHubやOpenAIへのアクセスを可能にする開発者向けアプリ・OSSプロジェクトも標的だったとみられています。
論点：検査する側が汚染される
この事件が示すのは、「セキュリティツールこそ最も権限が集中する場所」という構造的な弱点です。脆弱性スキャナやCIツールは、性質上リポジトリ全体・レジストリ認証情報・クラウドキーへの広い読み取り権限を与えられます。信頼して権限を渡した相手が汚染された瞬間、その信頼がそのまま攻撃面に変わります。
もう一つの論点は司法の壁です。逮捕はオーストラリアで行われましたが、米司法省が身柄引き渡しを求めるかは不明で、FBIはTechCrunchの取材にコメントしていません。国境をまたぐサプライチェーン攻撃では、被害の広がりと訴追の枠組みが一致しないという現実が残ります。
💼 事業会社視点：これは自社にどう効くか
日本企業にとっての要点は、「うちはTeamPCPに狙われていない」ではなく「うちのCIに何が入っているか説明できるか」です。まず確認すべきは、Trivyのようなスキャナやビルドツールに渡している権限の棚卸しです。多くの現場でCIランナーには、リポジトリ全読み取り・コンテナレジストリ認証・クラウドの長期キーがまとめて置かれています。50万件超の認証情報が窃取された今回の構図は、そこが本丸だったことを示します。
SaaS事業者は、自社が「次のTrivy」になり得る側でもあります。顧客のCIに入るCLIやGitHub Appを配布しているなら、リリース署名と公開ビルドの検証可能性は、もはや技術的なこだわりではなく調達要件です。受託開発では、納品物に含めたOSSの由来を説明できるかが顧客監査の論点になります。ECや自社サービス運営企業は、自社コードより先に、決済・在庫連携まわりで使う開発者向けアプリのトークン権限を見直すべきです。
経営としての打ち手は3つ。長期クラウドキーの短命化（OIDC等への移行）、CI依存ツールのバージョン固定と更新時の人的レビュー、そして「認証情報が漏れた前提」でのローテーション手順の事前整備です。侵入検知より、漏れた鍵が使える時間を短くする設計のほうが費用対効果は高くなります。