Un agente AI ha costruito un exploit funzionante per questa vulnerabilità di macOS in quattro ore.

      Una società di sicurezza ha creato exploit funzionanti per due bug di root pre-autenticazione in macOS. Ci sono volute quattro ore.

      L'azienda, Calif, ha utilizzato un agente AI. Ora trattiene i dettagli tecnici di uno di quei bug, CVE-2026-65400, fino a quando la maggior parte dei Mac non avrà il patch. Il motivo è la velocità. Produrre l'exploit è stato troppo facile.

      Gli aggressori stanno utilizzando quel bug proprio ora.

      Cosa sta succedendo ai Mac non patchati

      Il centro nazionale di sicurezza informatica olandese ha rivisto il suo avviso il 12 agosto. Aveva ricevuto una segnalazione di abuso attivo. I sistemi interessati avevano tutti la porta 5900 raggiungibile da Internet.

      “In tutti questi casi, l'accesso root era stato effettuato sul sistema interessato e un miner di criptovaluta Monero era stato installato,” ha dichiarato l'agenzia.

      Ogni caso confermato. Root, poi un miner.

      Il difetto di condivisione dello schermo di macOS consente a un aggressore sulla rete di autenticarsi al servizio desktop remoto senza credenziali valide. Apple lo definisce un problema di autenticazione e afferma che una gestione dello stato migliorata lo risolve. La condivisione dello schermo è la funzione integrata che consente a qualcun altro di vedere il tuo schermo e controllare la tua tastiera e il tuo mouse.

      Accendilo e il firewall di macOS apre la porta 5900.

      Monero è la moneta predefinita per questo tipo di attacco, per due motivi. Le sue transazioni oscurano mittente, destinatario e importo, mentre Bitcoin li scrive su un registro pubblico. Il suo mining si adatta anche a normali CPU, il che rende un laptop hijacked di valore. TechRadar si aspetta che gli aggressori abbiano eseguito XMRig, il miner di Monero più comune, anche se nessuno ha confermato ciò.

      L'exploit di quattro ore è la parte che conta

      Il cryptomining è il danno visibile. È anche il meno di esso. Ars Technica ha nominato l'escalation ovvia: nulla impedisce a un aggressore con accesso root di installare qualcosa che ruba credenziali invece.

      Il problema che si muove più velocemente è quanto rapidamente una patch sia diventata un exploit. Calif ha effettuato il reverse engineering dell'aggiornamento fuori banda di Apple perché l'aggiornamento stesso era un segnale. Apple non invia aggiornamenti fuori banda a meno che qualcosa non sia critico, ha notato l'azienda.

      Da lì, un agente AI ha prodotto exploit funzionanti per due bug di root remoto pre-autenticazione separati, in meno di quattro ore.

      Questo continua a succedere. Abbiamo riportato a luglio che Microsoft ha accreditato l'AI per aver trovato un numero record di difetti.

      Poi i ricercatori hanno mostrato vulnerabilità scoperte dall'AI che si spostavano in una vera sfruttamento. Pochi giorni dopo lo stesso schema ha colpito WordPress.

      Due settimane fa ha raggiunto Zoom e le sue annotazioni. Ora è Apple. Una startup ha raccolto 60 milioni di dollari con l'idea che la patching non può tenere il passo.

      Due agenzie, due punteggi molto diversi

      Qui il record diventa confuso e la precisione conta.

      L'agenzia olandese valuta CVE-2026-65400 a 7.1 secondo la versione 3 del CVSS. Questo è considerato alto, non critico. Ars Technica ha utilizzato la stessa cifra.

      CISA lo ha valutato a 9.8, critico, attraverso il programma di arricchimento che alimenta il National Vulnerability Database. The Hacker News e diversi altri media hanno utilizzato quel numero.

      NIST non lo ha valutato affatto. La sua voce NVD dice ancora che non è arrivata alcuna valutazione.

      Quindi due agenzie nazionali non sono d'accordo su 2.7 punti su un bug. L'ente che normalmente risolve tali questioni non ha emesso un verdetto. E l'agenzia che lo valuta più basso è quella che ha scoperto che veniva sfruttato.

      Un ulteriore avvertimento. TechRadar ha riportato il punteggio come 9.6. Quella cifra non corrisponde a nessuna fonte che siamo riusciti a trovare.

      Quanti Mac sono esposti

      Un ricercatore con il nome osxreverser ha scansionato per host di condivisione dello schermo aperti. Ha contato circa 40.000 raggiungibili da Internet. Quasi la metà si trovava negli Stati Uniti. La maggior parte erano indirizzi residenziali, anche se l'elenco includeva sistemi universitari e server aziendali.

      Ha anche sollevato un problema separato. Dice che il difetto più serio è un bug di pre-autenticazione nel demone di condivisione dello schermo che richiede solo un indirizzo IP, che Apple ha corretto in macOS 26.6 piuttosto che 26.6.1.

      Non lo ha mai segnalato ad Apple. Ha citato la sua lunga storia con l'azienda.

      Cosa ha fatto Apple, e quando

      Apple ha pubblicato il suo avviso il 6 agosto. Ha accreditato Alfredo Pesoli della società di sicurezza Bynario. Le correzioni sono state inviate in macOS Tahoe 26.6.1, Sequoia 15.7.9 e Sonoma 14.8.9.

      I dettagli sono stati resi pubblici a Black Hat nella stessa settimana. L'agenzia olandese ha prima avvisato il 7 agosto, poi ha rivisto il 12 agosto, una volta che esisteva una prova di concetto pubblica e l'abuso era iniziato.

      Pesoli aveva già documentato una debolezza correlata. Un percorso di autenticazione legacy ha consentito a un visualizzatore remoto di far leggere a macOS file protetti come root e di creare file come root. Ha utilizzato la seconda parte per scrivere una politica sudoers e trasformare una copia di file in esecuzione di comandi root remoti.

      Altri bug di condivisione dello schermo sono stati corretti in macOS 26.6 poco prima, incluso uno valutato 9.8 che consentiva a un'app di intercettare le connessioni di rete di un altro processo.

      Cosa fare realmente

      Installa l'aggiornamento. Questo lo chiude.

      Se non puoi patchare oggi, disattiva la condivisione dello schermo. Apri Impostazioni di sistema, vai su Generale, poi Condivisione. Disattivalo e accendilo solo per la durata di una sessione.

      Bloccare la porta 5900 al router o al firewall aiuta. Consideralo come un ripiego piuttosto che una soluzione.

      I professionisti hanno a lungo consigliato di tenere chiusa la porta 5900 anche mentre si utilizza la condivisione dello schermo, e di raggiungere le macchine tramite una VPN o un tunnel SSH invece. Ars Technica ha fatto notare giustamente che quelle alternative si trovano oltre la maggior parte degli utenti.

      Molto rimane non detto. Nessuno ha pubblicato quando sono iniziati gli attacchi, quante macchine hanno subito danni o se qualcuno ha sfruttato il difetto prima che Apple inviasse la patch. Nessuno ha mostrato utilizzi oltre il mining. Sulla base delle attuali evidenze, quest'ultimo è confermato. È anche la parte più probabile da cambiare.