この VM にはパブリック IP とオープン ポート 80 があり、パブリック IP や安全でないポート/プロトコルがないという会社のセキュリティ要件に違反しています。また、VM がインターネットからの潜在的な攻撃にさらされることになります。この VM は、プライベート IP を使用してポート 80 を閉じるか、HTTPS などの安全なプロトコルを使用するように最初に更新する必要があります。
参考資料[CompTIA CySA+ スタディ ガイド: 試験 CS0-003、第 3 版]、第 2 章: クラウドおよびハイブリッド環境、67 ページ。[パブリック IP アドレスとは何ですか?][ポート 80 とは何ですか?]

XSS (クロスサイト スクリプティング) は、Web アプリケーションにスクリプト タグを挿入しようとする試みを示すスニペットであるため、セキュリティ アナリストが検証している脆弱性のタイプです。XSS は、攻撃者が脆弱な Web サイトにアクセスした別のユーザーのブラウザで任意の JavaScript コードを実行できるようにする Web セキュリティの脆弱性です。XSS は、Cookie の盗用、セッション ハイジャック、フィッシング、Web サイトの改ざんなど、さまざまな悪意のあるアクションを実行するために使用される可能性があります。他の種類の脆弱性は、さまざまな種類の攻撃を伴うため、スニペットには関係ありません。ディレクトリ トラバーサルは、攻撃者が Web ルート フォルダーの外部にあるファイルやディレクトリにアクセスできるようにする攻撃です。XXE (XML 外部エンティティ) インジェクションは、攻撃者がアプリケーションによる XML データの処理を妨害し、ファイルやシステムにアクセスできるようにする攻撃です。SSRF (サーバー側リクエスト フォージェリ) は、攻撃者がサーバー側アプリケーションに意図しない場所へのリクエストを実行させることを可能にする攻撃です。公式リファレンス:
https://portswigger.net/web-security/xxe
https://portswigger.net/web-security/ssrf
https://cheatsheetseries.owasp.org/cheatsheets/Server_Side_Request_Forgery_Prevention_Cheat_Sheet.html

調査が人事ポリシーまたはプライバシー ポリシーに準拠していることを確認する最善の方法は、事件の詳細に名前、電子メール アドレス、電話番号、従業員 ID などのユーザーを特定できる情報が反映されていないことを確認することです。これは、ユーザーのプライバシーと機密性を保護し、潜在的な差別や報復を防ぐのに役立ちます。さらに、証拠をパスワードで保護し、捜査関係者へのアクセスを制限することで、証拠の完全性と安全性を維持し、不正または偶発的な開示や変更を防ぐことができます。

ビーコニングは、感染したホストとブロックリストに登録された外部サーバー間の定期的な通信を指すため、発生しているアクティビティを説明するのに最適な用語です。ビーコンは、マルウェアがコマンド アンド コントロール (C2) サーバーとの接続を確立するために使用する一般的な手法で、マルウェアに指示、更新、または抽出機能を提供できます。ビーコン送信の頻度、継続時間、ペイロードは、マルウェアの種類と高度さに応じて異なります。他の用語は、悪意のある活動のさまざまな側面を説明するため、ビーコンほど正確ではありません。データの引き出しとは、侵害されたシステムから C2 サーバーやクラウド ストレージ サービスなどの外部宛先にデータを不正に転送することです。データの流出はマルウェア感染の目的または結果である可能性がありますが、必ずしもブロックリストに登録されたサーバーや一貫したリクエストが関与するとは限りません。不正デバイスは、承認や適切なセキュリティ制御を行わずにネットワークに接続されているデバイスです。不正なデバイスは、マルウェアを導入したり、ファイアウォールをバイパスしたり、機密データにアクセスしたりする可能性があるため、セキュリティ リスクを引き起こす可能性があります。ただし、不正なデバイスがマルウェアに感染しているか、ブロックリストに登録されているサーバーと通信しているとは限りません。スキャンは、ネットワークまたはシステムの脆弱性、開いているポート、サービス、またはその他の情報を調査するプロセスです。スキャンは、目的と承認に応じて、正規の管理者または悪意のある行為者によって実行されます。スキャンは、あらゆるネットワークやシステムを対象とする可能性があるため、一貫したリクエストやブロックリストに登録されたサーバーを意味するものではありません。

追加のアクセス制御層を導入して権限のある個人を検証することは、主要な制御をバイパスする可能性がある認証の脆弱性を補う最適な制御です。補償制御は、主な制御が十分でない場合、または実行可能でない場合に、脆弱性または脅威のリスクを軽減するために実装されるセキュリティ対策です。補償コントロールは、プライマリ コントロールと同等またはそれ以上のレベルの保護を提供する必要があり、対処する脆弱性または脅威と密接に関連している必要があります1。この場合、主な制御は機密データベースへのアクセスを制限することであり、脆弱性は認証バイパスです。したがって、最適な補償制御は、多要素認証、ロールベースのアクセス制御、暗号化などの追加のアクセス制御レイヤーを展開して、データベースにアクセスしている個人の ID と承認を検証することです。このようにして、主要な制御がバイパスされた場合でも、補償制御によってデータベースへの不正アクセスを防ぐことができます23。定期的な侵入テストの実施、定期的なセキュリティ意識向上トレーニングの実施、侵入検知ソフトウェアの導入はすべて優れたセキュリティ実践ですが、プライマリ コントロールと同等以上のレベルの保護を提供しないため、これらは認証の脆弱性を補うコントロールにはなりません。そして、それらは、対処している脆弱性や脅威とは密接に関連していません。参考資料: 補償コントロール:
IT に対する永続的なソリューション - Tripwire、多要素認証 (MFA) とは何ですか? | Duo セキュリティ、ロールベースのアクセス制御 (RBAC)、およびロールベースのセキュリティ、[ペネトレーション テストとは何ですか? どのように機能しますか?]