È necessario integrare i log di sicurezza in Microsoft Sentinel da 12 controller di dominio Windows Server on-premises e diversi firewall Linux. Tutti i server sono abilitati per Azure Arc ed è necessario evitare l'agente Log Analytics legacy. È necessario raccogliere gli eventi di sicurezza di Windows (incluso il 4688) dai controller di dominio e gli eventi in formato CEF dai firewall. Quali due azioni è necessario intraprendere?

Le risposte corrette indirizzano i requisiti chiave: evitare l'agente Log Analytics legacy e utilizzare Azure Monitor Agent (AMA) con server abilitati per Azure Arc. 1. Connettore dati Windows Security Events via AMA per i controller di dominio: Questo è il metodo moderno e preferito per raccogliere eventi di sicurezza di Windows (inclusi gli ID evento specifici come il 4688) dai server Windows Server abilitati per Arc, utilizzando l'AMA e le regole di raccolta dati (DCR). Evita l'agente legacy. 2. Forwarder di log Linux abilitato per Arc con AMA e connettore CEF: Per i firewall Linux che inviano eventi CEF, la soluzione corretta prevede un forwarder di log Linux intermedio. Questo forwarder, anch'esso abilitato per Arc, esegue l'AMA e utilizza il connettore CEF via AMA per inoltrare gli eventi a Sentinel. I firewall vengono configurati per inviare i log CEF via Syslog a questo forwarder. Le opzioni errate includono l'uso dell'agente Log Analytics (MMA/OMS) legacy, che è esplicitamente da evitare, o metodi meno diretti e non ottimali per l'integrazione con Sentinel.