📈『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

  • 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から設定を行うだけです。新しいポータルは必要なく、クリックするだけですぐに利用開始できます。

  • 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.

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

  • 新機能 | WithSecure™ Cloud Protection for Salesforce 2.6

    WithSecure Cloud Protection for Salesforceの最新バージョン「Orion 2.6」のリリースを発表できることを嬉しく思います。このアップデートにより、Salesforce内のファイルやURLを標的とする高度なサイバー脅威に対する防御力が大幅に向上します。パスワードで保護されたアーカイブに潜むマルウェアを検知・無力化し、新規登録された(悪意のあることが多い)ドメインをブロックする新機能により、強化されたリアルタイム保護をご体験ください。

    Orion 2.6の新機能:

    • URL保護: 新規登録されたドメインをブロック
    • ファイル保護: パスワードで保護されたアーカイブを検出
    • 今後のデータリジデンシー: 日本に新たなデータ処理リージョンを追加
    • UXの改善: 分析ビューを更新
    • すべての更新内容と修正点はリリースノートでご確認ください
    Password protected archive blocked to reduce risk on Salesforce

    ファイル保護:パスワード保護されたアーカイブの検出

    パスワード保護されたアーカイブをリアルタイムで検出し、隠れたマルウェアの脅威を防ぎます。

    WithSecure™ Cloud Protection for Salesforceは、Orion 2.6においてパスワード保護されたアーカイブを精査する機能を導入しました。サイバー犯罪者は、特に金融業界のような標的型攻撃の標的となりやすい業界において、マルウェアを暗号化されたアーカイブ内に隠すことが多いため、この機能はSalesforce上で巧妙に隠された脅威を軽減するために不可欠です。

    パスワードで保護されたアーカイブファイルは、機能設定に基づき、アップロードおよびダウンロード時に検出され、削除されます。パスワードで保護されたアーカイブが検出された際には、アラートとイベントが生成され、明確に通知されます。デフォルトでは、削除されたアーカイブは、他のファイルベースの脅威と同様に、プレースホルダーのテキストファイルに置き換えられます。

    この高度な機能は、一般的なアーカイブ形式をすべてカバーしており、利用するには「Advanced Threat Analysis」と「Connected App」の両方が有効になっている必要があります。

    newly registered domain detected on Salesforce by domain age scanning

    URL保護:新規登録ドメインのブロック

    ドメインの登録期間を分析し、悪意のあるケースが多い新規作成ドメインをブロックします

    WithSecure™ Cloud Protection for Salesforceは、新規登録ドメインへのアクセスをブロックすることで、高度なサイバー攻撃の手口に対する防御力を強化します。サイバー犯罪者は、URLのレピュテーションチェックを回避するために頻繁に新しいドメインを登録します。調査によると、登録から32日未満のドメインの70%以上が、悪意のあるものまたは不審なものと見なされています。この機能では、7日、14日、30日、60日、または90日の閾値から選択してドメインの登録期間に基づいてブロックすることができ、不審な新規作成サイトをフィルタリングするのに役立ちます。

    ドメインが登録日数に基づきブロックされた際には、アラート、イベント、およびメール通知で通知されます。

    新規インストールの場合、デフォルト設定では登録から30日未満のドメインがブロックされます。バージョン2.6に更新された組織の場合、デフォルト設定では登録日数に関係なくすべてのドメインが許可されます。新しいフィッシングURLから保護するため、管理者はセキュリティ要件に応じて、できるだけ早くこの設定をカスタマイズすることを推奨します。

    Understand the risk of newly registered domains

    Check out our blog

    アナリティクスページのUX改善

    アナリティクスのインターフェースをLightning Web Components(LWC)フレームワークに更新し、読み込み時間の短縮とパフォーマンスの向上により、ユーザーエクスペリエンスを改善しました。今回の更新では、アラート、ファイルイベント、URLイベントなどの主要セクションに加え、アラートやイベント履歴などの関連モーダルから対応を開始します。これにより、よりレスポンシブな操作性と、重要なデータへのスムーズなアクセスが可能になります。

    ご注意:アナリティクスセクション内の「誤検知(False Positive)」および「検知漏れ(False Negative)」ページは、LWCへの移行作業中のため一時的に利用できません。完全な移行は今後のリリースで実施される予定です。今後のアップデートでは、アクション可能なアラートや構造化クエリなどの機能も導入され、アナリティクス機能の有用性と効率性がさらに向上します。

    見逃した方のために(ICYMI)

    QRコードスキャン

    WithSecure™ Cloud Protection for Salesforceに、クィッシング攻撃を効果的に防ぐためのQRコードスキャン機能が追加されました。この機能により、悪意のあるURLスキャン機能がファイルだけでなくQRコードにも拡張され、サイバー犯罪者がQRコードを使用してエンドユーザーを悪意のあるサイトに誘導するという新たな脅威に対処します。クィッシング攻撃は、ユーザーを騙してモバイルデバイスでQRコードをスキャンさせ、認証情報の盗難やマルウェア感染につながる可能性があります。この保護機能を有効にするには、「Advanced Threat Analysis」と「Connected App」を有効にしてください。これにより、これらの回避性の高い脅威に対する包括的なセキュリティが確保され、モバイルおよびデスクトップのエンドユーザーの両方が保護されます。

    カスタムフィールドおよびオブジェクト全体でのURL保護

    URL保護機能が、Salesforceの標準オブジェクトやフィールドから、カスタマイズされたオブジェクトやフィールドにも拡張されました。このアップデートは、ユーザーから強く要望されていた機能です。

    カスタムオブジェクトを定義することで、Salesforce上の組織データを拡張できます。カスタムオブジェクトとは、組織固有の情報を格納するカスタムデータベーステーブルのことです。

    これまで以上に安全にカスタムワークフローを構築できるようになりました。Orion 2.5では、URL保護設定UIから直接スキャン設定を行うことができます。

    短縮URLの脅威を検知・ブロック

    危険なコンテンツを隠蔽するために頻繁に使用される短縮URLは、従来のセキュリティ対策を回避する可能性があります。今回の最新リリースでは、利便性のために短縮されたものであれ、より悪質な目的で隠蔽されたものであれ、すべてのリンクが検証されるよう、これらの脅威を検知・ブロックします。この機能は、URL保護機能の一部として自動的に有効化されます。

    ファイル内の悪意のあるURLを検出

    悪意のあるリンクは、ファイルの添付ファイル内に潜んでおり、クリックされるのを待っている場合があります。最新のアップデートにより、Salesforceプラットフォームにアップロードされたファイル内に隠された悪意のあるURLを検出してブロックできるようになりました。検出された脅威は、管理者の「ファイルイベント」レポートに表示されます。この機能は「ファイル保護」機能の一部として自動的に有効化され、Microsoft OfficeファイルやPDFなどのファイル形式をカバーしています。

    チームからのヒント

    管理者向けヒント #1: すべてのテキストおよびURLフィールドでURL保護を有効にし、悪意のあるURLやフィッシングリンクから保護しましょう。

    管理者向けヒント #2: 標準およびカスタムのすべてのSalesforceオブジェクトとフィールドを保護し、エクスプロイトから守りましょう。

    管理者向けヒント #3: カスタムオブジェクトのURL保護を設定した後、それらのファイルスキャンも有効になっていることを確認してください。

    管理者のヒント #4: 最新のセキュリティ機能と安定した保護を実現するために、自動更新を有効にしてください。

    管理者のヒント #5: WithSecure Cloud Protection for Salesforceの接続アプリ機能を活用し、高度な脅威分析、ファイル内のURLスキャン、QRコードスキャンなどの高度なセキュリティ機能を利用してください。

    リリースノートで、すべての更新内容とバグ修正を確認する
    Benefits of connected app on WithSecure Cloud Protection for Salesforce

    今後の展望

    WithSecure™ Cloud Protection for Salesforceの機能強化という刺激的な旅を続ける中、2025年にリリース予定の次期シリーズの名を当てられますか?ヒントはこちらです。ジェットコースターをテーマにした当社のルーツを忠実に守りつつ、「Orion」が私たちを星々の旅へと導いてくれたように、次期シリーズも引き続き「星」を目指していきます。今後の展開にご期待ください。そして、私たちと共にSalesforceのセキュリティをさらに高めていきましょう。

    デモのご予約

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

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

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

    無料15日間トライアル

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

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

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

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    Please enter a valid business email address.

    無効なフィールド

    必須フィールド

    無効なフィールド

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

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    必須フィールド

    無効なフィールド

    Error sending form.

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

製品

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

リソース

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

ウィズセキュアについて

  • WithSecure™
  • W/ Elements

サポート

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

SNS

利用規約

プライバシー ポリシー