リスクおよび情報システム管理研究マニュアルによると、固有のリスクとは、管理や軽減要因が考慮される前に存在するリスクです。固有のリスクは、ビジネス活動の性質と複雑さ、環境、および関連するテクノロジによって左右されます。スタッフ メンバーが個人用または公共のコンピュータを介して組織の IT システムにリモート接続できるようにする新しいポリシーは、IT システムとデータの機密性、整合性、および可用性を損なう可能性のある新しい脅威と脆弱性をもたらすため、組織の固有のリスクを増大させる可能性があります。たとえば、個人用または公共のコンピュータには、ウイルス対策ソフトウェア、ファイアウォール、暗号化、認証などの適切なセキュリティ対策が施されていない可能性があり、組織がマルウェア、ハッキング、データ漏洩、または不正アクセスにさらされる可能性があります。
したがって、答えはBです。固有のリスク。参考文献 = リスクと情報システム管理研究マニュアル、
第 7 版、第 3 章、セクション 3.1.1、97 ページ。リモート ワーク: データを保護する方法

および D は不正解です。これらのレベルでは、リスク イベントのリアルタイム監視は行われません。

脆弱性とは、システム、アプリケーション、またはネットワークの弱点またはギャップのことで、脅威によって悪用されて危害を加えたり、不正アクセスを取得したりする可能性があります1。脆弱性は、設計上の欠陥、コーディング エラー、構成エラー、古いソフトウェアなど、さまざまな要因によって発生する可能性があります2。
提示された 4 つのオプションのうち、脆弱性を表すのはオプション C (リリースから 2 週間後にソフトウェア パッチを適用する標準手順) のみです。これは、ソフトウェア パッチがソフトウェア アプリケーションまたはシステムのセキュリティ上の弱点やバグに対処する更新または修正であるためです3。リリースから 2 週間後にソフトウェア パッチを適用すると、組織は、パッチが適用される前にソフトウェアの既知の脆弱性を悪用する悪意のある行為者による攻撃や侵害のリスクにさらされることになります。このリスクは、ソフトウェアがインターネットに接続されていたり、組織の業務に不可欠なものである場合に特に高くなります4。
参考資料 = 脆弱性とは何か?、脆弱性の定義と意味 - Merriam-Webster、脆弱性の修正: リソース ガイド - Rezilion、ソフトウェアの脆弱性の修正がソフトウェアとセキュリティにとって重要な理由...

セクション: ボリューム D

ユーザーアクセス管理:
* 効果的なユーザー アクセス管理により、アカウントが適切に作成、管理、無効化され、不正アクセスを防止できます。
* SLA 内で無効にされたアカウントの割合を監視すると、組織がユーザー ステータスの変更に迅速に対応できるようになり、不正アクセスのリスクが軽減されます。
KPIの重要性:
* この KPI は、不要になったアカウントがどのくらい早く無効にされるかを追跡することで、ユーザー アクセス管理プロセスの効率と有効性を測定します。
* パーセンテージが高いほど、タイムリーなアクションが実行され、孤立したアカウントが悪用されるリスクが軽減されます。
他のKPIとの比較:
* 複数のアカウントを持つエンドユーザーの割合: 有用ですが、アカウントを無効にするタイミングとは直接関係ありません。
* 特権アカウントと非特権アカウントの比率: 特権の配分を監視するために重要ですが、プロセスの効率を測定するものではありません。
* アクティブ化されていないアカウントの割合: 潜在的な非効率性を示しますが、アクティブなアカウントのリスクには対処しません。
参考文献:
* CRISC レビュー マニュアルでは、アクセス リスクを軽減するためにタイムリーなアカウント管理の重要性を強調しています (CRISC レビュー マニュアル、第 3 章: リスク対応と軽減、セクション 3.3 ユーザー アクセス管理)。