公開状態のクラウドインスタンスを探すために実施したShodan検索が、AIインフラを狙う広範な攻撃キャンペーンの発見につながりました。研究者らはこのキャンペーンを「Greeter」と名付けています。Greeterは、複数のクラウドプロバイダーにまたがる、組織的かつ多段階で体系的な攻撃として始まりました。この事例は、防御側がクラウドセキュリティの考え方を改め、ネットワークアクセス制御、データ保護、ID セキュリティを軸にした多層モデルを採用すべき理由を改めて示しています。
Era Securityの研究者が調査を始めたきっかけは、Shodanで、誰でもデータをダウンロードしたり完全に削除したりできる状態のAmazon DynamoDBインスタンスが見つかったことでした。さらに調べを進めると、Flowiseが見つかりました。Flowiseは、大規模言語モデル（LLM）を使ったAIエージェントを構築できる、オープンソースのGenAI開発プラットフォームです。
パッチ未適用のFlowiseに群がる攻撃者
スキャンしたFlowiseのデプロイ約3,000件のうち、およそ90%が、深刻なコードインジェクションの脆弱性CVE-2024-58351を抱えたパッチ未適用のバージョンで稼働していました。研究者が見つけられるなら、攻撃者にも見つけられます。そこでEra Securityは、主にAmazon Web Services（AWS）上にAI搭載のハニーポットを展開し、攻撃の様子を捉えることにしました。
Era Securityの研究チームによると、ハニーポット技術は「以前とは違います」。攻撃者は、環境のかなり奥深くに入り込むまで、それがおとりだとは気づきません。かつては、現実味のあるハニーポットを作るのに3〜4か月かかっていましたが、今では2時間で作れます。
「最も重要な発見は、悪用手法そのものではなく、その後に起きたことです」。Era Securityの最高技術責任者（CTO）Naor Talmor氏は、Dark Readingにこう語ります。同氏の説明によると、攻撃者は再現性のある段階的な手法を踏んでいました。まず権限や環境を把握し、認証情報を探します。次に、複数のプロバイダーにまたがるクラウドメタデータサービスを悪用して権限を昇格させ、最後に永続化の足がかりを固めます。攻撃者はさらに、無害に見える一過性の「hello」メッセージをログに残して、活動を偽装していました。このため検知は格段に難しくなっています。チームは、ログから特定の侵害指標（IoC）を時間をかけて探さなければならないためです。こうした経緯から、研究者らはこのキャンペーンを「Greeter」と名付けました。
研究者らは、高度な手口と執拗さから、Greeterは便乗的な「手当たり次第の略奪型」攻撃でも、スクリプトキディーの仕業でも、偶然ハニーポットにたどり着いた者の仕業でもないと指摘します。さらに、このキャンペーンは複数のAWSリージョンで同時に展開されており、規模の大きさと明確な意図がうかがえます。
Era Securityは、このキャンペーンが拡大する可能性に警鐘を鳴らしています。ハニーポットと同じ条件を備えた認証なしのインスタンス数から、これまでに実在する被害者を46件確認しました。チームの推計では、そのうち少なくとも50%がインターネットに接続されたまま見える状態にあり、少なくとも20の組織が現在も危険にさらされていることになります。Greeterの実行に必要な労力を考えると、攻撃者の技術水準の高さは、クラウドとAIの攻撃対象領域がいかに価値あるものになったかも物語っています。これは決して手を出しやすい標的ではありませんでした。
Greeterが示す業界全体の懸念
Greeterのキャンペーンは、クラウド環境に起きているいくつかの変化を示しています。その一つが、攻撃者がワークフロー内で気づかれずに動くことが、はるかに容易になったことです。Greeterの攻撃ログによると、その大きな要因はAIです。攻撃者はAIを使って、コードの作成や攻撃手順の調整を支援させています。
研究者らによると、10年前のクラウド攻撃はDocker APIを標的にしていました。その後、攻撃者はワークロードを悪用し始めます。コンテナから脱出してその下にあるクラウドのメタデータサーバーに到達し、そこからサービスアカウントを悪用するようになりました。攻撃者は今も同様のパターンをたどっていますが、永続化の新たな手段として、AIインフラを使うようになっています。
研究者らは、各インスタンスでの攻撃者の最終目的は、クラウドの認証情報を奪い、標的組織内で横展開（ラテラルムーブメント）を行うことだったとの見方で一致しています。
一方で、攻撃者の特定は依然として非常に困難です。研究者らがコードや手口を詳しく調べると、中国語の文字が見つかり始めました。ただし、これは偽旗工作の可能性もあります。それでも、国家支援の攻撃者だとすれば筋は通ります。Era Securityは、「全体を統括するオーケストレーションは、大規模なサイバー犯罪グループでも実行できない」と見ているためです。
防御は脆弱性対策だけではない
研究者らは、現在の脆弱性悪用のスピードは過去に例がないものだと言います。このため、組織の従来型のパッチ適用サイクルには、極めて大きな負荷がかかっています。ここ数週間だけでも、セキュリティチームはPHP2Shellの修正に追われ、OpenSSHについても、ワークロードを一つずつ調べて欠陥を探す事態になりました。しかしGreeterのキャンペーンは、クラウドセキュリティの防御が、特定の脆弱性を修正するだけでは済まない大きな課題であることを示しています。
Talmor氏は、今や誰もが侵害を前提にすべきだと警告します。原因は脆弱性とは限らず、漏えいした認証情報や公開されたAPIかもしれないとも付け加えます。組織は、こうしたあらゆる事態に備えられるよう、クラウドを軸にセキュリティプログラムを設計し、多層防御を採用する必要があると助言しています。
「多くの企業が多層防御を取り入れていますが、実際には実践していません」と、同氏は指摘します。
研究者らによると、チームが列挙（エニュメレーション）活動を監視し、攻撃者に見つかる前に隙を塞げば、この種の攻撃をはるかに早く検知できます。アプリケーションやチャットツールをインストールする際にはログを有効にし、別の場所へストリーミングしておくことも有効です。そうすれば、攻撃者が端末のローカル履歴を削除しても、ログはクラウド上に残ります。
研究者らはまた、重要な環境では、とりわけ最重要資産（クラウンジュエル）や基幹アプリケーションが関わる場合に、これを厳重に監視すべきだと述べています。組織の規模によっては、アカウントが数十から数百に及ぶ場合があるとも付け加えました。
「誤解のないように言っておきますが、設定ミスや脆弱性を気にする必要はないと言っているのではありません」とTalmor氏は語ります。同氏は、パッチ管理は「私たちが負けつつある」ゲームだと警告し、組織は環境を層ごとに守る必要があると訴えています。
翻訳元: https://www.darkreading.com/cloud-security/attackers-hello-scale-cloud-attack
