ヘッドレスアクティビティを監視して対応する

学習の目的

この単元を完了すると、次のことができるようになります。

ヘッドレスインタラクションを監視するために必要なプロセスを確立する。
インシデント対応計画を立てる。
ヘッドレスのセキュリティインシデントを封じ込めて調査し、復旧して、そこから教訓を得る方法について説明する。

信頼に欠かせない可視性

前の単元では、ヘッドレスエージェントがアクセスして実行できる操作を制限するために、最小権限の原則を適用しました。権限を最小限にすればリスクが低減しますが、リスクやハルシネーションが完全に排除されるわけではありません。そのため、セキュアなヘッドレスアーキテクチャには、監視とインシデント対応という 2 つの補完的な機能が必要です。

監視は、通常のアクティビティを把握し、注意が必要な動作を検知するうえで役立ちます。
インシデント対応は、組織がアクティビティの封じ込めと調査に備える手段になります。

ユースケースを本番環境に移行する前に、これらのプロセスを確立しておくことが極めて重要です。木の例えを続けると、監視は、木の状態をチェックして、地中の腐食を発見したり、折れた枝を取り除いたりするようなものと考えられます。他方、インシデント管理は、暴風雨で木が倒れた場合に備えて、保険の補償内容や樹木の専門業者の連絡先を把握しておくことと考えられます。

Salesforce の監視機能

Salesforce では、ヘッドレスユースケースの監視に利用できる数種の監視ツールを用意しています。エディション、ライセンス、設定、保持ポリシーによって利用可能なツールが異なります。その具体的な内容は次のとおりです。

イベント監視: Salesforce イベントモニタリングは、ログインや API コールなどの運用データを取得して、アクティビティの追跡やパフォーマンスのトラブルシューティングを行います。主な機能として、イベントログファイル、脅威をブロックするリアルタイムモニタリングのほか、CRM Analytics、Splunk、Datadog などのプラットフォームとのインテグレーションが挙げられます。
設定変更履歴: [Setup (設定)] で行われた設定の変更を追跡し、誰がいつ設定を変更したかを特定します。ただし、エージェントによる個々のデータ操作はログに記録されません。設定変更履歴についての詳細は、こちらをご覧ください。
項目履歴管理と項目監査履歴: 項目履歴管理は、すべてのお客様が無料で利用でき、項目の変更内容を 30 日間保存します。項目監査履歴は、スタンドアロンまたは Salesforce Shield で利用でき、カスタム保持ポリシーを使用してより多くの項目を追跡します。どちらも、プロンプトやインタラクションの完全なシーケンスは記録されません。

監視のすべての機能については、「Salesforce Shield を使用したアプリケーションの保護」という包括的なトレイルを参照してください。

インタラクション全体を監視する

Salesforce の監視機能は Salesforce サービスの境界で終了しますが、ヘッドレスインタラクションは、Salesforce レコードが変更または取得されるまでに複数のシステムを経由することがあります。たとえば、サービス担当者が Microsoft Teams でリクエストを送信するとします。カスタムアプリケーションが OAuth 認証済みのリクエストを送信します。エージェントがツールを選択します。そのツールが Salesforce の操作を呼び出します。外部アプリケーション経由で結果が返されます。1 つのログソースに、そのパス全体が記録されていないことがあります。チームがアクティビティを調査するためには、境界や外部システムにまたがるイベントを結び付ける十分なコンテキストが必要です。

ユースケースを文書化する

本番環境に移行する前に、各ログをどのシステムが保有しているか、誰がアクセスできるか、レコードがどのように関連付けられているか、保持期間はどのくらいか、プロンプトや結果に規制対象データが含まれていないかを文書化します。通常のアクティビティのベースラインを確立しておけば、それを目安にチームがさらなる調査を要する潜在的な不正利用、設定の問題、侵害されたアクセスを見極めることができます。ヘッドレスアーキテクチャを効果的に監視するために、外部アプリケーションやプロバイダーのログをはじめ、すべての操作を考慮します。次のような情報を収集します。

