説明
正解は C です。プレイブックの実行を管理者ロールのメンバーに制限する最善の方法は、プレイブックの実行機能が管理者以外のすべてのロールから削除されていることを確認することです。Playbook の実行機能は、ユーザーが任意のコンテナ上で任意の Playbook を実行できるようにする権限です。デフォルトでは、すべてのロールにこの機能がありますが、Phantom UI で [管理] > [ユーザー管理] > [ロール] に移動して削除または追加することができます。管理者を除くすべてのロールからこの機能を削除すると、管理者ユーザーのみが Playbook を実行できるようになります。詳細については、Splunk SOAR ドキュメントを参照してください。

Splunk SOAR でより小規模でより焦点を絞った Playbook を作成することは、いくつかの理由から優れた設計手法とみなされます。
*B: 複雑さが軽減され、Playbook の保守が容易になります。大規模で複雑な Playbook は扱いにくく、トラブルシューティングや更新が困難になる場合があります。
*C: さまざまなシナリオで再利用できる特定のタスクを処理するように小さな Playbook を設計できるため、コードの再利用が促進されます。
*D: 複数の Playbook 間で同じコードを複製するのではなく、共通の機能を特定の Playbook 内に集中させることができるため、コードの重複を回避します。
このアプローチには、次のようないくつかの利点があります。
*保守が困難になる大規模で複雑な Playbook を削減します。Playbook が小さいと、読み取り、デバッグ、更新が容易になります1。
*より細分化された形式でのコードの再利用を奨励します。より小さな Playbook を複数のシナリオの構成要素として使用できるため、重複したコードを記述する必要性が減ります12。
*パフォーマンスと拡張性の向上。小さい Playbook は、大きい Playbook よりも高速に実行され、消費するリソースが少なくなります2。
他のオプションは、より小規模でより焦点を絞った Playbook を作成する正当な理由にはなりません。プレイブック データは Splunk SOAR の他のタイプのデータと比べてそれほど大きくないため、各リポジトリに保存されるプレイブック データの量を削減しても大きな利点はありません。複数の Playbook 間でのコードの重複を避けることは、コードの再利用の結果であり、個別の目標ではありません。