Tecnologia
Outlook, corretta una falla già sfruttata: versioni e aggiornamenti da controllare
La CVE-2026-124194 può esporre dati di autenticazione dopo l’apertura di un file malevolo. I prodotti indicati da Microsoft, le build LTSC e i controlli da fare.
Microsoft ha corretto una vulnerabilità di Outlook già sfruttata negli attacchi, che può esporre dati di autenticazione quando l’utente apre un file malevolo. La CVE-2026-124194 rientra negli aggiornamenti del 10 novembre 2026, secondo l’analisi delle correzioni pubblicata da Tenable. Il record CVE con i dati forniti da Microsoft identifica Microsoft 365 Apps for Enterprise, Office LTSC 2021 e Office LTSC 2024, nelle edizioni a 32 e 64 bit: non tutte le applicazioni chiamate Outlook vanno quindi considerate automaticamente coinvolte.
Il controllo concreto è doppio: riconoscere il prodotto installato e verificare che abbia ricevuto la correzione pertinente. Per le due edizioni LTSC sono disponibili riferimenti numerici precisi; per Microsoft 365 Apps occorre controllare il rilascio destinato al proprio canale di aggiornamento.
Il file malevolo induce Outlook a collegarsi all’aggressore
Dustin Childs, nell’approfondimento tecnico della Zero Day Initiative, descrive un file di messaggio preparato per indurre Outlook a collegarsi a una risorsa di rete controllata dall’aggressore, senza mostrare il consueto avviso sui contenuti esterni. Questa connessione può divulgare dati di autenticazione NTLMv2, utilizzabili per tentare di impersonare l’utente in attacchi successivi.
Serve però un’azione della vittima: l’aggressore deve convincerla ad aprire il file. Secondo Childs, il riquadro di anteprima non è un vettore d’attacco per questa vulnerabilità. Non è dunque corretto descriverla come una falla che si attiva semplicemente ricevendo un messaggio.
Tenable riporta una classificazione Microsoft moderata; il punteggio CVSS v3.1 è 6,5. Childs invita tuttavia a dare priorità alla correzione proprio perché lo sfruttamento è già segnalato. Un ulteriore riscontro arriva dai dati CISA inseriti nel record CVE, che indicano sfruttamento attivo e aggiunta al catalogo delle vulnerabilità note come sfruttate il 10 novembre 2026. Il punteggio tecnico, da solo, non esaurisce quindi la valutazione della priorità.
Dati NTLMv2 esposti non significa password leggibile
NTLM è un protocollo di autenticazione impiegato negli ambienti Windows. Come illustra la documentazione Microsoft sul funzionamento di NTLM, verifica l’identità attraverso uno scambio crittografico di richiesta e risposta, senza trasmettere direttamente la password.
Il rischio descritto dalle analisi riguarda dunque materiale di autenticazione, non necessariamente una password leggibile sottratta dalla posta. Quel materiale può favorire attacchi successivi contro l’identità dell’utente: è una conseguenza diversa dal dimostrare che ogni apertura del file comporti automaticamente il controllo completo dell’account.
I prodotti indicati e le build da confrontare
Il record pubblicato da Microsoft nel registro CVE permette di distinguere i prodotti e i riferimenti per la correzione. Le indicazioni seguenti riguardano sia le edizioni a 32 bit sia quelle a 64 bit.
| Prodotto indicato nel record CVE | Riferimento per il controllo |
|---|---|
| Microsoft 365 Apps for Enterprise | Il record rinvia alle note degli aggiornamenti di sicurezza di Office, senza indicare un’unica build numerica. |
| Microsoft Office LTSC 2021 | La soglia superiore esclusa dall’intervallo vulnerabile è 16.0.14334.21048. |
| Microsoft Office LTSC 2024 | La soglia superiore esclusa dall’intervallo vulnerabile è 16.0.17932.21140. |
Per LTSC, la build riportata costituisce il riferimento da confrontare con quella installata nello stesso ramo di prodotto. Per Microsoft 365 Apps non va invece cercata una soglia universale: servono versione, canale e aggiornamento applicabile. La scheda Microsoft dedicata alla vulnerabilità resta il riferimento per le indicazioni specifiche.
L’elenco non autorizza a estendere la falla a nuovo Outlook, Outlook per Mac o accesso dal browser. Queste applicazioni e modalità di utilizzo vanno prima distinte dal prodotto effettivamente installato.
Come riconoscere la versione di Outlook
La guida Microsoft per identificare Outlook distingue le diverse applicazioni e spiega dove leggere le informazioni sulla versione. Questa verifica serve a orientarsi, non dimostra da sola che il dispositivo sia vulnerabile.
| Applicazione | Dove leggere la versione |
|---|---|
| Outlook classico per Windows | File, poi Account di Office; versione e build sono nelle informazioni sul prodotto. Informazioni su Outlook permette di verificare anche se l’applicazione è a 32 o 64 bit. |
| Nuovo Outlook per Windows | Impostazioni, poi Generale e Informazioni su Outlook. |
| Outlook per Mac | Menu Outlook, poi Informazioni su Outlook. |
Come cercare gli aggiornamenti di Office su Windows
Per le installazioni che dispongono del comando nell’applicazione, la procedura ufficiale per aggiornare Microsoft 365 o Office su Windows prevede questi passaggi:
- Aprire un’applicazione come Word e creare un nuovo documento.
- Selezionare File e poi Account; in Outlook classico la voce è Account di Office.
- Nelle informazioni sul prodotto scegliere Opzioni di aggiornamento e quindi Aggiorna ora. Se il comando non compare, può essere necessario selezionare prima Abilita aggiornamenti.
- Attendere il completamento della ricerca e dell’eventuale installazione, quindi controllare nuovamente la versione e la build.
È una procedura generale: il fatto che la guida comprenda numerose edizioni di Office non significa che ciascuna sia interessata da questa CVE o riceva la stessa correzione.
Se manca Opzioni di aggiornamento e compare soltanto Informazioni, Microsoft indica come possibili spiegazioni una licenza a contratto multilicenza o la gestione tramite criteri aziendali. Su una postazione dell’organizzazione, il passo utile è rivolgersi all’assistenza informatica per verificare il percorso di distribuzione previsto.
In azienda, verificare l’installazione e non soltanto il rilascio
Microsoft 365 Apps utilizza canali di aggiornamento differenti. Al responsabile informatico conviene quindi chiedere un riscontro preciso: prodotto, versione e build installati, canale utilizzato e presenza della correzione per la CVE-2026-124194.
Pubblicazione e installazione della patch sono due passaggi distinti. La verifica si conclude confrontando le postazioni interessate con il rilascio applicabile e controllando che l’aggiornamento sia stato effettivamente installato, non soltanto annunciato o reso disponibile.
Come valuti questo articolo?
Hai trovato un errore? Segnalalo alla redazione
Aiutaci a migliorare questo articolo. Le segnalazioni saranno esaminate dalla redazione.
Continua a leggere le notizie di DiariodelWeb.it e segui la nostra pagina Facebook