カスタム監査レポートの TaskDefinition XML と対応するカスタム監査レポートの Form XML を作成して読み込むことは、SailPoint IdentityIQ でカスタム監査レポートを設定するプロセスの一部です。TaskDefinition XML はレポート タスクを定義し、Form XML はレポートを実行するためのユーザー インターフェイスを定義します。これらの手順はカスタム監査レポートの作成に不可欠であり、ソリューションでは有効なアプローチを正しく概説しています。詳細な手順については、SailPoint IdentityIQ レポート ガイド、特にカスタム レポートとフォームの作成に関するセクションを参照してください。

提供されている BeanShell コード スニペットは、「Randy.Knight」が所有する GroupDefinition オブジェクトの名前をフィルタリングして出力しようとします。ただし、コードには、記述どおりに正しく機能しないいくつかの問題が含まれています。
クラスのインポート: GroupDefinition クラスはスクリプトの先頭で明示的にインポートされる必要がありますが、ここではそれが欠落しています。
クエリ実行: context.getObjectsByNumber(GroupDefinition.class, i) の使用は正しくありません。このメソッドはこのコンテキストに存在しません。正しい方法は、context.getObjects() を使用してオブジェクトのリストを取得し、それらを反復処理することです。
ループ ロジック: ループ ロジックにも欠陥があります。context.getObjectsByNumber() を使用したカウンター ベースのループを使用する代わりに、context.search() を使用してフィルターされたオブジェクトのリストを取得し、その結果を反復処理する方法が推奨されます。
このコードの修正バージョンは次のようになります。
sailpoint.object.GroupDefinition をインポートします。
sailpoint.object.Filter をインポートします。
sailpoint.object.QueryOptions をインポートします。
フィルター filter = Filter.eq("owner.name", "Randy.Knight");
QueryOptions qo = 新しい QueryOptions();
qo.addFilter(フィルター);
List<GroupDefinition> groupDefinitions = context.getObjects(GroupDefinition.class, qo); for (GroupDefinition group : groupDefinitions) { System.out.println(group.getName());
}
この修正版では、
GroupDefinition を明示的にインポートします。
フィルタリングされたオブジェクトは、getObjectsByNumber ではなく context.getObjects(GroupDefinition.class, qo) を使用して取得します。
したがって、元のコードは書かれているとおり正しくありません。正解は B です。いいえ。
参照：
この訂正と説明は、SailPoint IdentityIQ の API ドキュメントに基づいています。このドキュメントでは、プラットフォーム内で Beanshell スクリプトを使用してオブジェクトを取得および操作するための適切な方法について詳細なガイダンスが提供されています。

SailPoint IdentityIQ のアイデンティティ プロビジョニング ポリシーの作成は、特に信頼できるソースからデータを集約するときに、アイデンティティの作成中に特定のプロビジョニング ルールとアクションを適用するように設計されています。これらのポリシーにより、新しく作成されたアイデンティティに、組織のルールとコンプライアンス要件に基づく有効で承認された属性値が確実に設定されます。
権限のあるソースからの ID 集約中に、プロビジョニング ポリシーは、ロールの割り当て、属性の検証、および ID が正しく安全に作成されるようにするために必要なその他のアクションなどのルールを適用できます。
したがって、正解はAです。はい。

Syslog は主にシステム イベントのログ記録に使用され、特定の人物に報告する従業員の数を識別するなど、階層データや組織データに対する複雑な検索やクエリの実行には使用されません。このようなクエリでは通常、組織階層または ID データへのアクセスが必要になりますが、Syslog を使用するよりも、アプリケーション内の IdentityIQ のレポート機能や検索機能を使用する方が適しています。Syslog は、システム操作、エラー、その他のアクティビティ ログに関連するログ イベントをキャプチャしますが、質問で説明されているような構造化クエリ向けには設計されていません。
参照：
SailPoint IdentityIQ ログおよび監視ガイド
SailPoint IdentityIQ 管理ガイド (レポートと検索に関するセクション)

アプリケーション所有者認定は、主に特定のアプリケーションに関連付けられた権限とロールを認定するために使用されます。アプリケーション所有者がアプリケーション内のアクセスを確認することが求められ、アクセスがそのアプリケーションの意図されたセキュリティ ポリシーに準拠していることを確認するのに役立ちます。
ただし、ロール モデル全体に​​わたってロールに正しい権限が含まれていることを確認するという点では、ロール構成認定の方が適切な認定タイプです。このタイプは、ロールが集約する権限を含むロールの構成の検証に特に重点を置いています。
したがって、アプリケーション所有者認定では、すべてのロールに正しい権限が含まれていることを確認するという目標を完全に達成することはできません。正解は B です。いいえ。