Salesforce、ARTEXによる顧客環境への攻撃試行を報告

Salesforce Threat Intelligenceは11月12日、複数の攻撃者がAI対応の攻撃フレームワークARTEXを使い、Salesforceの顧客環境へのアクセスを試みたと発表しました。同社は、業界各社の報告と一致する調査結果を得たとし、確認した攻撃では侵害されたアプリ認証情報と信頼済みの連携セッションが使われたと説明しました。プラットフォームの脆弱性が原因ではなく、影響を受けた顧客には通知したとしています。

ARTEXは、システムやネットワークの侵入テストを自動化するオープンソースのマルチエージェントフレームワーク（複数のAIエージェントが協調する仕組み）です。操作者が標的と目的を指定すると、AIエージェントが既存の攻撃手法を使い、継続的な計画、並列実行、コード生成を通じて活動を調整します。開発者が元のGitHubリポジトリを削除した後も、コミュニティーによる派生版が流通しています。Salesforceによると、攻撃手法自体が必ずしも新しいわけではありませんが、エージェント型の運用モデルは複数の作戦を続け、失敗から立て直し、複雑な環境に対応できます。Google Threat Intelligenceは、こうしたフレームワークの実環境での使用を、防御側にとって重大な転換点と評しました。

Salesforceは、ARTEXを特定の攻撃者や国家に限られない、多数の攻撃者が利用できるツールと評価しました。Microsoftは大規模な攻撃活動を、中国政府と関係する攻撃者Storm-0940によるものとし、複数の攻撃が3時間未満で特権クラウドアクセスに達したと報告しました。この攻撃者は盗んだアプリ認証情報を使い、2,250を超えるMicrosoft 365テナントへのサインインを試みました。Storm-3358は10月、従来型ツールと併用して金融機関を標的にARTEXを使い始めました。Microsoftはまた、エージェント型フレームワークでGitHubを大規模に検索し、公開状態の認証情報やアプリの秘密情報を探す攻撃者も確認しました。

Salesforceを標的にした攻撃では、外向きのリクエストをApex経由で中継し、Named Credentialsを悪用して接続済みサービスに到達し、横方向に移動する活動が確認されました。攻撃者はApexコードと連携設定を調べた後、独自のApexコード、RESTエンドポイント、Visualforceコンポーネントを展開し、データへのアクセス、リクエスト送信、アクセス維持を試みました。ユーザー、プロファイル、権限セットを列挙し、Apexの実行、ユーザー作成、権限付与、連携設定の変更など、特権を要する操作も試しました。失敗すると、匿名Apexや異なるエンドポイント・認証設定など、別のコード実行経路や連携アクセス経路に切り替えました。監査ログには迅速で動的な自動化の形跡があり、初期アクセスの直後に独自のApexコードが展開されました。Salesforceは、その速度と規模がエージェント型の運用を強く示していると述べました。

Salesforceは、全ユーザーにフィッシング耐性のある多要素認証を導入し、ユーザーアカウントのメールドメインを制限するよう推奨しました。また、有効期間が短く、利用状況に結び付いたOAuthトークンを使い、大量データのエクスポートや権限変更などの重要操作には追加認証を求めるよう勧めています。ユーザーと接続アプリにIP許可リストを適用し、連携設定を見直して未使用の連携を削除し、最小権限を適用してクライアントシークレットを定期的に更新すること、リポジトリ内の公開認証情報をスキャンすることも推奨しました。Event Monitoringを有効にしてログをSIEM（セキュリティ情報・イベント管理システム）へ送信し、短時間に異なるリクエストが続く動き、手法の反復変更、後続の操作への急速な進行を監視するよう求めています。数時間以内に連携を停止し、トークンを失効させ、認証情報をリセットする対応計画も推奨しました。

Salesforce Threat Intelligenceは11月12日、複数の攻撃者がAI対応の攻撃フレームワークARTEXを使い、Salesforceの顧客環境へのアクセスを試みたと発表しました。同社は、業界各社の報告と一致する調査結果を得たとし、確認した攻撃では侵害されたアプリ認証情報と信頼済みの連携セッションが使われたと説明しました。プラットフォームの脆弱性が原因ではなく、影響を受けた顧客には通知したとしています。

ARTEXは、システムやネットワークの侵入テストを自動化するオープンソースのマルチエージェントフレームワーク（複数のAIエージェントが協調する仕組み）です。操作者が標的と目的を指定すると、AIエージェントが既存の攻撃手法を使い、継続的な計画、並列実行、コード生成を通じて活動を調整します。開発者が元のGitHubリポジトリを削除した後も、コミュニティーによる派生版が流通しています。Salesforceによると、攻撃手法自体が必ずしも新しいわけではありませんが、エージェント型の運用モデルは複数の作戦を続け、失敗から立て直し、複雑な環境に対応できます。Google Threat Intelligenceは、こうしたフレームワークの実環境での使用を、防御側にとって重大な転換点と評しました。

Salesforceは、ARTEXを特定の攻撃者や国家に限られない、多数の攻撃者が利用できるツールと評価しました。Microsoftは大規模な攻撃活動を、中国政府と関係する攻撃者Storm-0940によるものとし、複数の攻撃が3時間未満で特権クラウドアクセスに達したと報告しました。この攻撃者は盗んだアプリ認証情報を使い、2,250を超えるMicrosoft 365テナントへのサインインを試みました。Storm-3358は10月、従来型ツールと併用して金融機関を標的にARTEXを使い始めました。Microsoftはまた、エージェント型フレームワークでGitHubを大規模に検索し、公開状態の認証情報やアプリの秘密情報を探す攻撃者も確認しました。

Salesforceを標的にした攻撃では、外向きのリクエストをApex経由で中継し、Named Credentialsを悪用して接続済みサービスに到達し、横方向に移動する活動が確認されました。攻撃者はApexコードと連携設定を調べた後、独自のApexコード、RESTエンドポイント、Visualforceコンポーネントを展開し、データへのアクセス、リクエスト送信、アクセス維持を試みました。ユーザー、プロファイル、権限セットを列挙し、Apexの実行、ユーザー作成、権限付与、連携設定の変更など、特権を要する操作も試しました。失敗すると、匿名Apexや異なるエンドポイント・認証設定など、別のコード実行経路や連携アクセス経路に切り替えました。監査ログには迅速で動的な自動化の形跡があり、初期アクセスの直後に独自のApexコードが展開されました。Salesforceは、その速度と規模がエージェント型の運用を強く示していると述べました。

Salesforceは、全ユーザーにフィッシング耐性のある多要素認証を導入し、ユーザーアカウントのメールドメインを制限するよう推奨しました。また、有効期間が短く、利用状況に結び付いたOAuthトークンを使い、大量データのエクスポートや権限変更などの重要操作には追加認証を求めるよう勧めています。ユーザーと接続アプリにIP許可リストを適用し、連携設定を見直して未使用の連携を削除し、最小権限を適用してクライアントシークレットを定期的に更新すること、リポジトリ内の公開認証情報をスキャンすることも推奨しました。Event Monitoringを有効にしてログをSIEM（セキュリティ情報・イベント管理システム）へ送信し、短時間に異なるリクエストが続く動き、手法の反復変更、後続の操作への急速な進行を監視するよう求めています。数時間以内に連携を停止し、トークンを失効させ、認証情報をリセットする対応計画も推奨しました。