📈『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日間無償評価版のお申し込み
  • 御社のSalesforceはDORAに準拠していますか?

    DORAとは?

    デジタルオペレーショナルレジリエンス法(DORA)は、金融機関の業務継続性を強化するために策定された欧州連合(EU)の規制です。この規制は、サイバー攻撃を含むICT関連の障害に対して、金融機関が耐え抜き、対応し、復旧できることを保証するものです。ICTリスク管理、インシデント報告、レジリエンス・テスト、およびサードパーティ・リスク管理(TPRM)に関する規則を義務付けています。この規制は2025年1月17日より適用されます。

    DORAの目的は何ですか?

    DORAは、EUの金融機関がICTリスクを効果的に管理・軽減し、サイバー脅威の影響を最小限に抑え、障害発生時にも事業継続を維持できるようにすることを目的としています。

    DORAは誰に適用されますか?

    DORAは、EU内で事業を行う金融機関の大部分に適用されます。その対象は、銀行、投資会社、決済サービスプロバイダー、保険会社といった幅広い金融機関に加え、金融機関を支援するクラウドサービスなどのICTサードパーティプロバイダーにも及びます。

    DORAのICTリスク管理フレームワークでは、企業の経営陣がICTリスクの管理、デジタル業務レジリエンス戦略の策定および承認、ICTサードパーティプロバイダー(TPP)の利用に関する方針の承認など、最終的な責任を負うことが義務付けられています。

    DORAは現在の規制遵守にどのような変化をもたらすのでしょうか?

    DORAに類似したガイドラインは以前から存在しており、例えば2019年のEBA(欧州銀行監督局)による「ICTセキュリティおよびリスク管理に関するガイドライン」や、2020年のEIOPA(欧州保険・職業年金監督局)による「ICTセキュリティおよびガバナンスに関するガイドライン」などが挙げられます。しかし、DORAは一次法であるため、企業が受ける監督当局の精査のレベルは現在、大幅に高まっています。

    金融機関に対する主な要件:

    • ICTリスク管理: 金融機関は、ICTリスクを管理するための強固なガバナンスおよび統制フレームワークを構築しなければなりません。これには、リスクの特定、保護措置、システム監視、およびインシデント復旧が含まれます。
    • インシデント報告: 監督を強化し、業界全体の協調的な対応を促進するため、金融機関は重大なICT関連インシデントを当局に報告することが義務付けられています。
    • テストおよび監査: 脆弱性を特定し対処するために、ペネトレーションテストやセキュリティ監査を含む定期的なテストが義務付けられています。
    • サードパーティのリスク管理: 金融機関は、重要な機能のアウトソーシングにおいて徹底したデューデリジェンスを実施することを含め、サードパーティのICTプロバイダーが同等の基準を遵守していることを確保しなければなりません。

    DORAコンプライアンスとSalesforceのセキュリティ

    DORAは、重要な事業領域全体にわたる包括的な監督を義務付けており、ICTリスクに対する経営陣の説明責任に重点を置いています。これには、デジタル・オペレーショナル・レジリエンス戦略の策定や、ICTサードパーティプロバイダー(TPP)の管理が含まれます。違反があった場合、所管当局による罰則が科される可能性があります。

    Salesforceは、多くの金融機関とその業務にとって不可欠なクラウドベースのプラットフォームです。金融機関は、Salesforceの利用が、ICTリスク管理、第三者監督、インシデント報告、およびテストに関するDORAの要件に準拠していることを確認する必要があります。

    主要なCRMプロバイダーであるSalesforceは、他のデータ保護規制と同様に、プラットフォームのデータガバナンスがDORAに準拠するよう、すでに措置を講じています。Salesforceのリード・ソリューション・エンジニアであるナタリー・ポープ氏によると、WithSecure™のようなパートナーとの連携は、信頼とセキュリティに対するSalesforceの取り組みの一環です:「DORAは、金融サービスのお客様への提供価値を高めるための重要な一歩であり、データと業務のレジリエンスが、お客様のビジネス目標や企業理念の最優先事項となることを保証します。WithSecure™のようなパートナーとの連携は、Salesforceの最優先の価値観である『信頼』へのコミットメントを示すものであり、信頼できるデジタルインフラの一部として、堅牢かつコンプライアンスに準拠したソリューションを提供することを可能にします。」

    Salesforceのセキュリティ確保とDORAへの準拠に向けた主な対策

    新たなDORA規制は、Salesforceを含むすべてのSaaS製品に影響を及ぼします。Salesforceのセキュリティとリスク管理に関して、金融機関は以下の分野で対策を講じる必要があります:

    • Salesforceおよびそれに接続された他のサービスに関連するセキュリティリスクを継続的に評価するための、継続的な監査体制を構築します。ギャップを是正するための適切なセキュリティ対策を実施します。
    • 問題の迅速な検出、報告、解決を確実にするため、インシデント管理戦略を策定・改善します。戦略を支援するセキュリティ対策をSalesforceに対して直接実施します。
    • DORA基準を満たすよう、ICTプロバイダーとの契約を見直し、更新する。

    WithSecure™ Cloud Protection for SalesforceがSalesforceにおけるDORAの義務の履行をどのように支援するか

    WithSecure™ Cloud Protection for Salesforceは、Salesforce上のマルウェアやフィッシングの脅威をリアルタイムで阻止します。本ソリューションは、金融機関がSalesforceにおける以下の分野でのDORA義務を履行するのを支援します:

    インシデント報告に関するDORAの義務: 「金融機関は、重大なICT関連インシデントを所管当局に報告しなければならない」、「金融機関は、関連するすべての情報を収集・分析した後、第20条に規定するテンプレートを使用して、本条第4項に規定する初期通知および報告書を作成し、所管当局に提出しなければならない。技術的な理由によりテンプレートを使用した初期通知の提出が不可能な場合、金融機関は代替手段を通じてその旨を所管当局に通知しなければならない。」 (第19章 第1条)

    DORAによる検知能力に関する義務: 「金融機関は、ユーザーの活動、ICTの異常の発生、およびICT関連インシデント(特にサイバー攻撃)を監視するために、十分なリソースと能力を投入しなければならない。」 (第2章 第10条)

    DORAによるインシデント管理の義務:「金融機関は、ICT関連のインシデントを検知、管理、および通知するためのICT関連インシデント管理プロセスを定義、確立、および実施しなければならない。」 (第17章、第1条)

    Salesforce DORA compliance areas that require added security layers

    WithSecure™ Cloud Protection for Salesforceが、金融機関のDORA義務の遵守をどのように支援するか

    WithSecure™ Cloud Protection for Salesforceは、金融機関がSalesforce上のマルウェアやフィッシング脅威などの異常を検知するのを支援します。本ソリューションは、Salesforce環境全体におけるサイバー脅威やインシデントをリアルタイムで監視する機能を提供します。金融機関に対し、迅速なアラートに加え、自動化された脅威の是正機能を提供します。

    WithSecure™ Cloud Protection for Salesforceのネイティブレポート機能は、DORAで義務付けられている当局へのインシデント報告をサポートします。レポートには、脅威の詳細、誰がいつそれに関与したかといった広範な情報が含まれます。これにより、当局への十分な報告が可能になるだけでなく、インシデント管理プロセスを大幅に迅速化します。完全なイベントログとフォレンジックトレイルを備えたレポートツールがなければ、マルウェアの感染拡大の調査には多大なコストと時間がかかります。

    マルウェアの差し迫った脅威を是正する一方で、Cloud Security Access Brokers(CASB)のようなソリューションは、脆弱な統合やデータフローを追加することで、さらなるリスクをもたらす可能性があります。このため、当社はネイティブに統合され、脆弱性を最小限に抑え、シンプル化されたアンチウイルスおよびアンチフィッシングソリューションWithSecure™ Cloud Protection for Salesforceを開発しました。このシンプルでシームレスなアプローチにより、金融機関は、その過程でかえってリスクを増大させることなく、リスクを軽減することができます。ネイティブなセキュリティレイヤーを数分で導入し、コンプライアンスを即座に強化することが可能です。

    WithSecure™ Cloud Protection for Salesforceは、30年以上にわたるサイバーセキュリティの経験に基づき、Salesforceとの緊密な連携のもとで構築されています。本ソリューションはISAE 3000 Type 2認証(SOC 2 Type 2に相当する国際規格)を取得しており、WithSecure™はISO 27001認証も取得しています。これにより、DORAのサードパーティリスク管理要件に準拠した運用の堅牢性が証明されています。

    Salesforce DORA コンプライアンスの確保

    高度なランサムウェアやフィッシング攻撃から Salesforce 環境をリアルタイムで保護します。ネイティブに統合された WithSecure™ Cloud Protection for Salesforce は、数分で稼働を開始します。包括的なレポート機能により、DORA のインシデント報告要件を満たすことができます。

    製品について詳しく知る
    DORA reporting compliance for Salesforce

    デモのご予約

    今すぐ始める Salesforce セキュリティ対策

    高いコンプライアンスが求められる業界向けに最適化された認証取得済みソリューションが、金融、医療、公共部門を含むグローバル企業のSalesforce製品を保護します。

    フォームにご記入の上、送信してください:

    無料15日間トライアル

    Salesforce環境のコンテンツリスク診断の無料診断レポート

    デモやソリューションのコンサルテーション

    セットアップ・設定に関する専門家のサポート

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    Please enter a valid business email address.

    無効なフィールド

    必須フィールド

    無効なフィールド

    電話番号には、数字、スペース、および次の特殊文字のみを含めることができます:+ () -.

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    Error sending form.

    お客様の個人データは、当社の法人向けビジネス プライバシー ポリシーに従って処理されます。

  • 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

  • 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 脅威ランドスケープレポートのダウンロード

  • Salesforceにおける多層防御:なぜエンドポイントセキュリティだけではマルウェアを阻止できないのか

    これらのフレームワークにSalesforceのセキュリティを整合させることで、組織はエンドポイントセキュリティのような最終防衛ラインに単に依存するだけでなく、サイバーリスクを管理・軽減するための予防的な層を積極的に構築できるようになります。

    クラウドセキュリティの複雑性

    クラウドセキュリティは、依然として曖昧さや誤解に満ちた複雑な領域です。クラウドベンダーとユーザー間の責任分担についてはしばしば混乱が生じ、それが重大なセキュリティ上の脆弱性につながる可能性があります。この中で重要な要素となるのがクラウドアプリケーションのセキュリティですが、徹底した監査体制がなければ、サイバーセキュリティ戦略において見落とされがちです。Snowflakeの顧客を巻き込んだ大規模なデータ侵害事件が示すように、この領域を軽視することは深刻な結果を招く恐れがあります。

    しかし、すでにエンドポイント保護は導入しています…

    エンドポイントセキュリティソリューションは、コンピュータ上のファイル、プロセス、システムアクティビティを監視し、不審な動作や有害な動作の兆候を特定します。これにより、潜在的なセキュリティ脅威を検知し、防止します。

    Salesforceのお客様からよく耳にする誤解の一つに、社内ユーザーのコンピュータにエンドポイント保護ソフトウェア(EPP)を導入していれば、マルウェア対策として十分だという考えがあります。従業員のデバイスでEPPソリューションを実行することは有益であり、弊社も強く推奨していますが、EPPがマルウェアやランサムウェアに関連するすべての問題を解決する究極のツールではないことを理解することが重要です。それは決して万能薬ではありません。

    EPPは、Salesforce内に存在する悪意のあるコンテンツを検知しません。もし悪意のあるコンテンツが実際にエンドポイントに到達してしまった場合、それはすでに御社のIT環境内に存在していることになります。マルウェアが実際にインシデントを引き起こし、EDRソリューションによって検知されたとしても、その時点で既に被害が生じている可能性があります。被害の規模は、攻撃者が環境内で活動できた時間によって左右されます…

    攻撃者にとってマルウェアを配布する最も簡単な手段はメールです。御社では、エンドポイント保護に加え、メールセキュリティによって悪意のあるコンテンツをフィルタリングしていることでしょう……

    最も重要なビジネスプラットフォームが、サプライチェーン攻撃を仕掛けるための足がかりとして悪用される可能性があります……

    大企業の顧客が新しいSalesforceのユースケースを構築し、リリース直前にセキュリティ上の脆弱性を導入していることに気づき、サイバー犯罪者に門戸を開いてしまっているというケースを頻繁に目にします。セキュリティチームが土壇場でこれに気づき、リスクが軽減されるまでプロジェクト全体を保留にすることもあります。これにより、数週間から数ヶ月の遅延が生じる可能性があります。また、この時点で既に環境内に悪意のあるコンテンツが存在していることに気づくケースもあります。

    Salesforce 特有のセキュリティ上の課題

    フィッシングの温床およびマルウェアの侵入経路

    Salesforceは、世界中のあらゆる業界においてビジネスを推進する重要なツールである一方、エンドポイント保護のみに依存するだけでは不十分となる、特有のセキュリティ上の課題に直面しています。

    Salesforceユーザーは、クラウドの認証情報を盗んだりマルウェアを配布したりすることを目的としたフィッシング攻撃の標的となることが頻繁にあります。攻撃者はSalesforceを活用することで、従来のエンドポイント防御を迂回することができます。このマルウェアは、従来の攻撃手法とは異なり、クラウドベースの性質上、Salesforce内で検知されずに潜伏し続け、パートナーエコシステムのサプライチェーン全体に広範囲に拡散する可能性があります。

    部門間の分断がもたらすセキュリティの隙間

    多くの場合、ITチームやセキュリティチームは、Salesforce管理チームとは別個に運用されています。このような部門間の分断構造は、Salesforce環境のセキュリティやリスクに対する理解や管理に隙間を生じさせる可能性があります。外部ユーザーによってSalesforceにマルウェアがアップロードされ、内部ユーザーがそれにアクセスしても、即座に検出されないことがあります。あるいは、そもそもセキュリティチームがそのリスクを認識していない場合もあります。時間が経つにつれ、これは組織内だけでなく、Salesforceを通じて接続されたパートナーへも悪意のあるコンテンツが拡散する原因となり得ます。ベンダーとユーザー間のセキュリティ責任の分担は、明確ではありません。

    セキュリティ可視性とフォレンジックトレイルの欠如

    Salesforce環境では、デフォルトでは、マルウェアに感染したファイルやフィッシングメッセージなどのセキュリティ脅威に対する可視性がありません。この可視性の欠如は、ユーザーがこれらの脅威とやり取りする状況にも及び、効果的な検知とタイムリーな対応を妨げます。エンドポイント保護プラットフォーム(EPP)はエンドポイントデバイスの防御に優れていますが、クラウドベースの脅威を監視することはできません。その結果、インシデントが発生した場合、誰がマルウェアを含むファイルをアップロードしたか、どのユーザーがそれに関与したか、外部ユーザーに影響が及んだか、そしてこれらの事象がいつ発生したかを特定するなど、詳細を把握することは、直接的なセキュリティ可視性なしでは不可能となります。

    エンドポイントセキュリティは、マルウェアやランサムウェアに対する「最後の防衛線」として捉えるべきであり、「唯一の防衛線」ではありません。脅威インテリジェンスの古さ、設定ミス、あるいはサービス停止などにより、エンドポイントセキュリティソリューションがすべての脅威を検知できない可能性があるというリスクを認識することが極めて重要です。100%完璧な防御メカニズムなど存在しないのです。

    多層防御

    前述の通り、エンドポイントセキュリティは最終的な防御層に過ぎません。では、他の層についてはどうでしょうか?

    「多層防御(Defense in Depth)」や「NISTサイバーセキュリティフレームワーク」など、広く採用されているセキュリティフレームワークについて少し掘り下げてみましょう。これらのフレームワークの詳細をすでに熟知している場合は、この先をスキップして構いません。さらに詳しく知りたい方のために、これらの人気フレームワークを解説し、多層セキュリティのパラダイムをどのように支えているかを説明しています。

    多層防御戦略

    多層セキュリティは、多層防御と同義とされることもあります。多層防御とは、組織のITインフラ全体に複数の保護層を実装するセキュリティ戦略です。このアプローチは、物理的、技術的、管理的な制御を統合して多種多様な脅威を防御するという、多層セキュリティの原則に基づいています。インフラ全体に多様な防御手段を分散させることで、多層防御は、ある層が機能しなくなっても、他の層がシステムを保護し続けられるようにします。

    この戦略には、監視などの物理的セキュリティ対策から、ウイルス対策プログラムなどのサイバーセキュリティツールに至るまで、様々な防御メカニズムが組み込まれています。

    冗長性も重要な要素の一つであり、同一のセキュリティ対策を複数展開します。これにより、ある要素が機能しなくなった場合でも別の要素がその役割を引き継ぐことができ、システム全体が侵害されるリスクを低減します。

    防御の層:

    物理的セキュリティは第一の防御線であり、アクセス制御ポイントや監視措置を通じて、組織の施設やデバイスを保護します。

    ネットワークセキュリティがこれに続き、ファイアウォール、侵入検知・防止システム、セキュアなWi-Fiネットワークなどのツールが、転送中のデータを保護する上で重要な役割を果たします。

    デバイスレベルでは、エンドポイントセキュリティにおいて、ネットワークに接続する個々のデバイスを保護するために、ウイルス対策およびマルウェア対策ソフトウェアに加え、パーソナルファイアウォールを導入します。

    アプリケーションセキュリティも極めて重要です。定期的な更新、セキュアコーディングの実践、および専用のアプリケーションレベルファイアウォールを通じて、アプリケーションを外部の脅威から守ります。

    データセキュリティは、データそのものの保護に焦点を当て、暗号化と厳格なアクセス制御を活用して、機密情報へのアクセスを権限のある担当者のみに限定します。

    アイデンティティおよびアクセス管理(IAM)システムは、ユーザーの権限を管理し、機密性の高いシステムやデータへのアクセスが厳格に制御され、多要素認証および定期的な監査の対象となることを保証します。

    セキュリティのベストプラクティスや脅威の認識についてユーザーを教育することで、組織は従業員がフィッシングなどの攻撃に対する「人間のファイアウォール」として機能できるようにします。

    NISTサイバーセキュリティフレームワーク(CSF)

    NISTサイバーセキュリティフレームワーク2.0(CSF2)は、セキュリティ態勢と説明責任を向上させるためのツールを提供します。また、サイバーセキュリティ投資の正当化にも役立ちます。このフレームワークは、セキュリティ専門家と企業の取締役会の双方が、複雑なサイバーセキュリティ環境を適切に管理できるよう支援することを目的としています。

    NISTサイバーセキュリティフレームワーク(CSF)は、中核機能に分類されています。CSFの中核機能である「GOVERN(統治)」「IDENTIFY(特定)」「PROTECT(保護)」「DETECT(検知)」「RESPOND(対応)」「RECOVER(復旧)」は、サイバーセキュリティの成果に向けた高レベルの組織構造を提供します。これらの機能は、組織内におけるサイバーセキュリティリスクの管理と軽減に向けた包括的なアプローチの枠組みを構成しています。これらは、組織が現在のサイバーセキュリティプロファイルを作成し、それを目標とする状態と整合させるのに役立ちます。

    各機能は、特定の役割を果たすように設計されています:

    • ガバナンス(GV)機能は、サイバーセキュリティポリシーや戦略の策定、伝達、監視を包括し、サイバーセキュリティリスク管理の基盤を築きます。役割、責任、ポリシーの監督、および組織的背景の理解に焦点を当て、サイバーセキュリティを企業全体のリスク管理に統合するのに役立ちます。
    • 特定(ID)機能は、データ、システム、施設など、組織のリソースに関連するサイバーセキュリティリスクが何であるかに焦点を当てます。資産とそれに関連するリスクを特定することは、組織のリスク管理戦略や運用上のニーズに沿ったセキュリティ対策の優先順位付けに役立ちます。
    • Protect (PR) 機能は、特定され優先順位付けされたリスクを管理するための保護策を実施し、サイバーセキュリティインシデントの影響を防止または軽減することを目的としています。これには、サイバー脅威に対する防御を強化するための、ID管理、データセキュリティ、インフラのレジリエンスなどの対策が含まれます。
    • 検知(DE)は、潜在的なサイバーセキュリティ脅威のタイムリーな発見と分析に焦点を当てています。これにより、組織は異常、侵害の兆候、およびその他の潜在的なセキュリティ侵害の兆候を特定し、効果的なインシデント対応を促進することができます。
    • 対応(RS)機能は、インシデントの影響を軽減するための適切な措置を講じることを扱います。これには、インシデントの影響を封じ込め、再発を防止するために、インシデントの管理、分析、軽減、および情報伝達が含まれます。
    • 復旧(RC): この機能は、インシデントの影響を受けた業務や資産を復旧するために不可欠です。影響を受けたサービスやプロセスを迅速に復旧し、プロセス全体を通じて明確なコミュニケーションを確保することで、ダウンタイムと損害を最小限に抑えることを目的としています。

    NISTおよび多層防御戦略におけるSalesforceのアンチウイルス対策

    エンドポイント保護ソフトウェアは不可欠ですが、Salesforceユーザーのコンピュータをマルウェアやランサムウェアから保護するための完全なソリューションであると誤解されることがよくあります。これは重大なセキュリティの隙間を見落とし、Salesforceアプリケーションを高度なサイバー脅威による重大なリスクにさらすことになります。クラウドベースのプラットフォームであるSalesforceには、サイバー攻撃者の格好の標的となる機密データや業務が含まれており、攻撃者はエンドポイント保護のような従来のセキュリティを回避するために、その手法を絶えず進化させています。これは、多層防御戦略やNISTサイバーセキュリティフレームワークが推奨する、多層的なセキュリティアプローチの重要性を浮き彫りにしています。このアプローチでは、様々な脅威から保護するために複数の防御手段を採用し、追加の保護措置によってエンドポイントセキュリティを強化します。

    例えば、アプリケーションセキュリティ層のアンチウイルスソフトウェアは、マルウェアがエンドポイントやエンドユーザーに到達するのを未然に防ぎ、人的ミスによるリスクを低減し、感染したコンテンツがサプライチェーンを通じて拡散するのを阻止します。マルウェアおよびランサムウェア対策の2層構造を構築することで、一方の防御が機能しなくなった場合でもエンドユーザーを保護できます。これはNISTサイバーセキュリティフレームワークの原則に沿ったものであり、Salesforceを利用する組織の全体的なセキュリティ態勢を強化します。

    サイバーセキュリティ戦略において、Salesforceを電子メールと同様に捉えることが役立つ場合もあります。

    アンチウイルス、フィッシング対策、セキュリティ可視化 – わずか数分で

    適切なセキュリティ対策を講じることで、データ漏洩を心配することなく、Salesforceのあらゆるメリットを安心して享受できます。WithSecure™は、市場をリードするSalesforce向けアンチウイルスおよびフィッシング対策ソリューションを提供します。WithSecure™ Cloud Protection for Salesforceは、厳格な規制を受ける企業や政府機関のニーズを念頭に置き、Salesforceと共同で設計されました。脅威防御レイヤーは、マルウェア、ランサムウェア、ウイルス、フィッシング攻撃に対するリアルタイムの保護を提供します。また、環境に対するリアルタイムの可視性も提供するため、脅威ハンターはインシデントに効果的に対応し、攻撃を調査することができます。このSalesforceネイティブの統合ソリューションは迅速に導入でき、既存のワークフローを妨げることなく包括的なセキュリティカバレッジを確保します。

    実践的な Salesforce セキュリティにおける NIST サイバーセキュリティフレームワーク

    多層的な脅威防御ソリューションを活用するだけで、多様な脅威をブロックし、NIST の各機能要件を満たすことができます。以下に、Salesforce のセキュリティを NIST フレームワークに整合させ、多層的なアプローチでリスクを管理するための追加手法を示します:

    1. ガバナンス (GV): Salesforce 向けの包括的なサイバーセキュリティ戦略を策定し、コンプライアンスおよびビジネスニーズに沿った明確なポリシーを確立します。役割、責任、および具体的なポリシーを定義します。
    2. 特定 (ID):Salesforce内に保存・処理されるデータを把握・文書化し、その利用状況を評価して、関連するサイバーセキュリティリスクを特定します。これには、データ、攻撃ベクトル、および統合機能のマッピングが含まれます。
    3. 保護 (PR):堅牢なアクセス制御、データ暗号化、および適切な設定により、Salesforceのセキュリティを強化します。従業員にセキュリティのベストプラクティスを教育し、多要素認証を導入してリスクを低減します。
    4. 検知 (DE): Salesforce 内の脅威、ユーザー活動、監査ログを継続的に監視し、異常を検知します。マルウェアの検出、異常なユーザー行動、フィッシング攻撃に対して自動アラートを設定します。
    5. 対応 (RS): Salesforce をインシデント対応計画に組み込むか、侵害の封じ込めや被害の軽減手順を含む Salesforce 専用の計画を作成します。脅威に自動的に対応するツールを導入し、調査などのインシデント対応手順を支援します。
    6. 復旧 (RC):バックアップや統合機能の修復を活用し、セキュリティインシデント発生後に業務とデータを復旧させます。

    デモのご予約

    今すぐ始める Salesforce セキュリティ対策

    高いコンプライアンスが求められる業界向けに最適化された認証取得済みソリューションが、金融、医療、公共部門を含むグローバル企業のSalesforce製品を保護します。

    フォームにご記入の上、送信してください:

    無料15日間トライアル

    Salesforce環境のコンテンツリスク診断の無料診断レポート

    デモやソリューションのコンサルテーション

    セットアップ・設定に関する専門家のサポート

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    Please enter a valid business email address.

    無効なフィールド

    必須フィールド

    無効なフィールド

    電話番号には、数字、スペース、および次の特殊文字のみを含めることができます:+ () -.

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    Error sending form.

    お客様の個人データは、当社の法人向けビジネス プライバシー ポリシーに従って処理されます。

  • Salesforceにおける新規登録ドメイン(NRD)のリスクとその対策

    実例から紐解く、NRDがもたらす脅威の真実

    サイバー攻撃者がデータ漏洩を仕掛ける際、その大半でフィッシングの手法が用いられています。IBMの調査では、全攻撃の実に41%がフィッシングに起因するという驚異的な数字が報告されており、デロイト社も「攻撃の5件に2件はフィッシングによるもの」と指摘しています。

    また、APWG(フィッシング対策ワーキンググループ)の分析によれば、フィッシングドメインの77%が、最初から悪意ある目的のために登録されていることが明らかになりました。これらのドメインは、大規模なフィッシングやマルウェア拡散の「起点(ローンチパッド)」として利用されるケースが非常に多いため、ドメインを精査することは、現代のセキュリティ対策において極めて重要なプラクティスとなっています。

    同様に、Interisle Consulting Groupの調査においても、フィッシング攻撃の著しい増加とドメイン名の悪用には密接な相関があることが指摘されています。事実、サイバー攻撃に利用されたドメインの数は85%もの急増を記録しており、ドメインを悪用した攻撃がいかに拡大しているかを裏付けています。

    Palo Alto Networksの研究結果も、こうした懸念をさらに裏付けるものとなっています。調査によると、ある時点では新規登録ドメイン(NRD)の70%以上が「悪意のあるもの」「不審なもの」、あるいは「ビジネス環境に不適切な(NSFW)もの」に分類されていました。この統計は、新しく開設されたドメインが長年にわたり、一貫してサイバーセキュリティ上の重大なリスク要因となっている事実を浮き彫りにしています。

    NRD(新規登録ドメイン)が悪用されるのは、フィッシングだけではありません。マルウェアの配布経路や、攻撃の指令塔となるC2(コマンド&コントロール)通信の媒介としても利用されています。

    サイバー犯罪者は、ドメインの登録から有効化までを極めて迅速に行うことで、攻撃を即座に展開・高度化させ、従来の検知手法を容易にすり抜けます。 このような攻撃手法の進化は、Salesforceをはじめとするビジネス環境のセキュリティにおいて、今まさに解決すべき喫緊の課題となっています。

    なぜ今、Salesforceのフィッシング対策を最優先すべきなのか?

    Salesforceを利用する組織にとって、フィッシング攻撃は極めて深刻な脅威となっています。攻撃者はプラットフォームの広範かつ高度な機能を逆手に取り、極めて巧妙なサイバー攻撃を仕掛けてきます。

    こうした脅威が狙うのは、主に「ヒューマンエラー(人の脆弱性)」です。巧妙に偽装されたメールや悪意のあるURLを用いてユーザーを心理的に操作し、ログイン資格情報などの機密情報を開示させるよう誘導します。たった一人のユーザーが欺かれるだけで、組織のシステム全体が侵害されるという、取り返しのつかない事態を招く恐れがあるのです。

    1. データの整合性とセキュリティ:Salesforceは、企業の機密情報や顧客データが膨大に蓄積される「情報の宝庫」です。しかし、フィッシング攻撃によってひとたび不正アクセスを許せば、深刻なデータ漏洩へと発展しかねません。それは単なる情報の流出に留まらず、企業の社会的信用の失墜や、甚大な経済的損失を招く直接的な要因となります。
    2. ユーザーの信頼とコンプライアンス:顧客は、組織が自身の個人情報を適切に保護してくれると信頼しています。フィッシング攻撃が成功すると、この信頼が損なわれ、顧客との関係が悪化し、ユーザーデータを保護するコンプライアンス規制に違反する恐れがあります。
    3. 業務の継続性: フィッシング攻撃はSalesforceの通常の業務運営を妨げ、その結果、システム停止や生産性の低下を招きます。

    NRDをプロアクティブにブロックすること。それこそが、最もシンプルかつ効果的な戦略です。

    NRDの脅威を効果的に管理するには、組織の具体的なリスク許容度に合わせて調整された技術と戦略を組み合わせる必要があります。ユーザーの意識向上は重要ですが、Salesforceユーザーにフィッシングの探偵のような役割を期待すべきではありません。リスク許容度が低い企業は、NRDがSalesforceシステムと通信するのを積極的にブロックすべきです。WithSecure Cloud Protection for Salesforceは、リアルタイムのインテリジェンスを活用することで、組織がNRDを選択的にブロックできるようにします。このソリューションはドメインの登録時期を分析します。顧客は、7日、14日、30日、60日、または90日以内といった、直近の期間に登録されたドメインをブロックするように設定できます。

    積極的なNRDブロッキングは、最も単純かつ効果的な戦略である

    当社のインシデント対応チームは、NRDが要因となったSalesforce環境への攻撃を確認しました。こうした知見は、堅牢なNRD管理の必要性を再認識させるものであり、多くの企業顧客が求める厳格なコンプライアンス要件を満たす製品機能の開発にも影響を与えています。こうした顧客は、新規に作成されたドメインが自社のSalesforceプラットフォームにアクセスできないようにすることを、しばしば義務付けています。

    「多くの企業、特に金融機関は、厳しい要件を設けています。例えば、開設から32日未満のドメインを自社のネットワークやプラットフォーム上で使用することを禁止しているのです」と、WithSecure Cloud Protection for Salesforceのビジネスオペレーション担当ディレクター、Anssi Korpilaakso (アンシ・コルピラークソ) は締めくくった。

    この問題には、制度的な対策が必要である

    サイバー攻撃における新規登録ドメイン(NRD)の悪用をより効果的に抑制するためには、当局は単にリスク管理の責任を被害者に押し付けるのではなく、より広範な規制措置を講じる必要がある。

    • 規制監督: 当局は、サイバー犯罪者を不当に助長しているサービスプロバイダーに対してより厳格な規制を課すことができ、サイバー攻撃の手段を継続的に提供している事業者に対しては罰則を科すことも考えられる。
    • 本人確認: 一括ドメイン登録に対して厳格な本人確認や認証要件を導入することで、サイバー犯罪者が匿名でドメインを取得することを困難にし、悪用を防ぐことができる。
    • リソースの制限: 無料または低価格のウェブホスティングサービスで登録できるアカウント数やサブドメイン数を制限することで、攻撃者が有害なドメインを拡散させる能力を抑制できる。
    • 自動監視: 疑わしい登録や利用パターンを監視・スクリーニングする自動システムを導入することで、悪意のある可能性のある活動を未然に検知できる。

    包括的なフィッシング対策 – 100% Salesforceネイティブ

    WithSecure™ Cloud Protection for Salesforceは、新規登録ドメイン(NRD)に関連するリスクを含む、URLベースの脅威に対する防御機能を強化します。常に更新されるこのURLスキャン機能スイートは、Salesforce内に潜む悪意のあるURLの危険性に積極的に対処します。

    フィッシングやURLベースの脅威を即座に阻止: URL Protection機能は、フィッシングや悪意のあるウェブサイトから積極的に防御します。URLはアップロード時およびクリック時にスキャンされます。このリアルタイムでの精査は、脅威がシステムに影響を与える前に阻止するために不可欠です。

    Dynamic protection against evolving threats: URL 脅威の性質は不安定です。かつて安全と見なされていたリンクも、後になって悪意のあるものになる可能性があります。「Click-Time URL Protection」機能は、アクセス時に URL を動的に評価し、変化し続ける脅威に適応します。

    新規登録ドメインのブロック: ドメインの登録期間に基づいてアクセスをブロックできます。設定は、登録から 7 日から 90 日以内のドメインを対象に調整可能です。これにより、新設された悪意のあるサイトから仕掛けられる攻撃の被害に遭うリスクを効果的に低減します。

    悪意のあるURLの包括的な検出: 本ソリューションは、ファイル内やQRコードの背後にある有害なURLを検出してブロックします。これにより、テキストフィールド内の目に見えるリンクを超えた保護が実現します。この包括的なアプローチにより、ドキュメントのアップロード内にエンコードされた隠れたマルウェアやフィッシングの試みを阻止します。

    短縮URLの脅威をブロック: 利便性からよく使用される短縮URLは、危険なリンク先を隠蔽している可能性があります。当社のシステムはすべてのリンクを検証し、検出をすり抜ける可能性のある偽装された脅威に対するセキュリティを強化します。

    デモのご予約

    今すぐ始める Salesforce セキュリティ対策

    高いコンプライアンスが求められる業界向けに最適化された認証取得済みソリューションが、金融、医療、公共部門を含むグローバル企業のSalesforce製品を保護します。

    フォームにご記入の上、送信してください:

    無料15日間トライアル

    Salesforce環境のコンテンツリスク診断の無料診断レポート

    デモやソリューションのコンサルテーション

    セットアップ・設定に関する専門家のサポート

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    Please enter a valid business email address.

    無効なフィールド

    必須フィールド

    無効なフィールド

    電話番号には、数字、スペース、および次の特殊文字のみを含めることができます:+ () -.

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    Error sending form.

    お客様の個人データは、当社の法人向けビジネス プライバシー ポリシーに従って処理されます。

  • WithSecure™ Cloud Protection for Salesforce が Salesforce のセキュリティを補完する仕組み

    今日の相互接続された企業環境やクラウドエコシステムにおいて、Salesforceは強力かつ安全なプラットフォームであり、強固で持続的な顧客関係の管理に多大なメリットをもたらします。しかし、その成功ゆえに、Salesforceはサイバー犯罪者の標的となっています。現在、世界中で15万社以上の企業で利用されているSalesforceおよびそこに保存された顧客関連データは、悪意ある攻撃者やサイバー犯罪者にとって格好の標的となっています。WithSecure Cloud Protection for Salesforceが、あらゆる規模の組織においてSalesforceをいかに補完するかについてご説明いたします。

    Salesforce のセキュリティを確保する第一歩、それが「責任共有モデル」の理解です。

    Salesforceは、セキュリティはSalesforceと顧客の共同の取り組みであることを重視する責任共有モデルを採用しています。Amazon Web Services、Google Cloud、Microsoft Azureをはじめとする他のクラウドプロバイダーも、このモデルを採用しています。簡単に言えば、共同責任モデルとは、クラウドプロバイダーが自社のクラウドサービスおよび基盤となるインフラストラクチャのセキュリティ確保に責任を負うことを意味します。一方、顧客は、データがクラウド環境に保存されている場合でも、そのデータの保護に責任を負います。

    したがって、顧客は、これらのセキュリティ上の課題に対処するためにSalesforceが提供していないセキュリティ対策について理解しておく必要があります。Salesforceが提供する機能のセキュリティ上の限界を認識することは、Salesforce向けの包括的なセキュリティ戦略を策定する上で不可欠な第一歩となります。

    マルウェア、フィッシング、スパム、そしてランサムウェアの検知・対策は、利用ユーザー企業側の責任範囲となります。

    Salesforceは、SaaS(Software-as-a-Service)における基準の確立と、お客様のセキュリティにおける信頼できるパートナーとなることに尽力しています。Salesforceインスタンスのセキュリティを強化するため、Salesforceはお客様が導入できるさまざまな推奨事項を提供しています。その重要な提案の一つが、スパムフィルタリングやマルウェア対策機能を備えた「WithSecure Cloud Protection for Salesforce」のようなセキュリティソリューションの利用です。

    マルウェア対策は、もう解決済みの課題だと思っていませんか?

    マルウェア、ウイルス、スパム、トロイの木馬などは、依然として企業に甚大な被害をもたらし続けています。最近のIBM Cost of a Data Breach Report 2024によると、2024年のマルウェア攻撃による平均コストは世界全体で約524万ドルとなり、2023年から10%増加しています。ランサムウェアによる追加コストを考慮すると、個々の組織が被る損失額はさらに大幅に高くなっています。

    マルウェアを阻止するための効果的なサーバー、デスクトップ、モバイル向けスキャンソリューションは数多く存在します。しかし、クラウド提供型アプリケーションの台頭により、マルウェアの検出はさらに複雑化しています。例えばSalesforceの場合、文書やファイルなどが正当な手段で企業のスキャンシステムを迂回することが多いためです。

    ユーザーがSalesforceにファイルや添付ファイルをアップロードする際、ネイティブなファイルスキャンは適用されません。これらの文書は、その性質上、ほぼ常に通常のエンタープライズレベルのスキャンメカニズムをすり抜けてしまいます。さらに、自動スキャンが行われないため、外部ユーザーが悪意のあるファイルを添付することが可能となり、Salesforceのデータが危険にさらされることになります。

    今日、企業はこれらの脅威を阻止し、Salesforceのセキュリティを補完するために、広範かつ多層的な防御アプローチを必要としています。

    WithSecure™ Cloud Protection for Salesforce の仕組み

    WithSecure™ Cloud Protection for Salesforceソリューションは、Salesforceクラウド上で発生するマルウェア、ランサムウェア、フィッシング攻撃といった、ファイル、URL、QRコードを悪用したサイバー脅威を阻止する最もシンプルな方法です。その仕組みは以下の通りです:

    1, ユーザーが、意図的か否かを問わず、悪意のあるファイル、添付ファイル、URL、またはQRコードをSalesforceプラットフォームにアップロードします。これらは、Webフォーム、パートナーポータル、電子メール、またはサードパーティ製アプリケーションから送信される可能性があります。

    2. WithSecure™ Cloud Protection for Salesforceは、多段階の脅威分析プロセスを用いて、Salesforceに出入りするすべてのコンテンツをリアルタイムで傍受・スキャンし、脅威の有無を検査します。また、オンデマンドでコンテンツを遡及的にスキャンすることも可能です。

    3. すべてのデータはSalesforceクラウド内に留まります。グローバルな脅威インテリジェンスチェックに基づいて脅威として検出できない不審なファイルのみが、より詳細な行動分析の対象となります。これらのファイルはWithSecure™ Security Cloudに送信され、隔離されたサンドボックス環境で分析されることで、最もステルス性が高く洗練されたサイバー脅威さえも検出します。

    4. 脅威が検出されると、管理者に自動的にアラートが通知されます。エンドユーザーには次の対応手順が案内され、当該コンテンツのさらなる利用は阻止されます。

    5. 完全な監査証跡を備えた高度なセキュリティ分析により、インシデント対応が迅速化されます。関連データ、アラート、ワークフローは、SIEMやその他の中央集約型セキュリティシステムに容易に統合可能です。

    WithSecure Cloud Protection for Salesforce: Salesforceと共に、Salesforceのために

    「WithSecure Cloud Protection for Salesforce」は、Salesforceを標的とする高度なサイバー脅威のリスクを軽減するために設計されています。本ソリューションは以下の機能を提供します:

    • 環境全体に対するリアルタイムの保護と即時の可視化
    • カスタマイズやワークフローとのシームレスな統合
    • Salesforceが提供するインフラストラクチャ・セキュリティ制御の完全なサポート

    本ソリューションは、現代の企業や重要な公共機関が求める厳格なコンプライアンス要件を満たしており、Salesforceのセキュリティ強化に最適な選択肢です。

    Salesforceとの共同開発により生まれた「WithSecure Cloud Protection for Salesforce」は、Salesforceによって採用および推奨されています。

    WithSecure Cloud Protection for Salesforceの詳細については、以下をご覧ください:

    • 最新の動画「60 Seconds with WithSecure」で、WithSecure Cloud Protection for Salesforceについて詳しくご覧ください。
    • Salesforce AppExchangeで試用版をお試しいただき、ユーザーレビューをご覧ください。
    • デモを予約 して、Cloud Protection for Salesforceの実際の動作をご覧になり、Salesforceインスタンスをどのように保護できるかをご確認ください。

  • Salesforce 環境をランサムウェアの脅威から保護する

    サイバー攻撃のリスクが高まる中、Salesforce環境をマルウェアから保護する方法を理解することが最優先事項となっています。Salesforceのセキュリティ対策は、責任共有モデルに基づいています。このモデルは、理解するのがやや複雑に感じられるかもしれません。最も基本的なレベルでは、Salesforceは自社のインフラストラクチャとエコシステムのセキュリティ確保に責任を負っています。さらに、Salesforceは、Salesforce Shield(プラットフォームの暗号化、イベント監視、監査レポート機能)、Salesforce Data Mask(管理者や開発者がサンドボックス内の個人識別情報(PII)や売上高などの機密データをマスキングできるようにする機能)、Salesforce Privacy Center(GDPRやPIIガバナンスの管理を支援するツール)など、いくつかの専門的な付加価値のあるセキュリティソリューションを提供しています。

    しかし、SRMの下では、Salesforceの顧客(管理者、アーキテクト、セキュリティチーム、およびユーザー)は、自らの責任を理解する必要があります。例えば、顧客は、適切なアクセス制御と権限セットを使用し、Salesforce内のオブジェクトを保護することで、自身のデータを保護する責任を負います。

    最も重要な点として、データ保護の分野において、Salesforceはマルウェア、ランサムウェア、またはフィッシングリンクを検知・防止する機能を提供していません。Salesforceは、Salesforce環境内でのマルウェアやフィッシング攻撃の発生を防ぐため、WithSecure Cloud Protection for Salesforceなどのベンダーと連携することを顧客に推奨しています。

    悪意あるデータは、どのようにしてSalesforceへ侵入するのか?

    Salesforceは、1990年代に営業自動化プラットフォームとして誕生して以来、大きく進化を遂げてきました。現在では、世界中で15万以上の組織が、営業およびサービス部門の管理や顧客関係データの管理にSalesforceを活用しています。ユーザーは、顧客、パートナー、コミュニティメンバー、および社内従業員に関連するデータファイル、添付ファイル、URL、QRコードを絶えずインポート、共有、保存、エクスポートしています。ファイルのインポートおよびエクスポートの代表的なユースケースには、メールからケースへの変換、Webからケースへの変換、およびユーザーがドキュメントをアップロードできるサードパーティ製のカスタムアプリなどが挙げられます。Salesforceにアップロードされる各ファイルや添付ファイルは、マルウェアへの感染リスクをもたらす可能性があり、それがインスタンス全体に急速に拡散する恐れがあります。

    Salesforceユーザーを脅かす3つのリスク:悪意あるファイル、URL、そしてQRコード

    Salesforce内における悪意のあるファイルの検出件数が増加しています。これらのファイルには、ランサムウェア、フィッシング攻撃、ウイルス、ワーム、キーロガー、トロイの木馬、スパイウェア、アドウェアなどが含まれているか、あるいはそれらの媒介となっています。2023年第2四半期から2024年第2四半期にかけて、Salesforce内で検出された悪意のあるファイルはおよそ400%増加しました。

    URLやQRコードが、悪意のある活動の引き金となるケースが増加しています。Salesforceユーザーを保護するため、WithSecure Cloud Protection for Salesforceは毎月数十万件のURLをスキャンしています。SalesforceにアップロードされるURLのうち、平均して1.5%が悪意のあるものです。そして、この割合は今後さらに増加する可能性があります。

    事例紹介:対策不備のSalesforce環境が招いたランサムウェア攻撃の実態

    ある企業組織が、実際に経験した特定のシナリオについて、WithSecure Cloud Protection for Salesforceに報告しました。このシナリオでは、攻撃者がSalesforceを悪用して同社のネットワークに侵入しました。

    攻撃者は顧客を装い、重要なデータを盗む目的で同社にメールを送信しました。このメールには悪意のある添付ファイルが含まれていました。そのメールを受け取った企業ユーザーが添付ファイルを開いたことで、いくつかのエクスプロイトがトリガーされ、マルウェアがユーザーのマシンに感染し、感染したデバイスにキーロガーがインストールされました。攻撃者はドメイン管理者権限を取得し、コマンド&コントロール用のパワーシャトルスクリプトを実行しました。これにより、同社のローカルエリアネットワーク内の数百台のワークステーションにランサムウェアが展開されました。

    もしこの企業が「WithSecure Cloud Protection for Salesforce」を利用していたなら、前述のシナリオは大きく異なっていたでしょう。WithSecureの目標は、Salesforceクラウド内でのあらゆる攻撃を阻止することです。

    「WithSecure™ Cloud Protection for Salesforce」は、ファイルや添付ファイルをスキャンします。次のスクリーンショットは、「ファイル保護設定」画面を示しています。

    • 悪意のあるコンテンツが検出された場合、WithSecureは次のスクリーンショットに示すように、不審なファイル添付を安全なサンドボックス環境に隔離します。

    WithSecure Cloud Protection for Salesforce: Designed with and for Salesforce

    「WithSecure Cloud Protection for Salesforce」は、Salesforce環境内で動作するネイティブアプリケーションです。このアプリは、ファイル、Webリンク、QRコード、電子メールを介して、悪意のあるコンテンツ、不審なコンテンツ、および許可されていないコンテンツがSalesforce環境に侵入するのを防ぎます。

    「WithSecure Cloud Protection for Salesforce」は、Salesforceのセキュリティ強化に重点を置き、Salesforce上で発生する高度なサイバー脅威を軽減します。その主な機能は以下の通りです:

    • 環境全体に対するリアルタイムの保護と即時の可視性を提供
    • カスタマイズやワークフローとシームレスに連携
    • Salesforceが提供するインフラストラクチャのセキュリティ制御を完全に補完します

    WithSecure Cloud Protection for Salesforceは、現代の企業や重要な公共機関が求める厳格なコンプライアンス要件を満たしています。Salesforceのセキュリティを強化するための理想的な選択肢です。

    WithSecure Cloud Protection for Salesforceは、Salesforceとの共同開発により設計されました。

    WithSecure Cloud Protection for Salesforceの詳細はこちら、または以下のフォームから弊社チームにお問い合わせいただき、Salesforceのセキュリティ要件についてご相談ください。

製品

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

リソース

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

ウィズセキュアについて

  • WithSecure™
  • W/ Elements

サポート

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

SNS

利用規約

プライバシー ポリシー