Salesforceのセキュリティ評価の内幕:企業を危険にさらす隠れた設定ミス

多くのSalesforceチームは、一見して「異常」が見当たらないため、自組織のセキュリティは万全だと考えがちです。しかし、セキュリティ評価によって、長年にわたり見過ごされてきた設定の逸脱が明らかにな…

Salesforceは、世界で最も安全なクラウドプラットフォームのひとつとして広く認められており、その評価に違わぬ堅牢性を備えています。しかし、多くの組織が自社のSalesforce組織(Org)の内部に、知らず知らずのうちに重大なリスクを抱え込んでいます。それはプラットフォーム自体に弱点があるからではなく、長期にわたる運用のなかで行われてきた「設定の選択」が盲点を生み出しているからです。

プラットフォームが本来持つ安全性と、実際の運用実態との間にあるこの「ギャップ」こそが、Salesforceセキュリティアセスメントによって浮き彫りにされる要素です。アセスメントは、関係者が「こう動いているはずだ」と信じている姿ではなく、「組織が実際にどう動いているか」という現実を突きつけます。

リスクはどこからやってくるのか

多くの組織は、Salesforceの標準ツールである「状態確認(Health Check)」を実行し、それで万全だと思い込んでいます。しかし現実には、メタデータ、権限設定、Digital Experiences(コミュニティ)、ユーザーの行動、そして外部連携までを網羅的に検証する構造化されたアセスメントの代わりにはなりません。Platinum 7の創設者であるダグ・メレット(Doug Merrett)氏は、先日の対談で、多くの組織が間違った方向を向いていると指摘しました。

「Salesforceは非常に安全なプラットフォームです —— 顧客が設定を誤るまでは」

問題はSalesforceが危険だということではありません。運用の複雑さは時間の経過とともに増大し、「数年前に見過ごされた、たった一つの設定の決断」が、今日の重大な脆弱性を生み出しているという点にあります。

最も頻繁に見つかる「設定ミス」のパターン

大企業や急成長中のSalesforce環境を対象にしたセキュリティアセスメントでは、一貫して以下のような影響度の高い共通のパターンが見つかります。

  • Digital Experiences / コミュニティの設定不備: 本来制限されるべきデータが、外部ユーザーから閲覧可能になっている。
  • 「システム管理者」権限での外部連携: サードパーティ製システムに対し、Salesforce組織全体の完全な制御権を与えてしまっている。
  • システム管理者の過剰な増加: ガバナンスがないまま、長年にわたって有機的に蓄積されたシステム管理者アカウントが放置されている。
  • これらの問題が実害をもたらすのに、必ずしも外部からのサイバー攻撃(データ侵害)が必要なわけではありません。設定ミスのある連携機能が一つあるだけで、あるいは過剰な権限を持つユーザーが一度操作を誤るだけで、重大なインシデントは引き起こされます。

メレット氏はこの力学を明確に表現しています。

「アセスメントで見つかるリスクのほとんどは、Salesforceの問題ではありません。設定の問題です」

これこそがアセスメントが必要とされる理由です。アセスメントは、「安全だという思い込み」と「実際の安全性」の差を白日の下にさらします。

責任の所在が曖昧になる背景

根本的な原因は、純粋な技術的要因だけではなく、組織的な要因にあります。Salesforceは多くの場合、IT部門やセキュリティチームが関与するはるか前に、現場のビジネス課題を解決するために導入されます。運用の勢いが増し、部門のワークフローがSalesforceに依存するようになると、セキュリティの所有権(誰が責任を持つか)の境界線は複雑化します。

高度なセキュリティを維持している組織では、セキュリティを「共有責任(共同責任)」として捉えています。プラットフォーム担当チームは「設定とビジネスロジック」を理解し、セキュリティリーダーは「リスクとデータ保護要件」を理解しています。この2つのグループが孤立して機能していると、リスクは水面下で静かに蓄積されていくのです。

AIAgentforceがもたらす変化:両刃の剣

AIは、Salesforceのセキュリティを大きく変え始めています。新しいAI駆動型の機能は、異常な挙動を検知し、設定ミスをハイライトし、修正アクションを提案してくれます。これは、セキュリティの専門家ではないSalesforce管理者にとって大きなメリットです。

しかし、AIは万能のセーフティネットではありません。 もし、データの視認性ルール、アクセス制御、共有モデルがすでに形骸化している場合、AIがそれを自動的に正してくれることはありません。AIは、その基盤が強固であれ脆弱であれ、構築された基盤の上でその処理を「スケール(拡大)させ、加速させる」だけです。Agentforceへの移行が進むなかで、適切な設定の重要性は減るどころか、むしろ高まっています。

セキュリティの改善は難しくない

すべてのセキュリティ強化に、大規模なプロジェクトや追加ツールの購入が必要なわけではありません。迅速かつ最も効果の高い改善策には、以下のようなものがあります。

  • 接続されたアプリケーション(Connected Apps)をすべて見直し、管理する
  • 外部連携(インテグレーション)からシステム管理者権限を剥奪する
  • コネクターには「Salesforceインテグレーションユーザー」ライセンスを使用する
  • 標準の「状態確認(Health Check)」を実行し、最もリスクの高い検出事項から優先的に対応する
  • これらのステップを踏むだけでも、リスクへの露出は劇的に減少します

「責任共有モデル」は依然として適用されている

近年ヘッドラインを賑わせたSalesforce関連のセキュリティインシデントは、プラットフォームの脆弱性が原因で起きたものではありません。顧客側の「設定の隙間」が原因で発生したものです。「Salesforceはクラウド自体を守り、顧客は自らの設定を守る」という共有責任モデルの本質は今も変わりません。

セキュリティアセスメントの本質は、誰かの過失を責めることではなく、「現状を明確にすること」です。そしてその明確さこそが、Salesforceを安全で、拡張性があり、説明責任の果たせる形で活用するための基盤となります。

🎧ポッドキャストの本編を聴く(英語)

このトピックについて、実例や設定上の落とし穴、AIによって加速するSalesforceの未来にどう備えるかなど、さらに詳しく知りたい方は、『Guardians of Salesforce』でのダグ・メレット氏との対談の全編をお聴きください:『Salesforceセキュリティ評価――そこから何が明らかになり、組織はどのように対応すべきか』