シナリオ 2: ビューティーは、従来の小売業を離れ、最近 e コマース モデルに切り替えた化粧品会社です。経営陣は、社内に独自のカスタム プラットフォームを構築し、オンライン送金をサポートするオンライン決済システムを運営する外部プロバイダーに支払いプロセスをアウトソーシングすることを決定しました。
このビジネス モデルの変革により、重要な資産に関連する特定された脅威と脆弱性に基づいて、多数のセキュリティ制御が実装されました。顧客の情報を保護するために、Beauty の従業員は機密保持契約に署名する必要がありました。さらに、同社はすべてのユーザー アクセス権限を見直し、権限のある担当者のみが機密ファイルにアクセスできるようにし、新しい職務分掌チャートを作成しました。
しかし、IT チームにとって、この移行は困難なものでした。電子商取引モデルに移行して間もなく、セキュリティ インシデントに対処しなければならなかったのです。インシデントを調査した後、チームは、古いマルウェア対策ソフトウェアが原因で、攻撃者がファイルへのアクセスを不正に行い、名前や住所などの顧客情報を漏洩したという結論に達しました。
IT チームは、古いマルウェア対策ソフトウェアの使用を中止し、同様のインシデントが発生した場合に悪意のあるコードを自動的に削除する新しいソフトウェアをインストールすることを決定しました。新しいソフトウェアは、社内のすべてのワークステーションにインストールされました。新しいソフトウェアをインストールした後、チームは最新のマルウェア定義でソフトウェアを更新し、自動更新機能を有効にして常に最新の状態に維持しました。さらに、機密情報にアクセスするときにユーザー ID とパスワードを要求する認証プロセスを確立しました。
さらに、Beauty 社は、システムとネットワークのセキュリティの重要性についての認識を高めるために、IT チームや機密情報にアクセスできる他の従業員を対象に、情報セキュリティに関する意識啓発セッションを数多く実施しました。
シナリオ 2 に基づいて、機密情報にアクセスするときにユーザー ID とパスワードを要求するユーザー認証プロセスを確立することにより、IT チームが確保しようとしている情報セキュリティ原則はどれですか。

ISMS を導入している組織は、計画された間隔で管理レビューを実施していますが、その結果に関する文書化された情報を保持していません。これは ISO/IEC 27001 の要件に準拠していますか?

シナリオ 4: TradeB は、ヨーロッパに拠点を置く新設の商業銀行で、多様な顧客を抱えています。小売バンキング、法人向けバンキング、資産管理、デジタル バンキングなど、地域の個人や企業の変化する金融ニーズに合わせてカスタマイズされたサービスを提供しています。現代の銀行業界における情報セキュリティの重要性を認識した TradeB は、ISO/IEC 27001 に基づく情報セキュリティ管理システム (ISMS) の導入を開始しました。ISMS の導入を成功させるため、経営陣は 2 人の専門家と契約し、ISMS 導入プロジェクトを主導および監督することを決定しました。
ISMS を実装するための主な戦略として、専門家は、最初に ISO/IEC 27001 の最小要件を満たし、その後、時間をかけて継続的に改善することで、ISMS を迅速に実装することに重点を置いたアプローチを選択しました。さらに、専門家の指導の下、TradeB は、特定のツールを組み込むことなく、ISMS 実装の高レベルの段階、関連するアクティビティ、および成果物を概説する構造化されたフレームワークおよびガイドラインとして機能する方法論的フレームワークを選択しました。
専門家は ISO/IEC 27001 管理策を分析し、会社とその目的に適用可能と判断されたセキュリティ管理策のみをリストアップしました。この分析に基づいて、適用性ステートメントを起草しました。その後、リスク評価を実施し、ハードウェア、ソフトウェア、ネットワークなどの資産、脅威、脆弱性を特定し、潜在的な結果と可能性を評価し、評価プロセスで使用される用語と基準を定義および特徴付け、それらを非数値レベル (非常に低い、低い、中程度、高い、非常に高いなど) に分類する体系的なアプローチに基づいてリスクのレベルを決定しました。繰り返し性と再現性を高めることを主な目的として、評価値を正当化するための説明文が慎重に作成されました。
次に、リスク評価基準に基づいてリスクを評価し、高リスクカテゴリのリスクのみを扱うことを決定しました。さらに、管理者権限の不正使用と複数のハードウェア障害によるシステム中断に主に焦点を当てました。これらの問題に対処するために、新しいバージョンのアクセス制御ポリシーを確立し、ユーザーアクセスを管理および制御するための制御を実装し、ビジネス継続性を確保するためのICT準備のための制御を導入しました。
リスク評価レポートでは、実装されたセキュリティ制御によってリスク レベルが許容可能なしきい値まで低下した場合、それらのリスクは受け入れられると示されていました。
上記のシナリオに基づいて、次の質問に答えてください。
TradeB は情報セキュリティ管理システム (ISMS) を実装するために、最初にどの実装アプローチを選択しましたか?

シナリオ 5: Operaze は、世界中のさまざまな企業向けにアプリケーションを開発している小規模なソフトウェア開発会社です。最近、同社はリスク評価を実施し、デジタル環境での運用から生じる可能性のある情報セキュリティ リスクを評価しました。侵入テストやコード レビューなどのさまざまなテスト方法を使用して、不適切なユーザー権限、セキュリティ設定の誤り、安全でないネットワーク構成など、ICT システムの問題を特定しました。これらの問題を解決し、情報セキュリティを強化するために、Operaze は ISO/IEC 27001 に基づく情報セキュリティ管理システム (ISMS) を実装することを決定しました。
Operaze は小規模な会社であるため、IT チーム全体が ISMS 実装プロジェクトに関与しました。最初に、同社はビジネス要件と内部および外部環境を分析し、主要なプロセスと活動を特定し、利害関係者を特定して分析しました。さらに、Operaze のトップマネジメントは、会社のほとんどの部門を ISMS の範囲に含めることを決定しました。定義された範囲には、組織的および物理的な境界が含まれていました。IT チームは情報セキュリティ ポリシーを起草し、すべての関連する利害関係者にそれを伝達しました。さらに、セキュリティの問題を詳しく説明するために他の特定のポリシーが開発され、すべての利害関係者に役割と責任が割り当てられました。
その後、人事部長は、ISMS によって作成された書類は ISMS の価値を正当化するものではなく、ISMS の導入を中止すべきだと主張しました。しかし、経営陣はこの主張は無効であると判断し、関係者全員に ISMS の利点を説明する啓発セッションを開催しました。
Operaze は、物理サーバーをサードパーティのインフラストラクチャ上の仮想サーバーに移行することを決定しました。新しいクラウド コンピューティング ソリューションは、会社にさらなる変化をもたらしました。一方、Operaze の経営陣は、効果的な ISMS を実装するだけでなく、ISMS 運用の円滑な実行を確保することも目指していました。このような状況で、Operaze の経営陣は、情報セキュリティ戦略を実行するには外部の専門家のサービスが必要であると結論付けました。一方、IT チームは、ISMS の範囲の変更を開始することを決定し、会社のプロセスに必要な変更を実施しました。
シナリオ 5 に基づくと、Operaze の MR マネージャーは利害関係者のどのカテゴリに属しますか?