Data/Locales/checks/it/EntraCAChecks.json

{
  "_family": "EntraCAChecks.json",
  "EIDCA-001": {
    "name": { "value": "Inventario completo dei criteri di accesso condizionale", "status": "machine-draft" },
    "description": { "value": "È opportuno mantenere un inventario completo di tutti i criteri di accesso condizionale con le relative impostazioni. Ciò fornisce visibilità sulla postura di sicurezza e consente l'analisi delle lacune, il tracciamento delle modifiche e l'audit di conformita nell'intero tenant.", "status": "machine-draft" },
    "recommendedValue": { "value": "Tutti i criteri di accesso condizionale documentati con stato, condizioni, controlli di concessione e controlli di sessione", "status": "machine-draft" },
    "remediationSteps": { "value": "Vai al riquadro Accesso condizionale nell'interfaccia di amministrazione di Entra ed esporta tutti i criteri. Esamina ogni criterio per verificare le convenzioni di denominazione corrette, le descrizioni e lo stato appropriato (abilitato, disabilitato o solo report). Mantieni un registro con controllo delle versioni di tutte le configurazioni dei criteri a fini di audit.", "status": "machine-draft" }
  },
  "EIDCA-002": {
    "name": { "value": "Analisi delle lacune di copertura dei criteri di accesso condizionale", "status": "machine-draft" },
    "description": { "value": "Tutti gli utenti e le applicazioni dovrebbero essere coperti da almeno un criterio di accesso condizionale. Le lacune nella copertura lasciano utenti o applicazioni privi di controlli di sicurezza quali MFA, conformita del dispositivo o restrizioni basate sulla posizione, creando vettori di attacco per l'accesso non autorizzato.", "status": "machine-draft" },
    "recommendedValue": { "value": "Il 100% degli utenti attivi e delle applicazioni critiche coperto da almeno un criterio di accesso condizionale", "status": "machine-draft" },
    "remediationSteps": { "value": "Esamina tutti i criteri di accesso condizionale per identificare gli utenti e le applicazioni non presi di mira da alcun criterio. Crea criteri che coprano gli utenti e le applicazioni non coperti con controlli di concessione e di sessione appropriati. Dai priorità alla copertura degli account con privilegi e delle applicazioni critiche per l'attività.", "status": "machine-draft" }
  },
  "EIDCA-003": {
    "name": { "value": "Criteri di accesso condizionale in modalità solo report", "status": "machine-draft" },
    "description": { "value": "I criteri di accesso condizionale lasciati in modalità solo report non applicano controlli di sicurezza e si limitano a registrare ciò che sarebbe accaduto. I criteri che hanno completato la fase di test dovrebbero essere impostati sullo stato abilitato per proteggere attivamente l'ambiente.", "status": "machine-draft" },
    "recommendedValue": { "value": "Nessun criterio in modalità solo report, salvo quelli attivamente in fase di test con una tempistica di transizione definita", "status": "machine-draft" },
    "remediationSteps": { "value": "Esamina tutti i criteri di accesso condizionale attualmente in modalità solo report e valuta i dati sull'impatto ricavati dai log di accesso. Per i criteri che sono stati convalidati e mostrano un impatto accettabile, cambia lo stato da solo report ad abilitato. Stabilisci un processo per il ciclo di vita dei criteri che definisca la durata massima della modalità solo report prima dell'applicazione.", "status": "machine-draft" }
  },
  "EIDCA-004": {
    "name": { "value": "Analisi dei gruppi di esclusione dell'accesso condizionale", "status": "machine-draft" },
    "description": { "value": "Gli utenti e i gruppi esclusi dai criteri di accesso condizionale aggirano controlli di sicurezza critici. Le esclusioni dovrebbero essere ridotte al minimo, documentate con una giustificazione aziendale e riesaminate regolarmente per prevenire l'accumulo di privilegi e gli accessi non autorizzati.", "status": "machine-draft" },
    "recommendedValue": { "value": "Tutte le esclusioni documentate con una giustificazione aziendale e riesaminate trimestralmente", "status": "machine-draft" },
    "remediationSteps": { "value": "Sottoponi ad audit tutti i criteri di accesso condizionale per identificare gli utenti e i gruppi esclusi. Documenta la giustificazione aziendale di ciascuna esclusione e designa un responsabile incaricato della revisione periodica. Rimuovi le esclusioni che non hanno più una valida esigenza aziendale e implementa controlli compensativi dove le esclusioni sono necessarie.", "status": "machine-draft" }
  },
  "EIDCA-005": {
    "name": { "value": "Gruppi non protetti nelle esclusioni dell'accesso condizionale", "status": "machine-draft" },
    "description": { "value": "I gruppi usati nelle esclusioni dell'accesso condizionale privi di proprietà, revisioni delle appartenenze o restrizioni di accesso possono essere sfruttati dagli aggressori per aggirare i criteri di sicurezza. Un aggressore che si aggiunge a un gruppo di esclusione non protetto aggira di fatto tutti i controlli di accesso condizionale destinati a quel gruppo.", "status": "machine-draft" },
    "recommendedValue": { "value": "Tutti i gruppi di esclusione dell'accesso condizionale hanno proprietari assegnati, una gestione delle appartenenze limitata e verifiche di accesso periodiche abilitate", "status": "machine-draft" },
    "remediationSteps": { "value": "Identifica tutti i gruppi a cui fanno riferimento le esclusioni dei criteri di accesso condizionale e verifica che ciascun gruppo abbia un proprietario assegnato, impostazioni di ingresso/uscita limitate e una pianificazione attiva delle verifiche di accesso. Abilita le funzionalità dei gruppi con accesso con privilegi oppure limita le modifiche alle appartenenze ai soli amministratori autorizzati. Rimuovi immediatamente dalle esclusioni dell'accesso condizionale eventuali gruppi non gestiti o orfani.", "status": "machine-draft" }
  },
  "EIDCA-006": {
    "name": { "value": "Convalida dell'esclusione degli account break-glass dall'accesso condizionale", "status": "machine-draft" },
    "description": { "value": "Gli account di accesso di emergenza (break-glass) devono essere esclusi dai criteri di accesso condizionale per garantire l'accesso durante interruzioni o configurazioni errate, ma tali esclusioni devono essere strettamente controllate. La mancata configurazione corretta delle esclusioni break-glass può causare un blocco completo durante incidenti critici o creare account backdoor non monitorati.", "status": "machine-draft" },
    "recommendedValue": { "value": "Esattamente due account break-glass esclusi da tutti i criteri di accesso condizionale, con monitoraggio, avvisi e convalida periodica", "status": "machine-draft" },
    "remediationSteps": { "value": "Verifica che esistano account break-glass dedicati, che siano esclusi da tutti i criteri di accesso condizionale e che non vengano usati per le operazioni quotidiane. Configura avvisi di Azure Monitor che si attivino in caso di qualsiasi attività di accesso da parte degli account break-glass. Testa l'accesso agli account break-glass ogni trimestre e conserva le credenziali in modo sicuro in una cassaforte fisica o in un modulo di sicurezza hardware.", "status": "machine-draft" }
  },
  "EIDCA-007": {
    "name": { "value": "Imposizione dell'MFA tramite accesso condizionale", "status": "machine-draft" },
    "description": { "value": "L'autenticazione a più fattori dovrebbe essere richiesta a tutti gli utenti tramite criteri di accesso condizionale per prevenire gli attacchi basati sulle credenziali. Senza l'imposizione dell'MFA, le sole password compromesse concedono l'accesso completo alle risorse organizzative, il che rende questo il controllo di maggiore impatto contro l'appropriazione degli account.", "status": "machine-draft" },
    "recommendedValue": { "value": "MFA richiesto per il 100% degli utenti su tutte le applicazioni cloud tramite accesso condizionale", "status": "machine-draft" },
    "remediationSteps": { "value": "Crea un criterio di accesso condizionale destinato a tutti gli utenti e a tutte le applicazioni cloud con un controllo di concessione che richieda l'autenticazione a più fattori. Verifica che il criterio copra tutti i tipi di utenti, inclusi guest e collaboratori esterni. Monitora i log di accesso per confermare che l'MFA venga richiesto ed esamina la cartella di lavoro CA insights per individuare le lacune di copertura.", "status": "machine-draft" }
  },
  "EIDCA-008": {
    "name": { "value": "Blocco dell'autenticazione legacy tramite accesso condizionale", "status": "machine-draft" },
    "description": { "value": "I protocolli di autenticazione legacy come IMAP, POP3, SMTP e ActiveSync non supportano l'autenticazione moderna o l'MFA, il che li rende un vettore di attacco primario per gli attacchi di password spray e brute-force. Il blocco dell'autenticazione legacy tramite accesso condizionale è essenziale per impedire a questi protocolli di aggirare i controlli MFA.", "status": "machine-draft" },
    "recommendedValue": { "value": "Tutti i protocolli di autenticazione legacy bloccati tramite accesso condizionale per tutti gli utenti", "status": "machine-draft" },
    "remediationSteps": { "value": "Crea un criterio di accesso condizionale destinato a tutti gli utenti e a tutte le applicazioni cloud con la condizione app client impostata su client Exchange ActiveSync e altri client, quindi imposta il controllo di concessione su blocca accesso. Verifica che il criterio sia in stato abilitato e monitora i log di accesso per individuare eventuali tentativi residui di autenticazione legacy. Coordinati con i proprietari delle applicazioni per migrare all'autenticazione moderna eventuali dipendenze residue da protocolli legacy.", "status": "machine-draft" }
  },
  "EIDCA-009": {
    "name": { "value": "Requisito di conformita del dispositivo nell'accesso condizionale", "status": "machine-draft" },
    "description": { "value": "I criteri di accesso condizionale dovrebbero richiedere la conformita del dispositivo per garantire che solo i dispositivi gestiti e integri possano accedere alle risorse organizzative. Senza requisiti di conformita del dispositivo, i dispositivi non gestiti o compromessi possono accedere a dati sensibili, aumentando il rischio di esfiltrazione dei dati e di propagazione del malware.", "status": "machine-draft" },
    "recommendedValue": { "value": "Conformita del dispositivo o aggiunta ad Azure AD ibrida richiesta per l'accesso a tutte le applicazioni cloud", "status": "machine-draft" },
    "remediationSteps": { "value": "Crea o aggiorna i criteri di accesso condizionale in modo da richiedere la conformita del dispositivo o l'aggiunta ad Azure AD ibrida come controllo di concessione per tutte le applicazioni cloud. Assicurati che i criteri di conformita dei dispositivi di Intune siano configurati con le baseline di sicurezza appropriate prima di imporre questo requisito. Usa inizialmente la modalità solo report per valutare l'impatto, quindi passa all'applicazione dopo aver confermato che la copertura dei dispositivi gestiti è sufficiente.", "status": "machine-draft" }
  },
  "EIDCA-010": {
    "name": { "value": "Audit dei criteri di accesso condizionale basati sulla posizione", "status": "machine-draft" },
    "description": { "value": "I criteri di accesso condizionale basati sulla posizione limitano l'accesso in base a intervalli di indirizzi IP, Paesi o posizioni denominate. Senza controlli basati sulla posizione, gli aggressori possono autenticarsi da qualsiasi posizione geografica, il che rende più difficile rilevare e prevenire gli accessi non autorizzati da regioni sospette o ad alto rischio.", "status": "machine-draft" },
    "recommendedValue": { "value": "Criteri basati sulla posizione configurati per bloccare o richiedere controlli aggiuntivi per l'accesso da posizioni non attendibili", "status": "machine-draft" },
    "remediationSteps": { "value": "Esamina le posizioni denominate esistenti e assicurati che gli intervalli di indirizzi IP aziendali attendibili e i Paesi siano definiti con precisione. Crea criteri di accesso condizionale che richiedano l'MFA o blocchino l'accesso da posizioni non attendibili, in particolare per gli account con privilegi e le applicazioni sensibili. Aggiorna regolarmente le definizioni delle posizioni denominate al variare dell'infrastruttura di rete aziendale.", "status": "machine-draft" }
  },
  "EIDCA-011": {
    "name": { "value": "Revisione della configurazione delle posizioni denominate", "status": "machine-draft" },
    "description": { "value": "Le posizioni denominate definiscono i confini di rete attendibili e non attendibili usati dai criteri di accesso condizionale. Posizioni denominate configurate in modo errato possono comportare un accesso eccessivamente permissivo da reti non attendibili o un accesso inutilmente limitato da posizioni aziendali legittime.", "status": "machine-draft" },
    "recommendedValue": { "value": "Tutte le posizioni denominate riflettono con precisione i confini di rete aziendali attuali, con le posizioni attendibili contrassegnate in modo appropriato", "status": "machine-draft" },
    "remediationSteps": { "value": "Vai al riquadro Posizioni denominate nell'interfaccia di amministrazione di Entra ed esamina tutte le posizioni configurate per verificarne l'accuratezza. Verifica che gli intervalli di indirizzi IP aziendali attendibili siano aggiornati e che le posizioni basate sui Paesi siano allineate alla presenza dell'organizzazione. Rimuovi le posizioni denominate obsolete o inutilizzate e assicurati che i flag di posizione attendibile siano applicati solo alle reti aziendali verificate.", "status": "machine-draft" }
  },
  "EIDCA-012": {
    "name": { "value": "Criteri di accesso condizionale basati sul rischio di accesso", "status": "machine-draft" },
    "description": { "value": "I criteri di accesso condizionale basati sul rischio di accesso usano i segnali di Azure AD Identity Protection per rilevare comportamenti di accesso anomali quali spostamenti impossibili, uso di indirizzi IP anonimi e rilevamento di credenziali trapelate. Senza criteri basati sul rischio, le credenziali compromesse possono essere usate da posizioni o con schemi sospetti senza attivare una verifica aggiuntiva.", "status": "machine-draft" },
    "recommendedValue": { "value": "Criteri di accesso condizionale configurati per richiedere l'MFA o bloccare l'accesso ai livelli di rischio di accesso medio e alto", "status": "machine-draft" },
    "remediationSteps": { "value": "Crea criteri di accesso condizionale destinati a tutti gli utenti con la condizione di rischio di accesso impostata su medio e alto, richiedendo l'autenticazione a più fattori come controllo di concessione. Assicurati che Azure AD Identity Protection sia abilitato e correttamente licenziato (richiede Entra ID P2). Monitora regolarmente il report degli accessi rischiosi e regola la sensibilità del rilevamento del rischio in base ai modelli dell'organizzazione.", "status": "machine-draft" }
  },
  "EIDCA-013": {
    "name": { "value": "Criteri di accesso condizionale basati sul rischio utente", "status": "machine-draft" },
    "description": { "value": "I criteri di accesso condizionale basati sul rischio utente rispondono a segnali di rischio cumulativi che indicano che un account utente potrebbe essere compromesso, quali credenziali trapelate o schemi di attività anomali. Senza criteri sul rischio utente, gli account contrassegnati come compromessi da Identity Protection continuano a operare normalmente senza richiedere modifiche della password o verifiche aggiuntive.", "status": "machine-draft" },
    "recommendedValue": { "value": "Criteri di accesso condizionale configurati per richiedere la modifica della password per il rischio utente alto e l'MFA per il rischio utente medio", "status": "machine-draft" },
    "remediationSteps": { "value": "Crea criteri di accesso condizionale destinati a tutti gli utenti con le condizioni di rischio utente impostate su medio e alto, richiedendo una modifica sicura della password come controllo di concessione per il rischio alto e l'MFA per il rischio medio. Assicurati che la reimpostazione self-service della password (SSPR) sia abilitata e registrata per tutti gli utenti per consentire la correzione automatizzata. Esamina regolarmente il report degli utenti rischiosi e indaga sugli account che rimangono a livelli di rischio elevati.", "status": "machine-draft" }
  },
  "EIDCA-014": {
    "name": { "value": "Audit dei controlli di sessione", "status": "machine-draft" },
    "description": { "value": "I controlli di sessione dell'accesso condizionale regolano la frequenza di accesso e la persistenza della sessione del browser. Senza controlli di sessione adeguati, gli utenti possono rimanere autenticati indefinitamente, aumentando la finestra di opportunità per gli attacchi di dirottamento della sessione e furto di token.", "status": "machine-draft" },
    "recommendedValue": { "value": "Frequenza di accesso impostata su non più di 24 ore per le applicazioni sensibili, con le sessioni persistenti del browser disabilitate", "status": "machine-draft" },
    "remediationSteps": { "value": "Esamina i criteri di accesso condizionale per le configurazioni dei controlli di sessione, inclusa la frequenza di accesso e le impostazioni di sessione persistente del browser. Configura la frequenza di accesso su intervalli appropriati in base alla sensibilità dell'applicazione, con intervalli più brevi per l'accesso con privilegi. Disabilita le sessioni persistenti del browser per le applicazioni sensibili in modo che i token scadano e richiedano una nuova autenticazione.", "status": "machine-draft" }
  },
  "EIDCA-015": {
    "name": { "value": "Simulazione What-If dell'accesso condizionale per scenari di attacco", "status": "machine-draft" },
    "description": { "value": "Lo strumento What-If dell'accesso condizionale consente di simulare scenari di accesso per convalidare il comportamento dei criteri rispetto ai modelli di attacco più comuni. Senza test what-if regolari, configurazioni errate o lacune dei criteri possono passare inosservate finché non vengono sfruttate da un aggressore.", "status": "machine-draft" },
    "recommendedValue": { "value": "Simulazioni what-if trimestrali che coprono gli scenari di attacco più comuni, inclusi aggressore esterno, dispositivo compromesso e tentativi di autenticazione legacy", "status": "machine-draft" },
    "remediationSteps": { "value": "Usa lo strumento What-If dell'accesso condizionale per simulare scenari di accesso relativi a modelli di attacco comuni quali il bypass dell'MFA da parte di un aggressore esterno, i tentativi di autenticazione legacy, l'accesso da dispositivi non gestiti e l'uso di credenziali compromesse. Documenta i risultati di ciascuna simulazione e correggi qualsiasi criterio che non blocchi l'attacco simulato. Integra i test what-if nel processo di gestione delle modifiche per tutte le modifiche ai criteri di accesso condizionale.", "status": "machine-draft" }
  },
  "EIDCA-016": {
    "name": { "value": "Esportazione della documentazione dei criteri di accesso condizionale", "status": "machine-draft" },
    "description": { "value": "È opportuno generare un'esportazione completa di tutti i criteri di accesso condizionale a fini di documentazione, ripristino di emergenza e audit di conformita. Senza esportazioni documentate dei criteri, la ricostruzione dei criteri di accesso condizionale dopo la compromissione di un tenant o un'eliminazione accidentale richiede un notevole sforzo e può comportare lacune di sicurezza.", "status": "machine-draft" },
    "recommendedValue": { "value": "Esportazione completa dei criteri di accesso condizionale generata e archiviata in un repository sicuro con controllo delle versioni, aggiornato dopo ogni modifica dei criteri", "status": "machine-draft" },
    "remediationSteps": { "value": "Esporta tutti i criteri di accesso condizionale usando l'API Microsoft Graph o l'interfaccia di amministrazione di Entra e archivia l'output in un repository sicuro con controllo delle versioni. Stabilisci un processo automatizzato per acquisire snapshot dei criteri a cadenza regolare o attivato dalle modifiche ai criteri. Includi l'esportazione nel piano di ripristino di emergenza del tenant e verifica che i criteri possano essere ripristinati dall'esportazione.", "status": "machine-draft" }
  },
  "EIDCA-017": {
    "name": { "value": "Notifica agli amministratori degli utenti ad alto rischio", "status": "machine-draft" },
    "description": { "value": "Identity Protection può inviare un'email agli amministratori quando gli utenti vengono contrassegnati come ad alto rischio, consentendo l'indagine proattiva e il contenimento di una probabile compromissione dell'account nel momento in cui si verifica. SCuBA consiglia che una tale notifica venga inviata agli amministratori quando vengono rilevati utenti ad alto rischio. La configurazione dei destinatari della notifica 'Utenti a rischio rilevati' di Identity Protection non è esposta tramite un endpoint Microsoft Graph di sola lettura stabile, quindi una valutazione senza agente non può confermarla positivamente; questo controllo evidenzia onestamente il requisito e riporta se la telemetria di rilevamento del rischio a supporto è persino disponibile nel tenant, anziché affermare una conformita che non può verificare.", "status": "machine-draft" },
    "recommendedValue": { "value": "Identity Protection configurato per inviare un'email agli amministratori quando vengono rilevati utenti ad alto rischio", "status": "machine-draft" },
    "remediationSteps": { "value": "Configura la notifica degli utenti ad alto rischio, soddisfacendo SCuBA MS.AAD.2.2. In Entra ID vai a Protezione > Identity Protection > Notifiche e imposta gli avvisi 'Utenti a rischio rilevati' in modo da inviare un'email agli amministratori della sicurezza appropriati o a una lista di distribuzione delle operazioni di sicurezza monitorata. Questo controllo richiede Entra ID P2 (Identity Protection). Poiché l'elenco dei destinatari della notifica non è leggibile senza agente tramite Microsoft Graph, verifica l'impostazione manualmente nel portale.", "status": "machine-draft" }
  },
  "EIDCA-018": {
    "name": { "value": "Dispositivo gestito richiesto per la registrazione dell'MFA", "status": "machine-draft" },
    "description": { "value": "Richiedere un dispositivo gestito dall'ente (conforme o aggiunto ad Entra ibrido) per l'azione di registrazione delle informazioni di sicurezza riduce il rischio che un avversario usi credenziali rubate per registrare il proprio metodo MFA e stabilire la persistenza. SCuBA consiglia di richiedere dispositivi gestiti per la registrazione dell'MFA. Ciò viene implementato come criterio di accesso condizionale destinato all'azione utente 'Registra informazioni di sicurezza' che richiede un dispositivo conforme o aggiunto ad Entra ID ibrido come controllo di concessione. Questo controllo esamina i criteri di accesso condizionale abilitati alla ricerca di tale configurazione.", "status": "machine-draft" },
    "recommendedValue": { "value": "Un criterio di accesso condizionale abilitato è destinato all'azione utente di registrazione delle informazioni di sicurezza e richiede un dispositivo conforme o aggiunto ad Entra ID ibrido", "status": "machine-draft" },
    "remediationSteps": { "value": "Crea un criterio di accesso condizionale che richieda un dispositivo gestito per la registrazione dell'MFA, soddisfacendo SCuBA MS.AAD.3.8. Destinalo all'azione utente 'Registra informazioni di sicurezza', assegnagli come ambito tutti gli utenti (escludendo gli account break-glass) e imposta il controllo di concessione in modo da richiedere un dispositivo conforme o aggiunto ad Entra ID ibrido. Esegui un pilota in modalità solo report, assicurati che esista un percorso di bootstrap per i nuovi dispositivi (ad esempio un Temporary Access Pass), quindi abilita l'applicazione.", "status": "machine-draft" }
  }
}