macOS: vulnerabilità in condivisione schermo pc aziende e professionisti
Apple ha pubblicato il 6 agosto 2026 specifici aggiornamenti di sicurezza per correggere una vulnerabilità nella funzione Screen Sharing di macOS. Il problema, identificato con il codice CVE-2026-65400, può consentire a un attaccante presente sulla rete di autenticarsi al servizio di condivisione schermo senza disporre di credenziali valide.
La correzione è inclusa in macOS Tahoe 26.6.1, macOS Sequoia 15.7.9 e macOS Sonoma 14.8.9. Apple ha spiegato di aver risolto il difetto intervenendo sulla gestione dello stato del processo di autenticazione.
La descrizione tecnica pubblicata dal produttore è molto sintetica, ma l’impatto potenziale è rilevante. Screen Sharing permette di visualizzare e controllare a distanza lo schermo di un Mac. Un accesso non autorizzato può quindi esporre informazioni aziendali, sessioni applicative e attività svolte dall’utente, oltre a creare le condizioni per ulteriori azioni sul dispositivo.
Che cos’è Screen Sharing
Screen Sharing è la funzione integrata in macOS che consente di accedere da remoto allo schermo di un altro computer Apple e, quando autorizzato, di interagire con il sistema.
È uno strumento utile per l’assistenza tecnica, la collaborazione e la gestione di postazioni remote. Proprio perché permette un livello elevato di interazione, però, deve essere abilitato soltanto quando necessario e protetto da configurazioni di rete adeguate.
La vulnerabilità CVE-2026-65400 riguarda il controllo dell’autenticazione. In base all’avviso Apple, un attaccante raggiungibile attraverso la rete potrebbe riuscire ad autenticarsi a Screen Sharing senza utilizzare credenziali valide.
L’NCSC dei Paesi Bassi ha attribuito inizialmente alla vulnerabilità un punteggio CVSS pari a 7,1 e ha invitato le organizzazioni a installare gli aggiornamenti il prima possibile. Al momento della pubblicazione del suo primo avviso, il centro nazionale non riportava evidenze di sfruttamento attivo. L’assenza di una segnalazione pubblica, tuttavia, non rappresenta un motivo valido per rimandare la correzione di un problema che interessa un servizio di accesso remoto.
Quali versioni devono essere aggiornate
Apple ha distribuito la correzione su tre rami del sistema operativo:
- macOS Tahoe deve essere aggiornato alla versione 26.6.1;
- macOS Sequoia deve essere aggiornato alla versione 15.7.9;
- macOS Sonoma deve essere aggiornato alla versione 14.8.9.
Le organizzazioni non dovrebbero limitarsi a comunicare genericamente agli utenti di effettuare l’aggiornamento. È necessario verificare l’effettiva installazione della versione corretta su ogni dispositivo gestito.
In una rete aziendale possono infatti essere presenti Mac non utilizzati quotidianamente, postazioni condivise, dispositivi assegnati a collaboratori esterni o computer che non ricevono più regolarmente le politiche del sistema di gestione centralizzata. Sono proprio questi asset meno visibili a rimanere più facilmente esclusi dalle campagne di aggiornamento.
Quando il rischio è maggiore
La presenza di una versione non aggiornata non significa automaticamente che il dispositivo sia stato compromesso. Il livello di esposizione dipende anche dalla configurazione concreta del Mac e della rete.
Il rischio cresce quando:
- Screen Sharing o servizi equivalenti di gestione remota sono abilitati;
- il servizio è raggiungibile da reti non affidabili o direttamente da Internet;
- le regole del firewall consentono connessioni più ampie del necessario;
- il dispositivo viene utilizzato fuori dalla rete aziendale senza adeguate protezioni;
- mancano strumenti centralizzati per controllare configurazioni e aggiornamenti;
- sul computer sono attive sessioni con privilegi elevati o sono accessibili dati sensibili.
Un portatile utilizzato da remoto può contenere posta elettronica, documenti riservati, credenziali memorizzate, collegamenti VPN e accessi a servizi cloud. La compromissione di un singolo endpoint può quindi diventare il punto di ingresso verso risorse aziendali più ampie.
Cosa devono fare aziende e professionisti
La prima misura consiste nell’installare gli aggiornamenti messi a disposizione da Apple. Per le organizzazioni con più dispositivi, l’intervento dovrebbe essere gestito come una vera campagna di sicurezza, con controllo dello stato iniziale e verifica conclusiva.
È opportuno:
- censire i Mac presenti nell’organizzazione e identificarne versione e stato di supporto;
- distribuire gli aggiornamenti tramite gli strumenti di gestione centralizzata, quando disponibili;
- verificare che ogni dispositivo abbia raggiunto almeno la versione corretta indicata da Apple;
- controllare se Screen Sharing e Remote Management siano attivi e disabilitarli quando non necessari;
- limitare l’accesso remoto a reti fidate, VPN e indirizzi espressamente autorizzati;
- riesaminare le regole dei firewall locali e perimetrali;
- individuare eventuali dispositivi esposti direttamente verso Internet;
- analizzare i log e la telemetria di sicurezza se il servizio è rimasto raggiungibile su un sistema vulnerabile;
- verificare che account amministrativi e credenziali memorizzate rispettino il principio del minimo privilegio;
- documentare l’aggiornamento e gli esiti delle verifiche effettuate.
Chi non utilizza Screen Sharing dovrebbe mantenerlo disattivato. Questa misura riduce la superficie di attacco, ma non sostituisce l’aggiornamento: una configurazione può essere modificata in seguito, volontariamente o per errore, e il dispositivo resterebbe vulnerabile.
Perché il patch management è un tema di governance
Una vulnerabilità in un sistema operativo non è soltanto un problema del reparto IT. Può coinvolgere continuità operativa, protezione dei dati, sicurezza degli accessi e responsabilità organizzative.
Il GDPR richiede l’adozione di misure tecniche e organizzative adeguate al rischio, mentre la NIS2 attribuisce particolare importanza alla gestione delle vulnerabilità, alla sicurezza degli asset e alla verifica dell’efficacia delle misure adottate.
Questo non significa che ogni dispositivo non aggiornato determini automaticamente una violazione normativa. Significa, però, che un’organizzazione deve poter dimostrare di avere un processo ragionevole per ricevere gli avvisi, valutarne la priorità, distribuire le correzioni e gestire le eccezioni.
Un inventario incompleto rende fragile l’intero processo. Se l’organizzazione non sa quanti Mac possiede, quali versioni eseguono e quali servizi remoti sono abilitati, non può sapere con certezza se la vulnerabilità sia stata eliminata.
Non basta attivare gli aggiornamenti automatici
Gli aggiornamenti automatici sono utili, ma in ambito aziendale non rappresentano da soli una prova dell’avvenuta correzione. Un computer spento, con spazio insufficiente, fuori gestione o bloccato da incompatibilità applicative può non ricevere l’update nei tempi previsti.
Serve quindi una verifica centralizzata che distingua almeno tra dispositivi aggiornati, dispositivi in attesa, dispositivi non raggiungibili ed eventuali eccezioni motivate. Le anomalie devono essere assegnate a un responsabile e chiuse entro una scadenza coerente con il rischio.
La vulnerabilità CVE-2026-65400 offre un esempio concreto di questo principio: la sicurezza non consiste nel sapere che la patch esiste, ma nel poter dimostrare che è stata installata sui sistemi interessati e che l’accesso remoto è configurato correttamente.
Actainfo supporta aziende e Pubbliche Amministrazioni nel censimento degli asset, nella governance e gestione delle vulnerabilità, nella formazione e nell’organizzazione delle evidenze necessarie per GDPR e NIS2, anche attraverso la piattaforma ActaCyber qualificata da ACN.
Fonti
- Apple – Contenuto di sicurezza di macOS Tahoe 26.6.1
- Apple – Contenuto di sicurezza di macOS Sequoia 15.7.9
- Apple – Contenuto di sicurezza di macOS Sonoma 14.8.9
- NCSC Paesi Bassi – Vulnerabilità in macOS Screen Sharing
Articolo elaborato da intelligenza artificiale ActyAI
https://www.actyai.it/
supervisionato da Redazione Actainfo
