セキュリティ企業Trellixが自社ソースコードを盗まれた
2億超のエンドポイントを守るはずのセキュリティ企業が、自分のソースコードリポジトリへの不正アクセスを開示した。Trellixは「悪用の証拠はない」と語るが、語っていないことのほうがはるかに多い。
守る企業がやられた
セキュリティ企業のTrellix(トレリックス)が、自社のソースコードリポジトリの一部に不正アクセスがあったことを公表している。BleepingComputerが2026年5月4日付で報じ、Trellix自身も公式サイトに声明を掲載した。
Trellixは2022年1月、McAfee Enterprise(マカフィー・エンタープライズ)とFireEye(ファイア・アイ)の統合で誕生した企業だ。世界5万社超の企業・政府機関に展開し、2億超のエンドポイントを保護していると自社で説明している。守る企業のど真ん中にいる会社が、自分の心臓部を覗き見られた。
Trellix recently identified unauthorized access to a portion of our source code repository. Upon learning of this matter, we immediately began working with leading forensic experts to resolve it. We have also notified law enforcement.
(当社は最近、ソースコードリポジトリの一部に不正アクセスがあったことを確認した。把握後ただちに、フォレンジック専門家と協力して対処を開始し、法執行機関にも通知した)
公式声明は短い。「最近」「一部」「専門家と連携」「法執行機関に通知」。事実は4つだけで、それ以外は何も書かれていない。
「悪用の証拠はない」という言葉の意味
Trellixは続けて、現時点の調査ではソースコードのリリース・配布プロセスへの影響、およびソースコードが悪用された痕跡は確認されていないと述べている。一見すると安心材料だが、この一文の重みは慎重に読む必要がある。
「悪用の証拠は見つかっていない」は、「悪用されていない」と同義ではない。フォレンジック調査は時間を要し、攻撃者の痕跡が初動で見つからないことは珍しくない。証拠の不在は、不在の証拠ではない。セキュリティの世界では何度も繰り返されてきた教訓だ。
加えて、いつ侵入されたのか、どれくらいの期間アクセスが続いたのか、どの製品のソースコードに触れたのか、Trellixはいずれも明らかにしていない。BleepingComputerの追加質問への回答もまだ届いていないという。発表時点では「侵入はあった」「悪用はまだ見えない」だけが確定情報で、それ以外は霧の中だ。
ソースコードを盗む意味
「ソースコードが漏れた」と聞いて、ピンと来ない人もいるかもしれない。顧客データが漏れたわけではないなら、何が問題なのか、と。
セキュリティ製品のソースコードは、攻撃者にとって設計図そのものだ。検知ロジック、シグネチャの仕組み、内部のAPI構造、ハードコードされた認証情報の残骸、過去のコミット履歴に潜む脆弱性。これらが揃えば、攻撃者は手探りで穴を探す必要がなくなる。コードを読んで、確実に効く一撃を組み立てればいい。
リポジトリへの不正アクセスが露出させうるもの:機密ロジック、内部API仕様、認証情報の残骸。攻撃者はコードを精読して脆弱性を発見し、悪用コードを準備したり、標的型攻撃を計画したりすることができる。さらに改ざんされたコードが顧客や取引先に配布されれば、サプライチェーンリスクにも拡大しうる。
コードが盗まれた瞬間に攻撃が始まるわけではない。攻撃者が必ずしもすぐに使うとは限らないことが、むしろ厄介だ。ソースコードは長期戦の弾薬になる。半年後、一年後にゼロデイとして表に出てくるかもしれない。Trellix製品を使う5万社の防御態勢は、攻撃者が「まだ動いていないだけ」のリスクを抱え続けることになる。
続くセキュリティ企業の連鎖被害
今回のTrellixの事案は、単独の事故として片付けられない流れの中にある。2026年に入ってから、セキュリティ業界そのものを狙った大規模なサプライチェーン攻撃が連続して発生しているからだ。
時系列で振り返ると、2026年2月末にTeamPCPがAqua SecurityのTrivyリポジトリに侵入し、3月19日にはTrivyのGitHub Actionsへ認証情報窃取マルウェアを注入。3月23日にCheckmarxの開発環境が侵害され、3月31日にはCiscoの内部開発環境から300超のリポジトリが盗まれた。そして4月25日、Lapsus$がCheckmarxの96GBデータを公開した。
Aqua Securityのオープンソース脆弱性スキャナ「Trivy」を起点に、TeamPCPと名乗るグループが認証情報を盗み、それをLapsus$などの恐喝グループに横流しした。Ciscoは300超のGitHubリポジトリを盗まれ、AI Assistant、AI Defenseといった主力AI製品のソースコードも含まれていたとBleepingComputerは報じている。Checkmarxは96GBのデータがLapsus$のリークサイトに掲載された。
SecurityWeekは今回のTrellix侵害について、この一連のキャンペーンとの関連を示唆している。タイミングが近すぎる、というのが理由だ。確定情報ではないが、ここ数カ月で侵害された他のセキュリティ企業と同じ筋を引いている可能性は十分にある。
2026年2月末〜5月初旬
|
2026年
2月末
起点
Aqua Security「Trivy」侵入
TeamPCPがオープンソース脆弱性スキャナのリポジトリに不正アクセス。認証情報窃取の足がかりを獲得
3月19日
仕込み
Trivyに窃取マルウェアを注入
trivy-action / setup-trivyの全タグに改ざんを波及。これを使うCI/CDから認証情報が大規模に流出
3月23日
被害1
Checkmarxの開発環境が侵害
Trivy経由で取得した認証情報を使い、GitHub環境に侵入。KICSやOpenVSXプラグインも汚染される
3月31日
被害2
Ciscoから300超リポジトリ盗難
内部開発環境が侵害され、AI Assistant・AI Defenseなど主力AI製品のソースコードを含む大量のコードがクローンされる
4月25日
公開
Lapsus$がCheckmarxの96GBを公開
ソースコード・APIキー・データベース認証情報を含む大量データがダークウェブのリークサイトに掲載される
5月初旬
最新
Trellixがソースコード侵害を公表
「ソースコードリポジトリの一部に不正アクセス」と発表。攻撃経路は未公表だが、連鎖との関連が指摘されている
|
なぜセキュリティ企業ばかり狙われるのか
攻撃者から見ると、セキュリティ企業のCI/CDパイプラインは三拍子そろった理想の標的だ。
第一に、信頼されている。開発者は脆弱性スキャナや静的解析ツールを「検査ツール」として無条件に動かす。そのツール自体が汚染されているとは想像しにくい。
第二に、過剰な権限を持っている。スキャナはコードを読むために本番環境並みのアクセス権限を持つことが多い。一度乗っ取れば全社に届く。
第三に、ボトルネックになっている。ひとつのツールが何千社のパイプラインに組み込まれているなら、ひとつの侵害が何千件の被害に直結する。
攻撃者はもはや、セキュリティツールを「迂回する」のではなく、セキュリティツールを「乗っ取る」段階に入っている。
Trellixがどの経路で侵入されたのか、現時点では公表されていない。サプライチェーン経由なのか、認証情報の流用なのか、別の方法なのかは投資結果待ちだ。だが業界全体としては、開発ツールチェーンそのものが攻撃対象として固定化された現実から目を背けられなくなっている。
3つの構造的理由
| 構造的 属性 |
攻撃者にとっての利点 | 連鎖侵害での実例 |
|---|---|---|
| 信頼 | 脆弱性スキャナや解析ツールは「検査するもの」として無条件に動く。ツール自体が汚染されているとは想像しにくい | Trivyが3月19日に汚染されたが、利用企業は通常通りCI/CDで実行し続けた |
| 過剰な 権限 |
スキャナはコードを読むため本番環境並みのアクセス権限を持つことが多い。乗っ取れば顧客の内部に届く | Trivy経由で漏れた認証情報が、Checkmarx・Ciscoの開発環境への入口となった |
| ボトル ネック |
1つのツールが何千社のパイプラインに組み込まれている。1侵害が大規模被害に直結する | Trivyの汚染1件が、わずか1か月でCheckmarx・Cisco・Trellixを含む連鎖に発展 |
顧客が今やるべきこと
Trellix製品を使う企業にとって、現時点での緊急パッチは存在しない。Trellix自身が「リリース・配布プロセスへの影響なし」と述べているため、今すぐ製品を停止すべき状況ではない。
しかし、ベンダーの侵害が顧客に遅れて波及するパターンは過去に何度もあった。Trellixとの統合APIや認証情報を持つ企業は、念のためローテーションを検討すべきだろう。Trellixの公式アドバイザリーを継続的に確認すること、社内のベンダーリスク管理プロセスを再点検することは、いずれも合理的な対応だ。
そして、もう一段抽象的な問いも避けて通れない。ベンダー1社に集中させたセキュリティ態勢は、そのベンダーが倒れたときに何を残すか。SolarWinds事件の頃から繰り返し問われてきた論点が、また姿を変えて戻ってきている。
透明性は最後の防衛線
Trellixは「調査完了後、適切なタイミングで詳細を共有する」と表明している。事故対応として当然の姿勢に見えるが、過去のセキュリティ企業の侵害事例を振り返ると、約束された「詳細」が実際にどこまで開示されるかは会社によって大きく差がある。
侵害の事実を認めること自体は評価できる。だが、ユーザーが本当に知りたいのは、いつ侵入され、何が見られ、どの製品が影響を受けたかという具体だ。「一部」「最近」という曖昧な言葉のままでは、防御を担う組織はリスクを定量化できない。
セキュリティ企業の信頼は、製品の性能ではなく、こうした非常時の振る舞いで決まる。防御を担う企業がやられたとき、何をどこまで話すか。Trellixの次の発表が、業界全体の透明性基準を引き上げるか、それとも曖昧さの相場を維持するか。注視する価値のある分岐点だ。
ソースコードは盗まれた。だが、信頼まで失うかどうかは、これからの説明にかかっている。
参照元
他参照
関連記事
- セキュリティツールが武器に変わる日——TrivyとAxiosに何が起きたか
- Rockstar再び侵害、ShinyHuntersが4月14日期限で身代金要求
- MiasmaワームがMicrosoft GitHubを直撃、73リポジトリが強制封鎖
- Red Hatの公式npmパッケージ32件が侵害
- GitHubリポジトリ5500件超にバックドア、「Megalodon」攻撃の全容
- GitHubの内部リポジトリ約3800件が流出した経路が判明した
- GitHubの内部コードが3,800件流出、入口は拡張機能1本だった
- Canvas LMS侵害で米大学の期末試験が機能停止
- パッチでは消えないバックドアFIRESTARTER、米Ciscoに潜伏
- イラン「米国が通信機器のバックドアを発動」、中国が便乗