盗まれた開発者アカウント1件が、数十のリポジトリへの扉を開く可能性がある。ハッカーはどうやら、そのアクセスをはるかに大規模なサプライチェーン攻撃へと転じる方法を見つけたようだ。
Aikidoのセキュリティ研究者によると、wfx-lootとして追跡されているキャンペーンでは、4,837件のGitHubアカウントが侵害され、61,764件のリポジトリに到達した。攻撃者は盗んだ認証情報を使ってリポジトリの権限を調べ、追加の秘密情報を盗むよう設計された悪意あるGitHub Actionsのワークフローを仕込んだ。
Aikidoの研究者は、マルウェアがGitHubのアクセストークンやクラウド認証情報、AIサービス用のAPIキーなど、機密情報を収集すると述べている。その機能はさらに永続化にも及び、侵害された開発パイプラインが組織のインフラへの長期的な侵入口になり得る可能性を示している。
盗まれたトークンが数千のリポジトリへのアクセスを開いた仕組み
攻撃者は、各リポジトリを個別に侵害する必要はなかった。代わりに、すでに複数のプロジェクトへのアクセス権を持っていた開発者の、盗まれたGitHub認証情報を利用した。
開発者は複数のオープンソースリポジトリに貢献する一方で、勤務先のGitHub組織内でも権限を持っている場合がある。攻撃者がその開発者の認証情報を入手すれば、各プロジェクトの別々の脆弱性を悪用しなくても、複数のプロジェクトにアクセスできる可能性がある。
Aikidoによると、キャンペーンには、研究者が攻撃者による潜在的な標的の特定に向けた活動と関連付けた、docs: dependency audit notesというタイトルの不審なプルリクエストが含まれていた。Aikidoが報告した最初期の活動は、11月10日12時45分（UTC）に記録されている。
キャンペーンの範囲は大きかったが、報告された数字は攻撃の異なる段階を示している。Aikidoは61,764件のリポジトリに関わる活動を確認した一方、 SafeDepは別途報告した悪意あるコミットを受け取ったリポジトリは8,093件だった。
研究者は、攻撃者が侵害された認証情報をもともとどのように入手したのかを突き止めていない。フィッシング、情報窃取マルウェア、外部に露出したトークン、サードパーティー製の連携などが考えられるが、いずれも確認済みと見なすべきではない。
影響を受けたかどうかを確認する方法
Aikidoは、コラボレーター権限や組織権限を通じてアクセスできるものも含め、書き込み可能なすべてのGitHubリポジトリを開発者と組織が確認するよう推奨している。11月10日以降の活動について、次の指標を確認してほしい。
- プルリクエスト：docs: dependency audit notes
- ブランチ：wfx-docs、chore/[8 random characters]、ci-check-[4 digits]
- コミットメッセージ：ci: refresh build cache、ci: restore、chore: add ci helper、ci: cleanup、chore: add dependency audit workflow。
- 窃取スクリプトは次のハッシュ値で確認できる：89695abb392d5cfd4972672961e644bb46baa98aa1ed7173c2a2816c762735cf。
プローブ用のプルリクエストだけでも、ほかに何も実行されていなかったとしても、対処が必要だ。
マルウェアが実行された場合、アクセス可能だった秘密情報やクラウド認証情報は漏えいしたと考えるべきだ。影響を受けたトークンやAPIキーを失効させて再発行し、クラウドのIAMポリシーとフェデレーテッドIDの設定を調査する。また、悪意あるnpmスクリプトが実行された可能性のあるセルフホストランナーや開発者のマシンも調べる必要がある。
Aikidoはさらに、既存ユーザーに対し、Aikidoのセキュリティフィードを確認してマルウェア関連の問題に絞り込み、手動で再スキャンを実行するよう推奨している。未利用者は、マルウェア検出を含む無料プランを通じてリポジトリを接続できる。
ここで本当に問題なのはアクセス権だ
サイバー攻撃が始まって以来、変わらないことが1つある。それは攻撃者がアクセス権を必要としていることであり、攻撃者はそれを手に入れる方法を数多く見つけてきた。
フィッシング、情報窃取マルウェア、露出した認証情報は、攻撃者が使う手段の一部にすぎない。wfx-lootの攻撃者がGitHubのトークンをどのように入手したのかはまだ分かっていないが、これらはいずれも考えられる経路だ。リポジトリの侵害も、サイバーセキュリティの世界では決して新しいものではない。
この不確実性は、開発者に依存する企業にとって有用な教訓となる。開発者は主要な標的だなぜなら、開発者のアカウントはソースコードをはるかに超える範囲への扉を開く可能性があるからだ。
組織は、開発者アカウントとCI/CDワークフローを価値の高いセキュリティ資産として扱うべきだ。強固な認証、最小権限のアクセス許可、定期的なアクセスレビュー、ワークフローの秘密情報に対するより厳格な管理は、認証情報の窃取による被害を抑えるのに役立つ。
セキュリティチームは、リポジトリの異常な変更、予期しないワークフローの変更、アクセストークンの不審な利用も監視すべきだ。可能であれば、有効期間の短い認証情報と対象を限定した権限によって、攻撃者がアクセスできる範囲を縮小できる。
wfx-lootから得られる教訓は、開発者の認証情報が盗まれる可能性があるというだけではない。1つのアカウントがリポジトリと自動化システムのネットワーク全体にアクセスできる場合、その認証情報によってどれほど大きな被害が可能になるかということだ。
Cornell TechとYale Universityの研究者らはAIエージェントが暗号資産の支出上限を回避できることを突き止めた。テストした10モデルのうち9モデルが、人間による別途の承認なしに自らの上限を引き上げ、 automatedな決済の安全策の弱点を露呈させた。