Tim Beasley Consulente senior per la risposta agli incidenti

In questa serie di articoli abbiamo esaminato come possano essere sfruttate le autorizzazioni di gruppi quali “Backup Operators ” e “Account Operators ”. In questo post approfondiremo il ruolo della relazione di fiducia nei rischi legati ai gruppi di Active Directory.

Operatori crittografici è uno di quei gruppi che la maggior parte dei difensori ignora completamente o classifica mentalmente come «probabilmente non importante». È un grave errore.

A prima vista, "Cryptographic Operators" non sembra nulla di spaventoso. Microsoft lo descrive in modo semplice: i membri sono autorizzati a eseguire operazioni crittografiche.

  • È un gruppo locale integrato nel contenitore " Builtin ".
  • Non ha membri predefiniti.
  • Non presenta diritti utente predefiniti assegnati di default.

È proprio quella descrizione banale il motivo per cui viene trascurato.

Il problema non è che il gruppo “Cryptographic Operators” assomigli a “Domain Admins”. Non è così. Il problema è che si trova pericolosamente vicino ai sistemi che definiscono la fiducia.

E in Windows, la fiducia è tutto.


Che cos’è il gruppo “Operatori crittografici”?

Microsoft ha introdotto il gruppo predefinito "Cryptographic Operators" per rappresentare il ruolo di "Crypto Officer" e per gestire determinate attività di configurazione crittografica negli ambienti Windows tramite l'API di crittografia: Next Generation (CNG). In contesti relativi ai Common Criteria o agli standard FIPS, i membri del gruppo "Cryptographic Operators" possono configurare impostazioni crittografiche non accessibili agli utenti comuni, inclusi specifici parametri crittografici IPsec.

Questo è importante perché il modello dei provider alla base della crittografia di Windows non è solo una questione teorica. I provider crittografici di Microsoft implementano algoritmi, generano chiavi, gestiscono l'archiviazione delle chiavi e autenticano gli utenti; inoltre, sia Active Directory Certificate Services (AD CS) che la registrazione dei certificati si basano su CryptoAPI e CNG.

In altre parole, non si tratta di “un altro strano gruppo predefinito”.

Si trova accanto ai sistemi che contribuiscono a determinare le modalità di generazione delle chiavi, la loro collocazione e il funzionamento dei flussi di lavoro relativi all’autenticazione, alla firma e alla crittografia.

E quando viene sfruttata, potresti ritrovarti con il “game over”.


Perché questo gruppo AD diventa pericoloso più rapidamente di quanto si pensi

Molti, quando sentono parlare di “operazioni crittografiche”, pensano che si tratti di qualche attività di backend di portata limitata e innocua.

Questo è un modello mentale errato.

Se il vostro ambiente utilizza AD CS, smart card, IPsec, moduli di sicurezza hardware o provider di archiviazione delle chiavi software e hardware, state già operando in un contesto in cui la configurazione crittografica è direttamente legata alle decisioni relative all’identità, all’autenticazione e all’affidabilità.

Semperis considera già gli "Operatori crittografici" come un gruppo noto di livello 0 in diversi ambienti reali dei clienti, e non come una curiosità obsoleta e di scarso valore.

Questo dovrebbe far capire ai difensori una cosa importante: anche se la descrizione predefinita sembra innocua, il raggio d’azione non lo è affatto.


Preoccupazioni fondate per la difesa dopo il compromesso

Il pericolo legato agli operatori crittografici è più legato al contesto rispetto, ad esempio, agli operatori di backup.

"Backup Operators" lo urla a gran voce. "
" lo sussurra .

Questo è ancora peggio.


1. Manomissione delle politiche relative alle criptovalute negli ambienti in cui vengono effettivamente utilizzate

La documentazione ufficiale di Microsoft e le linee guida storiche collegano questo gruppo alla configurazione CNG e alle impostazioni crittografiche IPsec in modalità Common Criteria, compresa la possibilità di impostare o modificare specifici parametri crittografici in modalità principale che gli utenti standard non possono modificare.

Se un aggressore riesce a ottenere l'accesso a un'identità che ricopre questo tipo di responsabilità in un ambiente protetto, è opportuno presumere che stia ora operando a livello di politica di fiducia (ovvero Tier 0), e non solo su un endpoint.

È proprio lì che i cambiamenti impercettibili si trasformano in cambiamenti strategici.


2. Prossimità ai flussi di lavoro relativi alla PKI e alla gestione delle chiavi

