開発者狙いのフィッシングが多発、Trend Microがサプライチェーン直結の手口に警鐘

「メンテナアカウントの乗っ取りで、なぜ100万社規模に被害が広がる？」
「開発者を狙う攻撃って、結局どう守ればいいの？」

チップス

ボス、最近npmやPyPIのパッケージ汚染ばっかり聞くでしゅ…なぜ開発者が狙われるんでしゅか？

ボス

うむ、開発者一人を落とせば、その人がメンテナンスする数千万ダウンロードのパッケージ全体が乗っ取れる。
攻撃者にとってROIが極めて高い領域なのだ。

Trend Microが2026年4月24日に公表した解説で、開発者・エンジニア狙いのソーシャルエンジニアリングが多発している実態が改めて浮上しました。
本記事では具体的な手口、サプライチェーンへの波及、日本企業が打つべき手を整理します。

自社プロダクトを内製・受託開発している組織はもちろん、OSSに依存するすべての企業に関係する内容です。
ぜひ社内勉強会の素材として活用してください。

開発者を狙う攻撃が増えている理由

攻撃者の狙いは個人ではなく、その人が握る「公開ルート」全体です。

メンテナを落とせば数千万ユーザーに到達できる

Trend Microの解説では、開発者個人を起点にしたフィッシングがコードリポジトリや依存関係経由で多数の利用企業に波及していると指摘されています。
とくに人気OSSのメンテナ権限が乗っ取られると、悪意あるバージョンが正規ルートで配布されてしまいます。

「偽MFA更新」型ソーシャルエンジニアリング

近年特徴的なのが、レジストリ公式に酷似した「MFA更新ページ」を装ってメンテナ資格情報を奪う手口です。
本物のドメインに似せたフィッシングサイトに誘導する、開発者ならではの落とし穴があります。

サプライチェーンを守る現実的な対策

派手な技術ではなく、開発者の日常運用に組み込めるかが鍵です。

アカウント保護とリリースフローの強化

チップス

うちのチームもMFAは入れてるけど、それで大丈夫でしゅか？

ボス

SMSや時刻ベースより、フィッシング耐性のあるパスキーやハードウェアキーが望ましい。
リリース署名やトークンの権限分離も同時に進めるべきだ。

技術的な対策は順序が大切です。
下記の順番で導入すれば、運用負荷を抑えながら攻撃面を減らせます。

利用側で押さえる依存関係チェック

OSSを利用する側にも備えが必要です。
「悪意あるバージョンが配布される瞬間」を前提に、検知と切り戻しを設計します。

まとめ

チップス

開発者が狙われる時代って、もう普通の対策じゃ追いつかないでしゅね…

ボス

うむ、社員教育＋技術的ガードレールの二段構えが現実解だ。
「開発者は強い」と決めつけず、人にも仕組みにも保険をかけよう。

2026年は早くもLiteLLMやaxiosが立て続けに汚染された年です。
開発者を狙う攻撃を「社員教育不足」で片付けず、認証強化と署名・SBOMの整備までセットで運用しましょう。

サプライチェーンを設計しながらセキュリティ運用も担えるエンジニアは、慢性的に不足しています。
開発と防御の両面に強みを持つ方は、案件単位での挑戦も十分視野に入ります。