C: 不可能な地理的速度: これは、通常の人間の移動では不可能な時間枠内で、単一のユーザーのアカウントがさまざまな地理的場所からアクセスされるイベントです。ログでは、ユーザー「jdoe」が米国からアクセスし、数分以内にロシアからアクセスしていることがわかります。これは、何らかの自動システムを使用しないか、アカウントの資格情報がさまざまな場所でさまざまな個人によって使用されている場合を除いて、事実上不可能です。
B: プッシュ フィッシング: これはプッシュ フィッシングの兆候である可能性もあります。プッシュ フィッシングでは、ユーザーが開始していない多要素認証要求を承認するように誘導されます。これはログから直接は明らかではありませんが、ユーザーが開始していない MFA 要求を受信し、リソースにアクセスする意図がないにもかかわらず承認されている場合は、プッシュ フィッシングであると推測できます。

エージェントベースのスキャンは、ローカル スキャンを実行し、その結果を中央サーバーまたはコンソールに報告できるソフトウェア エージェントをターゲット システムまたはネットワークにインストールする方法です。
エージェントベースのスキャンでは、ローカル システムやネットワークをスキャンするために資格情報や権限を必要としないため、システムへのアクセスを減らすことができます。エージェントベースのスキャンでは、システムやネットワークの状態や場所に関係なく、エージェントが継続的またはオンデマンドでスキャンできるため、最も正確な脆弱性スキャン結果を提供することもできます。

Explanation
The best priority based on common attack frameworks for a new program to reduce attack surface risks and threats as part of a zero trust approach is to reduce the administrator and privileged access accounts.
Administrator and privileged access accounts are accounts that have elevated permissions or capabilities to perform sensitive or critical tasks on systems or networks, such as installing software, changing configurations, accessing data, or granting access. Reducing the administrator and privileged access accounts can help minimize the attack surface, as it can limit the number of potential targets or entry points for attackers, as well as reduce the impact or damage of an attack if an account is compromised.

Performing a code review is the best recommendation to ensure proper error handling at runtime for an embedded software team. A code review is a process of examining and evaluating source code by one or more developers other than the original author. A code review can help to identify and fix any errors, bugs, vulnerabilities, or inefficiencies in the code before it is deployed or executed. A code review can also help to ensure that the code follows the best practices, standards, and guidelines for error handling at runtime .

出力にはポート スキャンの結果が表示されます。ポート スキャンは、ネットワーク ホストで実行されている開いているポートとサービスを識別するために使用される手法です。ポート スキャンは、攻撃者が潜在的な脆弱性を発見して悪用するために使用したり、防御者がネットワーク デバイスのセキュリティ体制と構成を評価するために使用できます。1 出力には、ターゲット ホストで開いている 6 つのポートと、各ポートに関連付けられているサービス名とバージョンが一覧表示されます。サービス名は、ポートを使用しているアプリケーションまたはプロトコルの種類を示し、バージョンはサービスの特定のリリースまたは更新を示します。サービス名とバージョンは、サービスの機能、特徴、および弱点を明らかにすることができるため、攻撃者と防御者の両方にとって有用な情報となります。
リストされている 6 つのポートのうち、2 つは特にリスクが高いため、セキュリティ チームがさらに調査する必要があります。
ポート 23 とポート 636。
ポート 23 は、リモート ログインおよびコマンド実行用の古くて安全でないプロトコルである Telnet によって使用されます。
Telnet は、ユーザー名やパスワードなど、ネットワーク経由で送信されるデータを暗号化しないため、攻撃者による盗聴、傍受、および変更に対して脆弱です。また、Telnet には、攻撃者が不正アクセスを取得したり、任意のコマンドを実行したり、ターゲット ホストに対してサービス拒否攻撃を引き起こしたりする可能性のある既知の脆弱性が多数あります23。ポート 636 は、LDAP over SSL/TLS (LDAPS) によって使用されます。LDAPS は、安全な接続を介してディレクトリ サービスにアクセスして変更するためのプロトコルです。LDAPS は、認証、機密性、および整合性を提供する SSL/TLS 証明書を使用して、クライアントとサーバーの間で交換されるデータを暗号化します。ただし、証明書が適切に構成、検証、または更新されていない場合、LDAPS も攻撃に対して脆弱になる可能性があります。たとえば、攻撃者は自己署名証明書または期限切れの証明書を使用して、LDAPS 接続に対して中間者攻撃、スプーフィング攻撃、または証明書失効攻撃を実行する可能性があります。
したがって、セキュリティチームは、ターゲットホストでポート23とポート636が開いている理由と、そこで実行されているサービスについてさらに調査する必要があります。セキュリティチームは、これらのサービスを無効にするか、ポート23のSSHやポート6362のStartTLSなど、より安全な代替手段に置き換えることも検討する必要があります。