Ricerca e Mitigazione delle Vulnerabilità: Infrastruttura Cloud Azure
Panoramica del Progetto
Questo progetto documenta l'intero ciclo di vita della gestione delle vulnerabilità per un'istanza Windows Server 2025 ospitata nel cloud (CyberVM). Il laboratorio dimostra un approccio proattivo per identificare, analizzare e neutralizzare i rischi di sicurezza ad alta gravità utilizzando sia il patching diretto del software che controlli architetturali compensativi.
1. Identificazione e Valutazione Iniziale
Una scansione iniziale con credenziali è stata eseguita utilizzando Nessus Essentials per stabilire una baseline di sicurezza. La scansione ha rivelato 66 vulnerabilità totali, inclusi due obiettivi ad alta priorità.
| Gravità | ID | Descrizione | CVSS v3.0 |
|---|
| Alta | KB5075899 | Aggiornamento cumulativo mancante per Windows Server 2026 | 7.0 |
| Alta | CVE-2025-14847 | Perdita di memoria heap non inizializzata in MongoDB (Splunk) | 7.5 |
Figura 1: Scansione baseline iniziale che identifica i punti di esposizione critici.
2. Analisi Tecnica del Rischio
- KB5075899: Patch mancanti per molteplici CVE che potrebbero portare a esecuzione di codice in remoto (RCE) o escalation di privilegi locale.
- CVE-2025-14847: Una discrepanza nella lunghezza dell'intestazione del protocollo nell'istanza MongoDB inclusa (v4.2.24) utilizzata da Splunk. Questa vulnerabilità consente a client non autenticati di leggere memoria heap non inizializzata.
3. Mitigazione e Implementazione
Attività A: Patching del Sistema Operativo (KB5075899)
- Sfida: Gli aggiornamenti automatici di Windows non sono progrediti.
- Soluzione: Intervento manuale scaricando l'installer
.msu standalone dal Catalogo Aggiornamenti Microsoft e distribuendolo con privilegi amministrativi.
- Risultato: Binari di sistema aggiornati con successo e riavvio obbligatorio eseguito per finalizzare l'hardening.
Attività B: Isolamento di Rete (CVE-2025-14847)
- Il Dilemma: L'aggiornamento di MongoDB incluso non era fattibile a causa dei vincoli di dipendenza da Splunk (rischio di disponibilità).
- Il Cambiamento di Strategia: Mentre inizialmente avevo progettato un Criterio Firewall di Azure, sono passato con successo a una Regola in entrata del Gruppo di Sicurezza di Rete (NSG) a causa di vincoli di risorse a livello di sottoscrizione. Ciò dimostra la capacità di implementare controlli di sicurezza efficaci entro i limiti dell'infrastruttura.
- Controllo Implementato:
- Regola:
Deny_MongoDB_8191
- Priorità: 105
- Azione: Nega
- Descrizione: Controllo compensativo preventivo per CVE-2025-14847. Blocca il percorso di exploit per la perdita di heap di MongoDB incluso su CyberVM.
Figura 2: Implementazione dell'isolamento a livello di host tramite NSG di Azure.
4. Verifica e Convalida
Dopo la mitigazione, è stata eseguita una scansione di convalida finale per confermare la riduzione della superficie d'attacco.
- Stato: MITIGATO
- Risultato Tecnico: Sia il rischio RCE a livello di sistema operativo che il percorso di perdita di memoria a livello di rete sono stati chiusi con successo.
Figura 3: Scansione finale Nessus che conferma la mitigazione del rischio riuscita.
Competenze Tecniche Dimostrate
- Gestione delle Vulnerabilità: Ciclo di vita completo dalla scoperta alla verifica.
- Infrastruttura Cloud: Configurazione di NSG di Azure e progettazione di Criteri Firewall Enterprise.
- Threat Hunting (KQL): Sviluppo di query Kusto per monitorare tentativi di accesso non autorizzato su porte negate.
- Pensiero Critico: Navigare i vincoli dell'infrastruttura per ottenere risultati di sicurezza efficaci.