サードパーティアプリケーションやユーザーサーフェス
お客様が管理するミドルウェアや API ゲートウェイ
エージェントランタイムやツールルーター
外部のモデルプロバイダー
お客様が管理するアプリケーションログやトレース

事前準備を整える

監視プロセスを配備したら、次は本番環境のヘッドレス機能ごとに対応計画を作成します。この計画を組織のインシデント対応プロセスに組み込みます。通常、ヘッドレスのインシデント対応には、次の 5 つのフェーズがあります。

トリアージ: まず、何が起きているのかを把握します。これが通常のアクティビティなのか、設定エラーか、それともセキュリティ上の問題なのかを判断します。いつ発生し、どのアプリケーションが関与し、どのデータが影響を受ける可能性があるかなど、実態についての重要な情報を迅速に収集します。機密データへのリスクがある場合は、完全な情報が出揃うのを待つことなく、行動を起こす必要があります。
封じ込め: リスクを即座に食い止めることができる最も直接的な措置を選択します。たとえば、ツールの無効化、アクセス権の取り消し、ユーザーアカウントの停止などが考えられます。誰がその措置を承認し、何を無効にしたのかを必ず記録します。
調査: ログが削除される前に、実態に関する情報を収集し、重要な証拠をただちに保存します。イベントの簡単なタイムラインを作成し、機密性の高い調査結果は適切なチームメンバーだけに共有するようにします。
修復と復旧: サービスを復旧する前に問題を修復します。復旧では、過剰な権限やアプリケーションポリシーの是正、承認済みのプロセスで影響を受けたレコードの修正、再テストなどを行います。サービスは段階的に復元します。検証済みの最小限の機能から再開し、注意深く監視して、必ずコントロールの動作が検証されてから範囲を広げます。
教訓: 復旧後は、責任を追及するのではなく、何が起きたのかを記録します。インシデントを防止または検知したり、影響を最小限に抑えたりすべきであった対策を特定します。それぞれの是正措置に担当者と完了予定日を設定して追跡します。サービスが再開されても、インシデントが完全に終了したわけではありません。合意した改善策が検証されて初めて終了となります。

ヘッドレスユースケースを自信をもって本番環境にリリースするために、最小権限の原則を適用し、監視とインシデント対応プロセスを配備したことを確認します。

基盤を信頼する

セキュアなヘッドレスエクスペリエンスを構築するということは、強固な壁を張り巡らせることではありません。コントロールを損なうことなく生産性を高める、生き生きとしたエコシステムを育むことです。アーキテクチャを木に例えると、この構造が明確になります。ID、権限、ロールベースのアクセスコントロールといったバックエンドの深い根が、データセキュリティをしっかりと支えています。Einstein Trust Layer という幹で、すべてのリクエストが確立された安全策を通過します。日常的なユーザーアクションやチャットインターフェースが動作する、目に見える樹冠の部分では、「オープンアクセスであって、オープンバイパスではない」という基本原則により、すべてのサーフェスに同じ保護が適用されます。

このエコシステムを健全に維持するために、構築も担うシステム管理者は、最小権限の原則のようなシンプルなガードレールを適用することで、自信をもってこの取り組みを進めることができます。具体的には、エージェントの機能を必要最小限に絞りながら、影響度の高いタスクには人間の承認を必須にします。このように状況に応じたコントロールを、継続的な監視や事前に準備したインシデント対応計画と組み合わせれば、Salesforce と外部システムの両方にわたる可視性と運用管理が実現します。ポリシーを確実に適用する深い根と、各トランザクションを選別する頑丈な幹があれば、自信をもって新たな AI チャネルへと枝葉を広げ、自由にイノベーションを推進することができます。

予想時間

トピック

ヘルプをお探しですか?

Headless 360 Platform のリソース