📈『2026年度版 Salesforce 脅威ランドスケープレポート』を入手

WithSecure™ Cloud Protection for Salesforce
  • ホームページ
  • 製 品
    • 製品概要ウィズセキュアが御社のSalesforce環境を高度なサイバー脅威からどのように保護するかをご確認ください
    • File 保護ファイルに起因するマルウェアやランサムウェアから組織を保護
    • URL 保護リアルタイム保護機能により、フィッシングや悪意のあるURLによる攻撃を阻止
    • アイデンティティ保護攻撃者が行動を起こす前に侵害されたユーザーを検知
    • Agentforce の保護フィッシングやマルウェアからAgentforceのワークフローをリアルタイムで保護
    • 分析と可視化セキュリティイベントに関する包括的なリアルタイムの可視性を確保
    • QRコード保護フィッシングサイトへ誘導するQRコードを特定しブロック
    • コンテンツフィルタリング不要なファイルやURLへのアクセスを拒否
    • すべての機能すべての機能を確認
  • 事例紹介
  • Pricing
  • リソース
    • サポート製品のインストール、設定、およびトラブルシューティングの方法について
    • イベント & ウェビナー今後のスケジュールをご確認ください
    • コンプライス取得済みの認証と規制への準拠状況を確認ください
    • ブログ最新の製品アップデートやSalesforceのセキュリティに関する情報を入手
    • 製品チラシデータシート、ソリューション概要、その他の資料
    • リスク診断 (無料)Salesforce環境のコンテンツリスク診断ための無料ツール
    • パートナーの皆さまへSalesforceの利用企業に、より多くの価値を提供しましょう
    • 会社概要私たちの存在意義、アイデンティティ、活動内容
    • リーガル&プライバシーリーガル文書やプライバシーに関する文書は、こちらからご確認ください。
  • JA
    • English
    • 日本語 (Japanese)
  • 営業へのお問い合わせ
  • デモのリクエスト15日間無償評価版のお申し込み
  • JA
    • English
    • 日本語 (Japanese)
  • 営業へのお問い合わせ
  • デモのリクエスト15日間無償評価版のお申し込み
  • 2025年Salesforceは明確な標的となり、その衝撃と爪痕は今なお深く残っている

    2025年は、Salesforceのセキュリティ侵害が、ニッチな懸念事項から新聞の一面を飾るニュースへと変わった年でした。

    026年になっても、その余波は続いています。McGraw Hill。 欧州委員会。Grubhub。そのリストは増え続け、身代金要求も後を絶ちません。決して好ましい状況ではありません。しかし、正直なところ、私たちはこの事態を予見できなかったと言えるでしょうか?

    業界全体が作り出したギャップ

    長年にわたり、Salesforceは多くの組織内で奇妙な中間的な位置づけにありました。無視するには重要すぎる存在でありながら、どういうわけかセキュリティチームの管轄範囲には完全には入っていなかったのです。CISOはファイアウォールを、ITチームはエンドポイントを管理していましたが、その一方でSalesforceは、自動化、Experience Cloudサイト、サードパーティ製統合、連携アプリなどを通じて拡大し、社内で最もデータが豊富なシステムの一つへと成長していきました。その一つひとつが、その影響範囲を少しずつ広げていったのです。

    プラットフォームはますます複雑化していった。しかし、それを取り巻くセキュリティ可視性は、必ずしもそれに追いついていなかった。2025年、このギャップが劇的な形で露呈したのだ。

    ShinyHuntersは、目を背けることのできない事態を引き起こした

    2025年半ばから、ShinyHuntersグループは、業界史上最も長期にわたり、かつ標的を絞ったSalesforce環境への攻撃キャンペーンを展開しました。この攻撃がこれほど甚大な被害をもたらした理由は、単一の脆弱性ではなく、現代のSalesforce導入環境の複雑さを巧みに悪用した点にあります。

    初期の攻撃では、ヴィッシング(音声フィッシング)が使用されました。電話がかかってきます。ITサポートを装った人物が、従業員を説得し、正規のSalesforce Data Loaderページに見せかけた画面にOAuthコードを入力させます。2025年9月までに、このグループは再び手口を変え、今度はゲストユーザーの権限設定に不備のあるExperience Cloudサイトをスキャンし、公開されたAPIエンドポイントを通じてCRMデータを直接取得するようになった。認証情報は一切不要だった。2026年3月までに、彼らはこのキャンペーンだけで300から400の組織が侵害されたと主張していた。戦術は進化し続けたが、標的は決して変わらなかった。

    マグロウヒル事件が最新の警鐘

    今月初め、マグロウ・ヒルは、ShinyHuntersが設定ミスを通じてSalesforceホスト環境にアクセスし、1,350万件のアカウントに関連する100GB以上のデータを流出させたことを確認した。氏名、住所、電話番号、メールアドレス――身代金交渉が決裂した後、これらすべてが公然と晒された。

    同社は、中核システムには影響がなかったと述べた。しかし、フィッシングやなりすまし詐欺の被害に遭う可能性のある1,350万人にとって、その区別はほとんど安心材料にはなりませんでした。これは、ある企業での単一の設定ミスに関する話ではありません。これは、業界が1年以上も前から語り続けている同じ物語であり、そのたびに表舞台に立つ企業の名前が変わっているだけです。

    この文脈は重要です。これは、ある組織がミスをしたという話ではなく、システム的な課題なのです。

    真の問題は検知にある 

    これらのインシデントに共通するテーマは、アクセスが許可された時点とそれが発見された時点との間の「時間差」だ。この検知のタイムラグこそが真の被害を生む場所であり、これを解消することが、セキュリティチームとSalesforceチームが今まさに議論すべき課題である。

    セキュリティチームは長年にわたり、予防が重要であるという原則に基づき、エンドポイントやメールを中心とした「検知優先」のプログラムを構築してきた。しかし、それだけでは不十分だ。脅威は必ず侵入してくる。

    結果を左右するのは、脅威をどれだけ早く検知できるかです。この原則はSalesforceにも当てはまります。現在、Salesforceには膨大な量の機密データが存在していることを考えれば、むしろその重要性はさらに高いと言えるでしょう。顧客レコード、財務データ、医療情報、パイプラインデータ、大規模な個人識別情報(PII)が、マーケティングプラットフォーム、分析ツール、AIシステム、サードパーティ製アプリとすべて連携しています。一般的な企業のSalesforce組織のデータフットプリントは膨大であり、あらゆるものとつながっています。

    全体像を把握する 

    ここで、Salesforceのセキュリティは真に困難な局面を迎えます。個々のシグナルを単独で見れば、無害に見えるかもしれません。広範な権限を持つユーザーは珍しくありません。接続されたアプリがデータにアクセスするのは当然のことです。サードパーティの侵害事件で発見された認証情報は、数年前にパスワードを変更した誰かのものかもしれません。

    しかし、これらのシグナルを組み合わせ始めると、状況は一変します。ModifyAllData権限を持ち、かつメールアドレスが最近のデータ侵害で流出していたユーザーについては、全く別の話になります。これは単なる理論上のリスクではありません。それはまさに「開かれた扉」であり、ID、権限、データ侵害情報を同時に横断的に把握する専用のビューがなければ、ほぼ見抜くことのできない種類のリスクです。

    解決策はすぐそこに

    これが、Salesforce向けCloud Protectionの最新リリースで解消される課題です。Identity Protectionは、これらのシグナルを一箇所に集約し、管理者にどのユーザーに注意が必要か、そしてその理由を明確に示します。これにより、攻撃者が脆弱性を特定する前に、そのリスクを可視化することが可能になります。

    この状況を無事に乗り切れる組織は、必ずしもセキュリティ予算が最も大きい組織とは限りません。それは、数年前に他のあらゆる領域で構築してきたのと同じ「検知ファースト」の考え方を、Salesforce環境にも適用してきた組織なのです。

    今日問うべき質問は単純明快です。「もし今、攻撃者があなたのSalesforce組織内を密かに動き回っていたとしたら、それに気づくでしょうか?」もし確信が持てないなら、当社の無料Salesforceリスク評価から始めるのが良いでしょう。

  • Facebookビジネスマネージャのワークフロー悪用:テンプレート・インジェクションによるフィッシングとアカウント侵害
    フィッシング攻撃はもはや受信トレイだけに留まりません

    2026年4月、WithSecure Cloud Protection for Salesforce(CPSF)は、なりすましメールや侵害されたインフラに依存しないフィッシングキャンペーンを検知しました。このキャンペーンでは、Facebook独自の通知システムを悪用し、完全に認証された正当な通信を通じて悪意のあるコンテンツを送信していました。

    一見すると標準的なフィッシング攻撃のように見えたこの手口は、詳しく調査するとより洗練された設計であることが判明しました。その理由は、フィッシングのインフラ自体ではなく、攻撃が完全に信頼されたFacebook Business Managerのワークフロー内で実行されていたためです。

    悪意のあるURLは、なりすましや侵害されたメールシステムを通じて配布されたものではありませんでした。その代わりに、Facebook自身のインフラから直接送信された正当なメールに埋め込まれていました。これらのメッセージはSPF、DKIM、DMARCの認証を問題なく通過したため、メールセキュリティのレイヤー上では本物の通信と見分けがつきませんでした。

    さらなる分析により、このキャンペーンは単一の攻撃経路に依存していないことが判明しました。その代わりに、共有されたインジェクション手法、複数の配信チャネル、そして異なる攻撃目的を組み合わせ、すべてが信頼されたFacebook Business Managerのワークフロー内で動作していました。

    主なポイント

    • 攻撃者は、従来のメールなりすましに頼るのではなく、プラットフォーム固有のワークフローを悪用している
    • 単一のテンプレート注入手法を、複数のFacebook通知ワークフローで再利用し、悪意のあるコンテンツを配布できる
    • 正当なFacebook通知メールを、フィッシングの配信チャネルとして転用できる
    • このキャンペーンは、認証情報の収集やビジネス資産への不正アクセスを含む、複数の目的をサポートしている
    • 検知は、メールを超えて、コンテンツが消費され、アクションが実行されるビジネスプラットフォームにまで拡張する必要がある

    検知の背景

    このキャンペーンは、メール層ではなく、最終的にコンテンツが消費されたSalesforceのワークフロー内で検知されました。WithSecure Cloud Protection for Salesforceは、ビジネスプロセスを通じて拡散する悪意のあるURLを、コンテンツ検査中にMalicious:Network/Genericとして分類しました。

    これは、複数のキャンペーンで観察されたより広範なパターンを反映しています。攻撃者は、境界制御を回避し、信頼されたビジネスシステム内での下流の相互作用に依存するように脅威を設計しています。

    攻撃モデル

    このキャンペーンは、以下の3つの層で理解するのが最適です:

    手 法

    • ビジネスマネージャのプロフィールフィールドを介したテンプレート注入により、攻撃者が制御するコンテンツを通知メールに埋め込む

    配信チャネル

    • 組織を対象としたパートナーアクセスリクエスト通知は、承認されると認証情報の漏洩や不正アクセスを招く恐れがある
    • 個々のユーザーを対象としたビジネスポートフォリオのユーザー招待は、主にフィッシングの配信手段として使用される

    目 的

    • ユーザー認証情報やMFAコードを収集するために設計されたフィッシングページを通じた認証情報の収集
    • Facebookビジネスマネージャー内の承認済みパートナー関係を利用したビジネス資産への不正アクセス

    攻撃者は、複数のFacebookワークフローで同じ注入手法を再利用し、信頼された通信チャネルを通じて悪意のあるコンテンツを配布します。この攻撃は単一の直線的な経路をたどるのではなく、被害者の反応に応じて異なるワークフローを活用し、異なる結果を達成します。

    攻撃フロー:複数のワークフローにわたるテンプレート注入

    以下の図は、注入手法から始まり、複数の配信ワークフローに分岐する攻撃の概念モデルを示しています。

    Facebookビジネスマネージャーの攻撃フロー

    ステップ1:テンプレートインジェクションの設定

    攻撃者は、Facebook ビジネスマネージャアカウントを作成するか、または乗っ取ります。

    ビジネスポートフォリオ情報

    ステップ2:攻撃手法

    攻撃者は、以下の2つの攻撃手法のうち1つを選択します:

    A: パートナーアクセスリクエスト

    • 目的:アカウントへのアクセス、認証情報のフィッシング
    • 標的:ビジネスマネージャーアカウントを持つ組織
    • おとりメールのテーマ:
      • 「Meta Agency Partner Program」では、標的に「パートナーシップ登録フォーム」と「Meta Agency Programに参加」という行動喚起を表示
      • “24時間以内にアカウントが削除/ロックされます”では、緊急性を強調し、「異議申し立てフォーム」を使用
    • 攻撃者は、公開情報を通じて標的組織のビジネスIDを特定
    • 正当なパートナーアクセスリクエストを送信し、多くの場合、複数のビジネス資産にわたる広範な権限を要求
    • Facebookから認証済みの通知メールが送信される

    アクセスリクエストの手続き

    権限リクエストには完全なアクセス制御が含まれます

    承認されると、攻撃者は正規のアクセス権を取得します。これに必要な情報収集は最小限で済みます。ページIDや広告アカウントIDさえあればよく、これらは多くの場合、一般に公開されています。

    影響:

    • 認証情報の窃取は不要
    • 監査ログ上ではアクセスが正当なものとして表示される
    • パスワードを変更した後も権限が維持される
    • 広告アカウント、ページ、および関連資産を制御可能になる

    これはビジネスメール詐欺(BEC)と機能的に類似しているが、完全にプラットフォーム固有のワークフロー内で実行される。

    B: ビジネスポートフォリオへのユーザー招待

    • 目的:認証情報のフィッシング
    • 標的:メールアドレスを持つあらゆるユーザー
    • 誘引のテーマ:「無料の認証済みブルーバッジ」は、アカウントの信頼性に対するユーザーの願望を悪用して行動を促す
    • 攻撃者のビジネスポートフォリオへの参加を勧める正当な招待状を、メール経由でユーザーに送信する
    • Facebookから正当な招待メールが送信される

    ビジネスプロフィールユーザー招待フォーム

    ステップ3:通知メールへのテンプレート挿入

    どちらの配信経路においても、Facebookは攻撃者が制御するビジネスプロフィール情報を、サニタイズ処理を行わずにメールテンプレートに直接挿入しています。これにより、フィッシングURLやソーシャルエンジニアリング用のコンテンツが、正規の通知メール内に違和感なく表示されることになります。

    Sample Email Via Partner Access Request

    Sample Email Via User Invitation

    ステップ4:ターゲットの操作

    ターゲットは正規のFacebookメールを受信し、それに反応します:

    経路1 — フィッシング:

    • ターゲットがメッセージ内の埋め込みリンクをクリックします
    • 偽造されたMetaポータルにリダイレクトされます
    • ターゲットに対し、個人情報や認証情報の入力が求められます
    • 個人情報、認証情報、およびMFAコードが入力されます

    ページを読み込み中

    「Meta Agency Partner Program」の偽メタページ(誘引用)

    ページ削除を装った偽のメタページ

    偽の認証バッジ

    偽のパートナーシップ登録申請書

    偽の申し立て書

    偽の認証バッジ申請フォーム

    パスワード入力画面

    多要素認証プロンプト

    多要素認証プロンプト

    経路2 —アクセス承認:

    • ターゲットは、Facebookからのメール通知から直接「リクエストを表示」をクリックします
    • パートナーのアクセスを承認します

    Partner Access Request Link

    ステップ 5: 結 果

    認証情報の収集経路:

    攻撃者は収集した本人確認データを以下の目的に利用できます:

    • 侵害された Facebook アカウントのアカウント復旧機能の悪用および完全な乗っ取り
    • 収集した本人確認データを他のプラットフォームやソーシャルエンジニアリング攻撃で再利用
    • 侵害されたビジネス資産や広告アカウントを利用した広告詐欺の実行
    • 金銭的利益を得るために、侵害されたアカウントやビジネス資産へのアクセス権を転売

    アクセス承認経路:

    • 攻撃者は、Facebookのプラットフォーム内で正規のアクセス権を取得します
    • 認証情報は盗まれていません
    • ユーザーが後でパスワードを変更しても、アクセス権は維持されます
    • 攻撃者は、ページ、広告アカウント、ピクセル、またはターゲットが承認したあらゆるリソースにアクセスできます
    • Facebookの監査ログ上では、正当なビジネス関係のように見えます

    これらの攻撃経路は、総合的に以下の結果をもたらします:

    • 信頼された通信に埋め込まれたソーシャルエンジニアリングコンテンツ
    • 認証済みインフラを通じて配信されるフィッシングURL
    • プラットフォームのブランド力による信頼性の向上

    これは従来の脆弱性ではなく、信頼されたワークフロー内での検証されていない入力の悪用です。

    検知テレメトリ

    この脅威は、当社の汎用検知ルール「Malicious:Network/Generic」の対象となります。

    検知テレメトリによると、活動は早くも2025年5月に確認されており、2026年3月から大幅に増加し、2026年4月にピークに達しています。この漸進的な増加傾向は、機会主義的な利用ではなく、手法の反復的な改良が行われていることを示唆しています。

    Detection Activity Trend

    ドメインの利用状況

    ドメインの登録期間を分析した結果、一貫した運用パターンが明らかになりました:

    • 顧客環境で観測されたドメインのうち、96.4%は観測から過去7日以内に登録されたものでした
    • 3.15%は登録から8~14日経過したものでした
    • 登録から90日以上経過しているものはごくわずかでした

    新規登録ドメインへのこの集中は、運用上重要な意味を持ちます。ドメインの登録日数が7日以下という閾値を設定すれば、この対策だけで観測された検知事例の大部分をカバーできたでしょう。

    新しいインフラに依存する攻撃キャンペーンに対する追加の防御層を求める組織にとって、ドメイン登録日数によるフィルタリングを有効にすることは、導入のハードルが低く、高いカバー率を実現する対策となります。

    Domain Age Blocking in CPSF Configuration

    これまでのキャンペーンとの相違点

    このキャンペーンは、過去に確認されたMicrosoft 365 フィッシング攻撃、特に信頼されたインフラストラクチャの利用という点で類似点が見られますが、いくつかの顕著な相違点があります:

    • この攻撃は、メールの添付ファイルやカレンダーの招待状といったメール配信チャネルにのみ依存するのではなく、プラットフォーム固有のワークフロー内で完全に実行されます
    • 単一のテンプレート注入手法が複数の通知ワークフローで再利用されており、異なるコンテキストを通じて悪意のあるコンテンツを一貫して配信することが可能になっています
    • 組織を標的としたワークフローとユーザーを標的としたワークフローの両方を含む、複数の配信チャネルが同時に活用されています
    • 攻撃者が制御する入力が正当なプラットフォーム通知内に表示され、信頼されたテンプレートが事実上、配信メカニズムとして機能します
    • 侵害が成功しても、認証情報の窃取は一切行われず、代わりにプラットフォーム内に永続するユーザー承認済みのアクセス権限に依存する場合があります

    結論

    このキャンペーンは、攻撃者がシステムを回避しようとするのではなく、信頼されたシステム内部で活動する傾向が強まっているという、より広範な傾向を裏付けています。攻撃者は、Facebook Business Managerの複数のワークフローを悪用することで、正当なプラットフォーム機能を配信手段と攻撃対象領域の両方に変貌させました。認証情報の収集から不正アクセスに至るまで、異なる目的を持つ複数のワークフローを組み合わせる能力は、攻撃の到達範囲と有効性を大幅に高めます。

    本キャンペーンで実証されたように、検知が行われたのは配信時点ではなく、コンテンツが最終的に消費され、処理が行われたSalesforceのワークフロー内でした。これは根本的な変化を浮き彫りにしています。すなわち、脅威が正当なプラットフォーム活動と見分けがつかないように設計されている場合、境界制御だけでは不十分であるということです。

    効果的なセキュリティは、信頼、コンテキスト、ユーザー操作が交わり、現代の攻撃が最終的に実行される場所である、ビジネスアプリケーションやワークフローにまで及ぶ必要があります。

    推奨事項

    ガバナンスとアクセス制御

    • Facebook Business Managerのパートナーリクエストに対する厳格な承認プロセスを定義する
    • パートナーへのアクセス権限を、サードパーティベンダーのオンボーディングと同等に扱う
    • 承認権限を、管理対象のユーザーグループに限定する

    監視と監査

    • Business Managerのパートナー関係を定期的に監査する
    • 認識できない、または不要なアクセス権限を削除する

    ユーザーの意識向上

    • マーケティングおよびソーシャルメディアチームに対し、プラットフォーム固有の攻撃について教育を行う
    • 正当なメールであっても悪意のあるコンテンツが含まれている可能性があることを強調する

    技術的対策

    • ドメインの開設日数によるフィルタリングを有効にする(例:開設から7日未満のドメインをブロックする)
    • ビジネスプラットフォーム全体でコンテンツレベルのURL検査を実施する
    • 検知範囲をメールゲートウェイからSaaS環境へと拡大する

    運用上の実践

    • 未承諾のパートナーリクエストは、デフォルトで不審なものとして扱う
    • 独立した通信チャネルを通じてリクエストを検証する
    • SaaSプラットフォームの悪用に特化したインシデント対応プレイブックを策定する

    侵害の兆候

    • member365[.]agency-partner-register[.]com
    • pagequalitycenter[.]click
    • pageoperationscenter[.]click
    • pageperformancecenter[.]click
    • trustedpageportal[.]click
    • trustedpagesupport[.]click
    • controlreport[.]click
    • supportcenter[.]agency-partner-community[.]com
    • smart-service-portal[.]help
    • support254[.]agency-partner-manage[.]com
    • online-service-portal[.]help
    • contactauthcenter[.]click
    • contactpagesupport[.]click
    • helpforpage[.]online
    • transparency-violations-compl[.]click
    • freebluecheckfanpage[.]click

  • Cloud Protection for Salesforce 3.2 の新機能

    Sirius 3.2の新機能とその重要性についてご紹介します

    Salesforceには見えない脅威

    Salesforceの組織はかつてないほど複雑化しています。従業員、契約社員、パートナー、コミュニティユーザー、AIエージェント――これらすべてが、組織内で異なるアクセス権限を持って活動しています。これらのIDのそれぞれに権限が割り当てられています。権限は蓄積され、チームは変化します。しかし、誰も整理整頓を行いません。

    その結果、多くの Salesforce 管理者が明確な答えを持てない現実が生じています。組織内で、本来持つべきではないアクセス権限を持っているのは誰か?そして、もしそのようなユーザーの認証情報がサードパーティの侵害で漏洩していた場合、あなたはそれを把握できるでしょうか?

    世界中のデータ侵害の22%はログイン情報の盗難が原因です(Verizon DBIR 2025)。しかし、Salesforceには、ユーザーの認証情報が他の場所で侵害されたかどうかを検知するネイティブな機能がありません。Identity Protectionは、まさにこのギャップを埋めるために開発されました。

    Identity Protectionは、既知の侵害データベースと照合してSalesforceユーザーを継続的に監視します。内部の従業員から外部のコミュニティユーザーまでを網羅し、攻撃者が悪用する前に侵害されたアカウントを特定します。

    監視すべき全ユーザーを一元的に把握

    Identity Protectionは、管理者に注意が必要な全ユーザーを一元的に把握できる機能を提供します。その理由は、メールアドレスがデータ侵害リストに掲載された場合、過度な権限が割り当てられている場合、あるいはCloud Protectionライセンスが未取得で完全に監視の網から漏れている場合など、多岐にわたります。

    しかし、この機能の真の強みはここにあります。ユーザーを詳細に確認すると、単にリスクがあるというだけでなく、そのユーザーが何を行ってきたかが分かります。どのようなファイルをアップロードまたはダウンロードしたか? どのURLにアクセスしたか? どのアプリがアカウントに接続されているか? これにより、侵害されたIDが及ぼす潜在的な影響を把握できます。つまり、攻撃者がどこに到達できるか、すでに何が侵害されている可能性があるか、そして対応をどこに集中させるべきかが明確になるのです。

    Identity Protection 2.0:可視性の向上と迅速な対応

    バージョン3.2は大幅な機能強化が施されています。管理者は、ダッシュボードから離れることなく、どのユーザーが過剰な権限を持っているかを正確に把握し、最小権限の原則を徹底するための措置を講じることができます。Identity Protectionのインターフェースから直接パスワードのリセットやアカウントの凍結・解除を行えるほか、新たなユーザーデータの漏洩が検出された際にメール通知を受け取れるため、情報をいち早く把握できます。

    カタログの最後を締めくくる、具体的な製品機能「Identity Protection(アイデンティティ保護)」への誘導セクションですね。

    これまでに解説してきた「MFAバイパス」や「認証情報の窃取」といった脅威への直接的な回答として、読者の次のアクションを促す日本語表現を提案します。


    パターン1:標準・プロフェッショナル(信頼感のある誘導)

    Identity Protectionをまだご利用ではありませんか? [導入方法を確認する] または、デモを予約して実際の動作をご自身の目でお確かめください。

    ファイル内のマクロ検出:実行前に脅威を検知

    Microsoft OfficeやPDFファイルに埋め込まれたマクロは、マルウェアが拡散する最も一般的な手段の一つであり、スキャン時点でファイルにマルウェアが含まれていなくても危険です。これまでは、悪意のあるコンテンツが実際に検出された場合にのみ、ファイルにフラグが立てられていました。

    バージョン3.2ではこれが変更されました。マクロを含むファイルは、マルウェアの有無にかかわらずフラグが立てられるようになり、管理者は組織のリスク許容度に基づいて、マクロを含むファイルをブロックまたは警告するオプションを選択できるようになりました。

    バージョン3.2ではこれが変更されました。マクロを含むファイルは、マルウェアの有無にかかわらずフラグが立てられるようになり、管理者は組織のリスク許容度に基づいて、マクロを含むファイルをブロックまたは警告するオプションを選択できるようになりました。

    より信頼性の高い自動更新機能

    バックエンドでは、信頼性を向上させるために自動更新インフラストラクチャが再設計されました。管理者は更新履歴を示すトレイルログにアクセスできるようになり、自動更新が失敗した場合はアラートが通知されるため、問題を迅速に解決できます。

    AppExchangeでの提供

    バージョン3.2は現在利用可能です。更新の予定時期は以下の通りです:

    • AppExchangeでの提供開始: 2026年4月20日
    • 自動更新(サンドボックス環境): 2026年5月11日 
    • 自動更新(本番環境): 2026年6月1日

    すでに導入済みのお客様は、[バージョン3.2のリリースノート]で技術的な詳細をご確認ください。

    まだお客様でない方へ:貴社組織にどのようなメリットがあるか、ぜひご説明させてください。デモをご予約いただければ、担当者が直接ご案内いたします。[デモを予約する]

    私たちの使命:Salesforceに追随するセキュリティ

    Salesforceはもはや単なるCRMではありません。営業、サービス、マーケティング、そしてますますAI主導のワークフローを駆動する、現代ビジネスの業務基盤となっています。それに伴い、攻撃対象領域も拡大しています。

    私たちの使命は、セキュリティがその進化に確実に追いつくようにすることです。リリースするたびに、管理者が「誰がリスクにさらされているか」「攻撃者がどこまでアクセスできるか」「どう対処すべきか」を完全に把握できるSalesforce環境の実現に向けて一歩前進しています。すべて、管理者が日々利用しているプラットフォームから離れることなく行えます。

    バージョン3.2は、その方向へのさらなる一歩です。私たちの取り組みは、まだ終わっていません。

  • Salesforceのワークフローを悪用した、Microsoft 365認証情報窃取キャンペーンの観測事例
    フィッシング攻撃はもはや受信トレイだけに留まりません

    正規のMicrosoft 365インフラ、HTMLベースの認証情報収集、およびカレンダー招待の悪用を組み合わせることで、このキャンペーンは高い配信成功率を達成し、ユーザーとのやり取りの機会を複数回生み出しています。

    特に注目すべきは、この活動がSalesforceのワークフローを通じて拡散していることも確認されており、これにより信頼できるビジネス上の文脈が導入され、ユーザーの警戒心をさらに低下させている点です。

    主なポイント

    • 攻撃者は、フィッシングメールの配信成功率を高めるために Microsoft 365 のインフラストラクチャを悪用した
    • HTML 添付ファイルは、Microsoft サービスを装った認証情報収集ページを配信した
    • カレンダーの招待状(ICS ファイル)は、二次的なインタラクションチャネルとして機能した
    • このキャンペーンは Salesforce ワークフロー内でも確認されており、ビジネスコンテキストによってユーザーの信頼が高まっている
    • この攻撃は、脆弱性の悪用ではなく、信頼されたプラットフォームの悪用とユーザーとのインタラクションに依存している

    期間と範囲

    T確認された最も初期の活動は2025年9月に遡り、2026年4月17日現在もキャンペーンは継続中である。

    観測されたテレメトリの大部分は米国を拠点とする組織に集中しており、欧州やその他の地域でも追加の活動が確認されている。標的となった組織は、法務サービス、金融サービス、製造業、教育、消費財など、複数のセクターに及んでいる。

    標的の分布から、特定の業界や地域に焦点を当てたものではなく、機会を捉えたキャンペーンであることが示唆される。

    ソーシャルエンジニアリングの餌

    このキャンペーンでは、説得力のある複数のテーマが使用されている:

    ドメインの有効期限切れ/更新失敗 — サービス中断に関する緊急警告

    Microsoftサブスクリプションの支払い失敗 — サービスの継続性に影響する請求上の問題

    給与明細書の配信 — 社内の給与関連通信を装ったもの

    SharePointファイル共有 — 偽の共同作業リクエスト

    学術機関への招待 — 特定の教育機関に向けたメッセージ

    このスキャンでファイルが悪意のあるものと識別された場合、アップロードは直ちにブロックされ、ファイルはSalesforce環境に保存されることはありません。

    フィッシングメールの例

    フィッシングメールの例

    これらの餌は、緊急性や文脈上の権威を利用して、即座の行動を促すものです。

    メール認証の回避

    このキャンペーンは、メール認証を完全に回避するのではなく、その制約の範囲内で動作することで配信を実現しています。

    送信ドメインには、以下のSPFレコードが設定されていました:

    v=spf1 include:spf.protection.outlook.com ~all

    Tこの設定には、いくつかの意味があります:

    • Microsoft 365インフラストラクチャは、当該ドメインに代わって送信することを明示的に許可されています
    • ~all(ソフトフェイル)ポリシーにより、SPFチェックに失敗した場合でもメッセージの送信が許可されます
    • DMARCポリシーは定義されておらず、適用は受信システムに委ねられています

    これは、メールヘッダーで確認された送信元IPの1つに対するSPFの結果です:

    送信元IP(146.20.65.91)は当該ドメインのSPF認証に失敗しましたが、ソフトフェイルポリシーとDKIMの通過により、メールは依然として配信されました。

    確認されたサンプルでは、送信元IPはSPF検証に失敗しましたが、以下の理由によりメッセージは依然として配信されました:

    • DKIM検証が成功した(攻撃者が署名ドメインを制御している)
    • DMARCポリシーによる拒否が適用されていない
    • 複合認証の結果が、フィルタリングシステムにとって許容範囲内と見なされた

    これは、認証チェックに合格したからといって正当性を示すものではないことを示しています。それは単に、メッセージが認証モデルに準拠していることを意味するに過ぎません。

    M365テナントの悪用

    フィッシングメールは、Microsoft 365テナントのインフラストラクチャを経由してルーティングされていました。

    攻撃者は、無料トライアル、侵害されたアカウント、または闇市場を通じてテナントを登録または取得し、それらを利用して正規のMicrosoftインフラストラクチャ経由でメッセージを送信した可能性が高い。

    メール内で確認されたMicrosoft生成のヘッダーフィールドは、送信セッションに関連付けられた認証済みテナントを特定する。これらのフィールドはMicrosoftシステムによって書き込まれ、外部から偽造することはできないため、正規のテナントインフラストラクチャが使用されていることが確認される。

    脅威アクターが使用したテナントIDの例

    Eメールの添付ファイル:二重配信アプローチ

    Each phishing email contains two attachments:

    各フィッシングメールには2つの添付ファイルが含まれています:

    • HTMLファイル — 主要な認証情報収集ペイロード
    • iCalendar (.ics) ファイル — 二次的な配信ベクター

    この二重配信アプローチにより、単一チャネル防御に対する耐性が高まり、受信者に対して複数のインタラクション経路が生成されます。

    HTML添付ファイル:認証情報収集ツール

    HTML添付ファイルは、偽のMicrosoftログイン画面を表示します。

    開くと、以下の動作を行います:

    • Microsoftブランドの読み込みシーケンスを表示
    • 攻撃者が制御するサブドメインを動的に生成
    • 認証情報を収集するように設計されたフィッシングインターフェースを読み込み

    偽の読み込みプロセス

    偽の読み込みプロセス

    偽のログインプロンプト

    偽のログインプロンプト

    一般的なMicrosoftテーマのページに加え、一部のHTML添付ファイルは、GoDaddyなどのプロバイダーを装ったドメイン更新やサブスクリプション通知など、特定のシナリオに合わせてカスタマイズされています。

    偽のGoDaddyログインページ

    このフィッシングキットは、/impactや/track-clickといったURLパスを使用し、非標準ポート(例:8443、2083)経由で攻撃者が制御するエンドポイントにリクエストを送信することで、ユーザーの操作を追跡します。これにより、オペレーターはユーザーの関与状況を監視し、攻撃のその後の段階を調整することが可能になります。

    追跡エンドポイントのURL形式

    追跡エンドポイントのURL形式

    カレンダー招待:二次的な配信ベクトル

    Calendar(.ics)の添付ファイルは、会議の招待として配信されます。

    ICSはさまざまなプラットフォーム(Outlook、Googleカレンダー、Appleカレンダー、モバイルクライアント)で広くサポートされているため、信頼性の高いクロスプラットフォームの配信メカニズムを提供します。

    メールクライアントの動作や設定によっては:

    • イベントがカレンダーに自動的に追加される場合がある
    • プレビュー時や操作時にイベントが表示される場合がある
    • ユーザーが招待を明示的に承諾しなくても関与してしまう場合がある

    カレンダー招待

    カレンダーに追加されたカレンダー招待

    ICS添付ファイル自体には、実行可能な悪意のあるコンテンツは含まれていません。その代わり、ソーシャルエンジニアリングおよび配信のメカニズムとして機能し、ユーザーをフィッシングのペイロードへと誘導します。

    Salesforceワークフローでの観測

    当社は、このキャンペーンをSalesforceワークフロー内で観測しました。これは重要な点です。なぜなら、Salesforceは信頼されたビジネス環境内で動作しており、ユーザーは正当な業務コンテンツを期待しているからです。CRMワークフローに表示されるコンテンツは、期待される業務活動と一致するため、ユーザーの疑念を和らげる可能性があります。

    この文脈において:

    • フィッシングコンテンツは、正当なワークフロー(例:請求書、給与計算、ドキュメント共有)と整合性があるように見える
    • 配信チャネルが、正当性に対する認識を強化する
    • この攻撃は、従来の電子メール中心の脅威モデルには当てはまらない可能性がある

    フィッシングペイロード自体の動作は、配信チャネルに関係なく同じです。しかし、Salesforceを介して配信される場合、文脈上の信頼性により、ユーザーが操作を行う可能性が高まります。

    検 知

    WithSecure™ Cloud Protection for Salesforceは、このキャンペーンに関連する悪意のあるHTML添付ファイルを「PHISH/HTML.Agent」として検知します。

    この検知は、以下の特徴を持つ認証情報収集ページを対象としています:

    • 攻撃者が制御するURLを動的に生成する
    • Microsoftの認証ポータルを偽装する
    • ユーザーの認証情報を収集する

    結 論

    このキャンペーンは、攻撃者がシステムを直接回避しようとするのではなく、信頼されたシステム内で活動する傾向が強まっていることを示しています。

    このアプローチにより、従来の回避手法への依存度が低下し、代わりに広く採用されているプラットフォームへの信頼を悪用するようになります。

    これらの手法を組み合わせることで、攻撃者は技術的に正当に見えるメッセージを作成します:

    • 正当な Microsoft 365 インフラストラクチャ
    • DMARC の適用が不十分、または未実施
    • 有効な DKIM 署名
    • マルチチャネル配信(メールとカレンダー)

    Salesforceのワークフロー内でこの活動が確認されたことは、より広範な変化を浮き彫りにしています。フィッシングの脅威はもはや電子メールに限定されず、ユーザーが本質的にその文脈を信頼しているビジネスアプリケーションへと拡大しています。

    攻撃者が信頼されたプラットフォームやワークフローを悪用し続ける中、電子メールのセキュリティのみに注力する組織は、日々の業務に深く組み込まれたシステムにおける脆弱性を見落とすリスクがあります。

    推奨事項

    • サービス関連の緊急メールやカレンダーの招待状には注意を払う
    • Microsoftのログインポータルを装ったHTML添付ファイルは開かない
    • 公式ドメイン経由でMicrosoftサービスに直接アクセスする
    • カレンダーの自動承諾設定を確認する
    • 信頼性の指標としてSPF/DKIM/DMARCの結果のみに依存しない

    侵害の兆候

    以下の兆候は、キャンペーンのサンプル分析を通じて特定されました。

    インフラストラクチャの指標(IP、ドメイン、テナントID)は、攻撃者によって変更される可能性があることに注意してください。

    • M365 テナント ID:
    • 6449efea-a175-42ba-b4fe-aaf702600f14 
    • 7c8f16fe-b88a-438e-850b-cc8160aefa6d 
    • d87ee9b3-0568-4108-9977-1462d082e09b 
    • 0714db3d-882f-41c4-8579-3146af5c2abb 
    • IPアドレス:
    • 146.20.65.91
    • 146.20.87.4
    • 31.58.144.13
    • ドメイン:
      • anaksakti77[.]orgtouchepasamonflic[.]frklinikdrdewi[.]comhaoranchalerkotha[.]comkhaskhoborbd[.]combhkbbmta110[.]comcash4d10[.]xyzblitz168asia[.]comblitz168app[.]comwalshmanagement[.]cadoctorsbusinesshub[.]comanaksakti[.]onlineautomedsos[.]comrichalfahad[.]combishalacademy[.]comuttarabusinessclub[.]comcloudeducation[.]xyznexgenictchampsolympiad[.]com102naga26[.]comigromaster[.]infon8nblitz[.]sbswaroengindo89[.]comytccomputer[.]comcss.nokhbabd[.]com
    • ファイル名のパターン:
      • Admin_Center_MSA[username]_[digits]_.htmAdmin_Center_[name]_[digits]_.htmOnline admin center [random].PDF.HTMSharePoint_Workspace_Team_review, [timestamp]-[digits].htmMs-Portal-SupportHub_[encoded].htmTUlNRS1WZXJzaW9uOiAxLjAKQ29udGVudC1UeXBlOiB0ZXh0L2h0bWw (base64 decodes to “MIME-Version: 1.0\nContent-Type: text/html”)Remittance_Review_[string].htmPayOps Asset Ltd – RTI Full Payment Submission (FPS) for [month]_[random].htmABH Asset Ltd – RTI Full Payment Submission (FPS) for [month]_[random].htm
  • Salesforceマルウェアスキャナー:脅威テストから判明した現状

    ネイティブなマルウェアスキャナーの導入は、脅威の状況や顧客のニーズの変化に対応するベンダーの動きを反映し、SaaSプラットフォームにおけるセキュリティ機能の継続的な進化を示すものです。

    この機能が追加されたことで、セキュリティ担当者としては「実際の運用でどのような挙動を示すのか」を当然把握しておきたいところでしょう。特に、異なるワークフロー経由でファイルがアップロードされた場合や、実際に悪意のあるコンテンツが検知された際の挙動は、非常に重要な関心事となります。

    当社では、検知クオリティを定期的に評価する「脅威カバレッジ検証プログラム」を常時実施しています。その一環として、今回はSalesforceマルウェアスキャナーについても評価を行いました。

    Salesforceのファイルセキュリティが重視される理由

    Salesforce環境では、日常的なワークフローの一環として、頻繁にファイルの保存や配布が行われます。これらのファイルには、例えば以下のようなものが含まれます:

    • Officeドキュメント
    • PDFファイル
    • アーカイブファイル
    • 画像ファイル

    Threat actors increasingly use these file types as delivery mechanisms. Instead of distributing standalone malware, attackers often rely on documents containing embedded links, redirect chains, or other mechanisms that lead users to malicious infrastructure.

    Some common techniques include:

    • フィッシングURLが埋め込まれたドキュメント
    • 単純なファイルスキャンを回避するためのアーカイブ(ZIP等)ファイル
    • 多段階のペイロード配信(ドキュメント → リンク → 不正プログラムの実行へ)
    • QRコードを用いたフィッシング(通称「クィッシング / Quishing」)など画像の悪用

    こうした攻撃パターンが存在するため、SaaSプラットフォーム内でのファイルセキュリティは、組織の防御において欠かせない重要なレイヤーとなっています。

    Salesforceマルウェアスキャナーの仕組み

    実際のテストを通じて、Salesforceマルウェアスキャナーがアップロードされたファイルをどのように評価するのか、その運用上の挙動がいくつか明らかになりました。

    重要な注意点として、このマルウェアスキャン機能が適用されるのは「Salesforce Files」に保存されたファイルのみであるという点が挙げられます。一部の環境では、いまだにレガシーな「添付ファイル(Attachmentオブジェクト)」が使用されている場合がありますが、これらはスキャン機能の対象外となっています。

    UI経由のアップロードに対する同期スキャン

    Salesforceのユーザーインターフェースを通じてファイルをアップロードする場合、マルウェアスキャナーは同期スキャンを実行します。つまり、アップロードのプロセスと並行して、即座にスキャンが行われる仕組みです。

    このスキャンでファイルが悪意のあるものと識別された場合、アップロードは即座にブロックされ、そのファイルがSalesforce環境内に保存されることは一切ありません。

    UIアップロード時のブロックメッセージ

    このアプローチは、悪意のあるファイルがプラットフォーム内に侵入するのを確実に阻止できる一方で、ブロックされたアップロード試行は管理画面の検知ビュー(レポートなど)には表示されないという側面も持っています。

    API経由のアップロードに対する非同期スキャン

    Data Loaderや外部連携などのAPIワークフローを通じてアップロードされるファイルは、UIからのアップロードとは異なる方法で処理されます。

    これらのケースでは、ファイルはまずSalesforce内に保存され、その後マルウェアスキャナーが非同期(バックグラウンド)でスキャンを実行します。

    潜在的に危険なファイルが環境内でアクセス可能な状態(ダウンロードできる状態)になってしまう可能性があることを意味しています。

    その後、ファイルが悪意のあるものと判定された場合にはフラグが立てられ、プレビュー表示もできないよう制限がかかります。

    ブロック時のメッセージ

    検知の可視性と管理上の対応

    Salesforceの「検知レコード」は、マルウェアスキャンの結果を表します。ファイルが非同期で検知された場合、それらは「Malicious Files (Beta)」ビューに表示され、管理者はフラグが立てられたファイルの内容を確認することができます。

    検知されたファイルの表示ビュー

    管理者は、検知内容が誤り(誤検知)であると判断した場合、対象のファイルを「安全」としてマークすることができます。検証中、この操作を行うと対応するエントリーがビューから削除されることが確認されました。つまり、このインターフェースは永続的な履歴ログというよりも、主として「現在検知されているもの」を反映する仕組みになっています。

    「安全」としてマークする

    さらに、フラグが立てられたファイルに対してユーザーがダウンロードを試みるなど、検知後のアクセス試行は個別のセキュリティイベントとして記録されません。 そのため、検知されたファイルに対して「その後、誰がどのようにアクセスしようとしたか」という詳細な挙動を追跡するには、可視性に制限があるという点に注意が必要です。

    インシデント調査や監査対応を行う組織にとって、こうした挙動の違い(同期・非同期スキャンの差やログの仕様)は、セキュリティイベントの追跡や分析方法に大きな影響を与える可能性があります。

    ダウンロードの強制制限

    一度ファイルに「悪意あり」のフラグが立てられると、そのダウンロードが強制的に制限されるかどうかは、ユーザーの権限設定によって決まります。

    標準ユーザーがフラグの立てられたファイルをダウンロードしようとすると、アクセスを拒否するブロックメッセージが表示されます。一方で、管理者ユーザーの場合は、付与されている権限によっては依然としてそのファイルをダウンロードできる可能性があります。

    ダウンロード時のブロックメッセージ

    この挙動により、一般ユーザーが潜在的に悪意のあるコンテンツにアクセスするのを防ぎつつ、管理者は必要に応じてファイルを調査することが可能になります。

    脅威検知のカバー範囲に関する考察

    前のセクションではスキャナーの運用上の動作について説明しましたが、ここからは一般的な脅威に対してスキャナーがどのように機能するか、検証から得られた観察結果について詳しく見ていきます。

    今回の脅威カバー率の検証サイクルでは、Salesforce環境において一般的とされる脅威を模したサンプルデータセットを用いて評価を行いました。これには主に、Officeドキュメント、PDF、アーカイブファイル、そして画像ベースのおとりファイルなどが含まれています。

    Salesforce Malware Scannerは、評価対象のサンプルのごく一部のみを検出し、85件の悪意あるサンプルのうち3件(3.5%)しか特定できませんでした。検出されたのは主に、エクスプロイトやマクロコードといった信頼度の高い指標を含むサンプルでした。しかし、最近の脅威の多くは、文書自体が攻撃の初期段階として機能する多段階の配信メカニズムに依存しています。こうした文書には、ユーザーを外部インフラへリダイレクトする埋め込みURLが含まれていることが多く、そこで追加のペイロードやフィッシング攻撃が行われます。

    これは、ファイルベースのセキュリティにとって重大な課題となります。なぜなら、悪意のある活動がファイル自体からは完全には把握できない可能性があるからです。

    SaaS環境における多層的な保護

    テストから得られたいくつかの運用上の観察結果から、Salesforce Malware Scannerが実際にどのように動作するかが明らかになりました:

    • 信頼度の高い悪意のあるファイルに重点を置いた検出
    • UIとAPIのアップロードワークフローで動作が異なる
    • 検出レコードにはスキャン結果は反映されるが、その後のアクセス試行は反映されない
    • ファイルが安全とマークされると、検出レコードは削除される
    • 検出のコンテキストや過去の検出活動に関する可視性が限定的である

    脅威の多くは、最初のファイルそのものを超えて外部へと波及するため、多くの組織ではSaaSプラットフォームの周囲に多層防御戦略を導入しています。

    多層防御ソリューションは、標準機能のコントロールを補完し、以下のような強力な機能を提供します:多層防御ソリューションは、標準機能のコントロールを補完し、以下のような強力な機能を提供します:s:多層防御ソリューションは、標準機能のコントロールを補完し、以下のような強力な機能を提供します:

    • ファイルと埋め込みリンクの高度な解析
    • リダイレクトチェーンと多段階攻撃の検知
    • 悪意のあるコンテンツの隔離と無害化
    • 悪意のあるコンテンツの隔離と無害化

    実務において、これらの機能は、脅威が最初のファイルを起点としてどのように進行していくかをセキュリティチームが監視することを可能にします。また、インシデントの調査や対応に不可欠な「付加的なコンテキスト(背景情報)」を提供します。

    多くの現代的な攻撃がURLを介した配信段階に依存していることから、この点は特に重要となります。当社の最近の脅威動向レポートによると、Salesforce環境を標的とした観測された脅威の大部分はURLを介して発生しており(98%)、ファイルとして最初に配信されたものはごく一部にとどまりました(1.74%)。 

    結 論

    Salesforce Malware Scannerは、Salesforce環境にアップロードされた悪意のあるファイルを検知するための「基本機能」としての役割を担っています。今回の検証において、このプラットフォームは、確信度の高い(明らかに有害と判定できる)悪意のあるファイルをブロックし、フラグが立てられたコンテンツに対して適切なアクセス制御を強制できる能力を実証しました。

    At the same time, modern threats increasingly rely on multi-stage delivery techniques and external infrastructure, where the initial file acts only as the first step in a broader attack chain.

    同時に、現代の脅威は多段階のデリバリ手法や外部インフラへの依存度を強めています。この手法において、最初に送り込まれるファイルは、より広範な攻撃チェーンにおける「最初の一歩」に過ぎません。

    Salesforce環境がビジネスに不可欠なデータやプロセスを支える基盤となるにつれ、それらを保護するセキュリティコントロールにも、エンタープライズレベルの要求事項を満たすことが期待されています。

    エンタープライズグレードのセキュリティソリューションは、包括的な検知範囲、調査に不可欠なコンテキスト、脅威の緩和、そして運用の可視性を提供できるよう設計されています。これらの環境がビジネスにおいて極めて重要な役割を果たしているからこそ、求められる保護レベルに見合ったセキュリティ投資を行うことが、組織のレジリエンスを維持する上で不可欠です。

    対照的に、Salesforceに組み込まれたこの標準機能は、広範なサービス提供の一部として「基本レベル」の保護を提供するものであり、検知範囲や運用の可視性には固有の限界があります。これらの機能に関する詳細な比較は、弊社の「機能比較ページ」でご確認いただけます。

    実際のワークフローにおいて、これらの保護機能がどのように動作するのかを正しく理解することは、組織が自社のSalesforce環境を保護するための最適な意思決定を下す上で非常に重要です。.

  • Salesforce を取り巻く脅威ランドスケープ: 2026年に学ぶべき教訓と警戒すべきリスク

    Salesforceは、金銭目的のサイバー犯罪者にとって極めて投資対効果の高いターゲットとなっています。2025年、攻撃者の手法はプラットフォームの脆弱性を突くものから、「信頼の悪用」へと大きくシフトしました。実際に観測された攻撃活動の多くは、ソフトウェアの欠陥を利用するのではなく、アイデンティティ(ID)の不正利用、ソーシャルエンジニアリング、OAuth認証の悪用、そして信頼された連携設定やワークフローの侵害に集中しています。

    さらに、「アドバーサリ・イン・ザ・ミドル(AiTM/中間者攻撃)」型のフィッシングキットを用いることで、攻撃者はセッショントークンや多要素認証(MFA)の要求をリアルタイムで奪い取っています。これらの手法は、システムの脆弱性を直接突くのではなく、「信頼されたワークフロー」の中で実行されるため、正当な業務活動と見分けることが極めて困難になっています。

    2026年度 Salesforce 脅威ランドスケープレポートのダウンロード

    公表されている一連の攻撃活動は、正当なアクセス経路がいかに悪用されているかを如実に示しています。OAuthトークンの窃取により、パスワードを介さずに長期間のアクセスが可能となりました。また、信頼されているSalesforce連携ツールに対するサプライチェーン侵害は、複数の組織にわたって被害の影響範囲(ブラスト半径)を拡大させました。これと並行して、恐喝を目的とする攻撃者は、リークサイトでの活動においてSalesforceのデータに公然と言及しています。たとえその主張が誇張されたものや未確認のものであったとしても、「Salesforceのデータは有力な交渉材料になる」という認識を強める結果となっています。

    これらのパターンは、リスクの性質が根本的に変化していることを示唆しています。**「アイデンティティ」「自動化」「連携」「コンテンツ」が現在では密接に相互接続されており、Salesforce環境内において拡大し続ける信頼の境界線を形成しています。Salesforceは、人間のユーザー、非人間アイデンティティ、自動化されたプロセス、そしてデータフローが絶えず相互作用する「信頼の拠点」としての機能をますます強めています。自動化やエージェント駆動の実行、AI支援によるワークフローが普及するにつれ、攻撃者にとっては、委譲されたアクセス権限や長期的な信頼関係を悪用する機会がさらに増えることになります。

    2026年とその先を見据えた備えとして、組織はSalesforceのセキュリティを、単なる「特定のポイントを制御する問題」としてではなく、「エコシステム全体の課題」として捉える必要があります。効果的な防御を支えるのは、アイデンティティ、連携、自動化、そしてコンテンツが時間の経過とともにどのように相互作用しているかを可視化し続けること、そして「信頼されているワークフロー」内で行われる悪用を検知できるかどうかにかかっています。WithSecure™ Cloud Protection for Salesforceは、URL、ファイル、QRコードを介したやり取り、さらにはアイデンティティやインテグレーションに至るまで検知と可視化の範囲を拡張することで、こうしたニーズに応えます。これにより、本来であれば通常のビジネス業務の中に紛れ込んでしまうような悪意ある活動を、確実に見つけ出します。  

    このような拡大する信頼関係の全体にわたって、ガバナンス、検知、および対応を一貫して運用できる組織こそが、Salesforceの機能進化と攻撃手法の高度化が同時に進む中で、リスクを管理し、優位な立場を築くことができるでしょう。 

    2026年度 Salesforce 脅威ランドスケープレポートのダウンロード

  • WithSecure™ Cloud Protection for Agentforce 1.0 の新機能

    WithSecure™ Cloud Protection for Salesforceは、既存のワークフローだけでなく、新たなAgentforceのユースケースにも対応するようになりました。Salesforceにネイティブに統合された保護機能により、今後の展開にも万全の備えが整います。

    Agentforceの登場により、Salesforceはインテリジェントで自律的なエージェントという新たな時代を迎えました。こうしたAIエージェントがビジネスのあり方を変革する中、WithSecure Cloud Protectionもそれに歩調を合わせて進化しています。まずは現在のユースケースに対応するリアルタイムのセキュリティから始め、これらのAIエージェントが今後行うであろうことへの備えも組み込んでいます。

    同時に、攻撃者の戦術も進化しています。難読化されたQRコードを使ったフィッシング、ステルス的な認証情報の侵害、そして検知を逃れるファイルによる脅威がますます増加しています。

    今回のリリースは、Salesforceの活用方法と、それが標的とされる方法の両方に適応する保護機能により、これらの現実に対応しています。

    Apollo 2.8の新機能(コアパッケージの更新):

    • QRコード保護:アップロードされたPDFやOfficeファイル内の悪意のあるQRコードを検出
    • URL展開:QRコード内に隠された短縮URL(例:bit.ly、tinyurl)を解析
    • モバイルセーフ防御:管理対象外のデバイスでスキャンされた場合でも、フィッシングの脅威をブロック
    • すべての更新内容と修正点はリリースノートをご覧ください

    Agentforce 拡張機能の新機能(新規パッケージ):

    • リアルタイム URL スキャン:Agentforce ネイティブワークフロー内の AI 生成リンクを分析
    • エージェント対応の保護範囲:Messaging for In-App and Web(MIAW)ユースケース向けのネイティブ保護
    • シームレスな統合:WithSecure Cloud Protection for Salesforce ライセンスに含まれます。Apollo 2.8 バージョンが必要です

    提供開始:Agentforceワークフロー向けのリアルタイム保護

    すべてのエージェントによるアクションをリアルタイムで信頼

    Agentforceは、Salesforceにおける業務の進め方を変革しています。AIエージェントは、サービス提供を加速させ、チームを支援し、複数のワークフローやチャネルを横断してやり取りを行っています。

    WithSecureは、この変革と、その先にある未来を守るために構築されています。

    初期の Agentforce のユースケースの多くは、顧客がチャットでリンクやファイルを共有する「Messaging for In-App and Web(MIAW)」に基づいています。これらのワークフローは、リアルタイムのファイルおよびリンクスキャンを含む、WithSecure Cloud Protection for Salesforce のメインパッケージによってすでに保護されています。

    今回、Agentforce拡張機能により保護機能がさらに強化され、AIエージェントが直接提示するリンクを含め、エージェントワークフロー内でネイティブなリアルタイムURLスキャンが追加されました。これにより、AI自動化が拡大しても、セキュリティもそれに応じて拡張されることが保証されます

    そして、これはまだ始まりに過ぎません。私たちは、Salesforceのロードマップに合わせて進化し続ける基盤としてAgentforce拡張機能を構築しました。これにより、現在および将来のエージェント主導のユースケースに対して、継続的な保護を提供します。

    現在ご利用いただける機能:
    • AI生成ワークフローにおけるリアルタイムURLスキャン
    • MIAWワークフローにおける継続的な保護 – すでにコア製品に含まれています
    • 拡大するAgentforceの導入範囲を保護するための、将来を見据えた基盤

    注: Agentforce拡張機能をご利用いただくには、メインソリューションをバージョン2.8以降に更新する必要があります。

    すでにWithSecure Cloud Protection for Salesforceをご利用ですか?

    Agentforce拡張機能は追加費用なしでご利用いただけます。

    → Apollo 2.8にアップグレードして、Agentforce保護機能を有効化n

    Learn more about native protection for Agentforce

    Explore the product details

    自律型AIワークフローのための実環境での保護

    カスタマーサポート

    AIエージェントとMIAWベースのチャットが即座に応答し、役立つリンクやコンテンツを提供します。

    WithSecureはすべてをリアルタイムでスキャンし、悪意のあるものがスタッフや顧客に届く前にブロックします。

    自動化された運用

    エージェントは、社内記録や外部システムからデータを抽出します。

    短縮URLやレガシーファイルのリンクは、即座に展開・分析されます。

    全社的な自動化

    Agentforceがチャネルやユースケースを横断して新しいワークフローを推進する中、WithSecureはネイティブかつ業務を中断させることなく、リアルタイムのセキュリティを提供します。

    Apollo 2.8:QRコードおよびリダイレクト型フィッシングへの防御

    Salesforce上のQRコードは一見無害に見えます。しかし、そうではない場合もあります

    サイバー犯罪者は、従来のセキュリティ層を迂回してフィッシングリンクを送り込む手段として、ますますQRコードを利用するようになっています。「クイッシング(quishing)」として知られるこれらの攻撃では、悪意のあるリンクがQRコード内に埋め込まれ、PDF、請求書、スライド資料などの日常的なビジネス文書に配置されます。

    スキャンされると(多くの場合、管理対象外のモバイルデバイス上で)、ユーザーは知らぬ間に、認証情報を盗んだりマルウェアをインストールしたりするように設計されたフィッシングサイトにリダイレクトされます。行き先がコード内に隠されているため、従来のファイルやリンクのスキャナーでは見逃されがちです。

    WithSecure™ Cloud Protection for Salesforceは、悪意のあるQRコードを検出する機能でこれに対抗します。Apollo 2.8ではこの機能が強化され、より巧妙に多層化されたQRコードベースの脅威さえも排除できるようになりました。

    この保護機能は社内外のワークフローの両方で機能し、特にBYOD(個人所有端末の業務利用)ポリシーが導入されている環境において、フィッシング攻撃の成功率を低減するのに役立ちます。

    Apollo 2.8の新機能:
    • アップロードされたPDFやOfficeファイルに埋め込まれた悪意のあるQRコードを検出
    • QRコード内に隠された短縮URL(bit.ly、tinyurlなど)を展開
    その重要性:
    • 他社製品が見逃すフィッシング攻撃をブロック – 管理対象外のモバイルデバイスでも
    • 脅威が到達する前に、社内外のユーザーを保護
    • 手動による調査やセキュリティ関連の作業負荷を軽減

    Understand why QR codes in Salesforce are a risk

    Learn about the quishing threat

    管理者向けヒント:接続済みアプリを有効にする

    WithSecure Cloud Protection for Salesforceの機能を最大限に活用するには、お使いの環境で接続済みアプリが有効になっていることを確認してください。

    これは、以下のような高度な脅威分析機能を利用するための重要な要件です:

    • ファイル内のURLスキャン
    • QRコードの検出
    • 埋め込まれたフィッシングリンクに対するリアルタイム保護
    • ゼロデイ脅威に対するリアルタイム対応

    これを有効にしないと、本来阻止できたはずの脅威を見逃す可能性があります。

    Connected Appはバックグラウンドで静かに動作しますが、Salesforceデータの安全性を保ち、利用環境を健全に維持する上で極めて重要な役割を果たしています。rs protected, and your automation workflows safe.

    今後の展望は?

    企業がSalesforceを活用する方法は急速に変化しています。それを標的とする脅威も同様です。

    AIエージェントが顧客とのやり取りを担い、データを可視化し、意思決定を推進しています。Agentforceが成熟するにつれ、ファイル処理やオブジェクト横断的な自動化といった新機能も間もなく登場します。私たちは先を見据えて開発を進めており、ワークフローを拡張するその瞬間にも、すでに保護体制が整っているようにしています。

    当社のAgentforce拡張機能は、Salesforceのロードマップと並行して進化するよう設計されています。現在のネイティブURLスキャンから、将来的にはエージェントの動作、接続済みアプリのアクション、多層的なファイル保護への対応範囲の拡大へと広がっていきます。これは単なる静的なアドオンではありません。AIエージェントが今後行うあらゆる動作を支えるセキュリティ基盤なのです。

    しかし、プラットフォーム主導の進化だけでは不十分です。Salesforceを取り巻く脅威の状況は深刻化しています。攻撃者はID管理の不備を悪用し、QRコードの裏にフィッシングリンクを埋め込み、共同作業のワークフローに悪意のあるファイルを紛れ込ませています。認証情報の侵害は、さらなる侵入への足がかりとなるため、早期の介入が必要です。

    だからこそ、当社のロードマップは単にSalesforceを追うだけではありません。その周囲の脅威環境も追跡しています。

    当社は、攻撃者の行動に適応するリアルタイム防御機能を強化するとともに、被害が拡大する前に侵害の初期兆候を検知するためのID保護に投資しています。私たちの目標はシンプルです。それが人間によるものであれ、エージェントによるものであれ、あらゆるアクションを保護することです。

    View all updates and bug fixes in the release notes

    よくある質問

    これは「WithSecure Cloud Protection for Salesforce」とは別の製品ですか?

    「WithSecure Cloud Protection for Agentforce」は、「WithSecure Cloud Protection for Salesforce」のライセンスをお持ちのお客様向けの無料拡張機能で、AppExchangeにて現在ご利用いただけます。

    Agentforce拡張機能は、実際にはどのような機能を追加するのでしょうか?

    この拡張機能により、agentic(AI駆動型)ワークフローを通じて処理されるURLに対してもリアルタイム保護が適用されます。基幹製品ではすでにファイルのスキャンが行われていますが、これにより、外部のセキュリティツールでは対応できないAI自動化プロセスを通じて脅威が拡散することを防ぎます。今後、Agentforce独自のセキュリティ機能はすべて、この拡張機能を通じてリリースされる予定です

    どのような脅威が検出されますか?

    フォーム、チャットボットの会話、SlackやWhatsAppとの連携、あるいはポータルを通じて共有されるマルウェア、フィッシングリンク、有害なコンテンツ――それらが人間のユーザーによって処理されるか、AIエージェントによって処理されるかにかかわらず、

    この保護レイヤーは、パフォーマンスや自動化の速度に影響を与えますか?

    いいえ。この拡張機能は、他に類を見ないほどの高速性を追求して開発されています。エージェントや人間のワークフローを遅らせることなく、リアルタイムでスキャンを行います。

    これは誰を対象としているのですか?

    Agentforceを利用している、または導入を検討している企業。特に、データの整合性、AIの監視、および監査対応が極めて重要な規制産業の企業。

    これは他のSalesforceセキュリティツールとどう違うのですか?

    多くのツールは、メールやエンドポイントセキュリティといった境界防御に依存しています。従来のCASB(クラウドアクセスセキュリティブローカー)は、高速なAIエージェントにとって許容できないほどの遅延が生じます。WithSecure Cloud Protection for Salesforceだけが、AIエージェントがコンテンツを送信、クリック、または共有したまさにその瞬間に、Salesforceの内部でネイティブかつリアルタイムにスキャンを行います。

    これこそがAgentforceに求められる保護レベルであり、この「ネイティブ+リアルタイム+AI対応」という組み合わせを実現しているソリューションは他にありません。

    そのソリューションは、コンプライアンス認証を取得していますか?

    はい。WithSecure Cloud Protectionは、ISAE 3000 Type 2(SOC 2 Type 2)およびISO 27001の認証を取得しており、AIを活用したAgentforceワークフローにおいても、監査のための完全な可視性と追跡可能性を提供します。

    WithSecure™ Cloud Protection for Agentforce は、Salesforce 環境に変更を加えますか?

    いいえ。WithSecure™ Cloud Protection for Agentforceは、Salesforce環境に変更を加えることはありません。
    既存のワークフロー、データ構造、設定を変更することなく、ネイティブにインストールされます。この拡張機能は、エージェント関連のコンテンツ(ファイルやURL)に対するリアルタイム保護機能を追加するだけで、現在の環境とシームレスに連携します。そのため、業務を中断させることなく、自動化プロセスを保護することができます。

    このアプリはどのようにホストされていますか?

    WithSecure™ Cloud Protection for Salesforceは、「WithSecure™ Security Cloud」と呼ばれるクラウドベースの脅威分析サービスを利用しています。このサービスはAWS上でホストされています。お客様自身でホスティングを行う必要はなく、隠れたホスティング費用も一切発生しません。

    このクラウドサービスは、アイルランド、米国、日本、シンガポール、オーストラリアにあるデータセンターでホストされています。お客様は接続拠点、つまりデータの保存場所を選択でき、データの保存場所を効果的に管理することができます。

    Agentforce拡張機能はどのように有効化しますか?

    AppExchangeから拡張機能をインストールし、Salesforce内の使い慣れたWithSecure Cloud ProtectionアプリのUIから設定を行うだけです。新しいポータルは必要なく、クリックするだけですぐに利用開始できます。

製品

  • デモのリクエスト
  • 製品
  • 顧客事例
  • プライシング

リソース

  • コンプライアンス
  • データシート
  • コンテンツリスク評価ツール

ウィズセキュアについて

  • WithSecure™
  • W/ Elements

サポート

  • サポートポータル
  • ユーザーガイド

SNS

利用規約

プライバシー ポリシー