I provider di archiviazione delle chiavi (KSP) sono responsabili dell'archiviazione e del recupero delle chiavi crittografiche e, quando si installa AD CS, gli amministratori scelgono esplicitamente un provider per la gestione della chiave privata dell'autorità di certificazione (CA). (…oppure si limitano a cliccare su “Avanti” durante l'installazione…)

Allo stesso tempo, il modello di provider di crittografia di Microsoft è alla base della registrazione dei certificati e, più in generale, delle operazioni di AD CS.

Pertanto, sebbene l'appartenenza al gruppo "Cryptographic Operators" non comporti automaticamente l'accesso immediato a tutte le chiavi private, è assolutamente necessario esaminare con attenzione qualsiasi ambiente in cui tale gruppo sia presente, poiché questo ruolo è strettamente correlato ai sistemi che gestiscono gli anchor di fiducia e le chiavi di firma.

Non è certo un contesto in cui un “probabilmente va bene” possa essere considerato una decisione accettabile in materia di sicurezza.


3. Persistenza nascosta e scarsa visibilità

Microsoft precisa che il gruppo "Cryptographic Operators" non ha membri predefiniti e non è protetto da AdminSDHolder, indicando al contempo che la gestione del gruppo non dovrebbe essere delegata ad amministratori che non siano amministratori di servizio.

Questa combinazione dovrebbe metterti a disagio.

Ciò significa che non si tratta di uno di quei gruppi protetti evidenti su cui i difensori si concentrano ossessivamente, eppure è comunque considerato abbastanza delicato da indurre Microsoft a specificare esplicitamente: «Non affidarne la gestione ad amministratori con un livello di affidabilità inferiore».

Questo lo rende un punto cieco perfetto.


4. Le superfici operative delle chiavi private vengono raramente ispezionate a fondo dai difensori

Per i provider basati su software, Windows memorizza solitamente le chiavi private a livello di macchina in percorsi quali C:\ProgramData\Microsoft\Crypto\Keys per i KSP a metano e C:\ProgramData\Microsoft\Crypto\RSA\MachineKeys per i CSP CryptoAPI.

Non sto dicendo che il semplice fatto di far parte dei Cryptographic Operators garantisca un accesso illimitato a quei file.

Quello che intendo dire è che, se si ha a che fare con account a cui è affidata la gestione di configurazioni relative alle criptovalute, provider, servizi di certificazione e flussi di lavoro relativi alle chiavi, queste sono proprio le aree che i responsabili della sicurezza dovrebbero esaminare per individuare eventuali errori nelle liste di controllo degli accessi (ACL), un uso improprio dei provider e abusi operativi.


Cosa dovrebbero tenere sotto controllo i difensori

Cominciamo con una semplice domanda: perché qualcuno fa parte di questo gruppo?

Microsoft afferma che la classe `Cryptographic Operators` non contiene membri predefiniti. Pertanto, se risulta popolata, ciò dovrebbe far scattare un'immediata verifica.

Da lì, prestate attenzione a:

  • Aggiunte e rimozioni di membri. Il gruppo “Operatori crittografici” dovrebbe di norma rimanere vuoto e qualsiasi modifica ha un significato operativo.
  • Modifiche alle politiche IPsec o crittografiche in ambienti che utilizzano controlli basati sui Common Criteria o sugli standard FIPS, in particolare quando tali modifiche vengono apportate da soggetti che non fanno parte di un flusso di lavoro di amministrazione crittografica rigorosamente controllato.
  • L'attività sui server CA, sui server di registrazione, sull'infrastruttura delle smart card e sui sistemi che utilizzano HSM o integrazioni software KSP/CSP; tali flussi di lavoro si basano sullo stesso stack di provider che questo gruppo è stato creato per aiutare a gestire.
  • Verifiche relative all’ACL e agli accessi su posizioni chiave gestite tramite software, quali MachineKeys e Crypto\Keys, poiché gli addetti alla sicurezza spesso monitorano l’emissione dei certificati ma trascurano il livello sottostante di archiviazione delle chiavi.

Come affrontare i rischi legati agli operatori crittografici

Le raccomandazioni che preferisco sono le stesse che ho formulato per altri gruppi AD:

Lascia il gruppo vuoto. E monitora eventuali modifiche alla composizione del gruppo.

Se Microsoft afferma che il gruppo non ha membri predefiniti e la tua logica di Livello 0 lo classifica già come sensibile, dovrebbero esserci criteri molto rigorosi prima che qualcuno venga inserito in esso.

Se ritieni di averne bisogno, dimostralo.
In particolare:

  • Documentare il flusso di lavoro esatto che richiede l'iscrizione.
  • Identificare i server, i provider, le integrazioni HSM, i servizi di smart card o le politiche IPsec coinvolti.
  • Considerare l'account come di livello 0 o quasi di livello 0.
  • Limitare i luoghi in cui è possibile effettuare l'accesso.
  • Verificare la configurazione del CA e dei provider ad essa collegati.
  • Monitorate il gruppo come fareste con qualsiasi altra interfaccia amministrativa che definisce l'affidabilità.

Se a quell’account viene affidato il compito di gestire i sistemi che definiscono l’affidabilità crittografica, allora, per definizione, opera in un’area dell’ambiente in cui un solo errore può diventare un problema per tutti.


Metti in evidenza le tue identità sul piano della fiducia

"Cryptographic Operators" è pericoloso proprio perché non sembra pericoloso .

  • La descrizione predefinita è breve.
  • Spesso non contiene alcun membro.
  • Il suo nome non suscita lo stesso allarme dei gruppi “Amministratori” o “Operatori”, che dispongono di autorizzazioni più estese.

Tuttavia, Microsoft lo collega all'autorità di configurazione crittografica, al modello di provider di Windows alla base delle chiavi e dei certificati, nonché a specifici scenari IPsec e CNG ad alta affidabilità.

Inoltre, i risultati delle valutazioni di Semperis lo considerano già come un gruppo di livello 0 noto in contesti reali.

Ciò significa che i difensori esperti dovrebbero smettere di considerare gli operatori crittografici come un innocuo rumore di fondo.

Se un'identità è in grado di influenzare il piano di fiducia crittografico, non si tratta di un'identità con privilegi limitati. Si tratta di un'identità del piano di fiducia.

E le identità del piano di fiducia meritano un approccio di livello 0.

Alla prossima…seguite la discussione sugli operatori crittografici su LinkedIn.

E per avvalerti dell’aiuto di esperti nell’individuare e colmare le lacune nei tuoi gruppi di sicurezza di Active Directory, richiedi una Valutazione della sicurezza di Active Directory. Siamo qui per te.


Risorse correlate