N-able, Hugging Face e Thermo Fisher correggono falle ad alto impatto

🛡️ Executive Summary

• CVE-2026-18577 consente il takeover amministrativo remoto dei server N-central precedenti alla build 2026.3.1.7.
• FaceHugger aggira trust_remote_code in Hugging Face Diffusers, mentre una falla Thermo Fisher espone l’integrità dei file genetici.
• Le correzioni richieste sono N-central 2026.3.1.7, Diffusers 0.38.0 e le nuove versioni dei software Applied Biosystems supportati.

N-able ha confermato lo sfruttamento attivo di una vulnerabilità in N-central che ha permesso agli attaccanti di ottenere privilegi amministrativi sui server della piattaforma e raggiungere gli endpoint gestiti dagli MSP. La prima correzione si è rivelata incompleta, costringendo l’azienda a distribuire la build 2026.3.1.7. Nello stesso quadro di rischio sono emerse tre falle nella libreria Hugging Face Diffusers, capaci di trasformare repository di modelli AI in vettori di esecuzione di codice, e una vulnerabilità nei software Thermo Fisher Applied Biosystems che può compromettere l’integrità dei file prodotti durante le analisi genetiche.

N-central espone gli ambienti amministrati dagli MSP

N-central è una piattaforma di remote monitoring and management utilizzata da managed service provider e reparti IT per amministrare server, workstation e altri dispositivi dei clienti. Il controllo di una singola istanza può quindi trasformarsi in un accesso privilegiato verso numerose organizzazioni. N-able ha avviato l’indagine il 31 luglio 2026, dopo avere rilevato un volume anomalo di errori di licenza tra le installazioni on-premises. Come ricostruito nell’aggiornamento di sicurezza pubblicato da N-able, un attaccante era riuscito a ottenere accesso amministrativo remoto sui server vulnerabili e a utilizzare la funzione Take Control per collegarsi ai sistemi presenti negli ambienti gestiti. La prima falla, identificata come CVE-2026-18556, era stata corretta nella versione 2026.2, ma gli approfondimenti hanno individuato un percorso alternativo che aggirava la mitigazione. La variante è stata registrata come CVE-2026-18577, con punteggio CVSS 4.0 pari a 8,2, ed espone tutte le build precedenti alla 2026.3.1.7. Il caso conferma la criticità delle piattaforme RMM, già emersa con le precedenti vulnerabilità che avevano interessato i server N-able, perché le loro funzioni legittime permettono di impartire comandi agli endpoint con privilegi normalmente riservati agli amministratori.

Dopo la compromissione del server, gli attaccanti hanno registrato Cloudflared come servizio sui dispositivi raggiunti. Il tunnel stabilisce una connessione in uscita verso l’infrastruttura Cloudflare e non richiede l’apertura di una porta in ingresso sul firewall, riducendo la visibilità dell’accesso remoto e mantenendo la persistenza anche dopo un riavvio. Non risultano elementi che indichino una compromissione di Cloudflare: il servizio è stato abusato come infrastruttura legittima, secondo un modello già osservato negli attacchi che sfruttano Cloudflare Tunnel per creare canali persistenti. N-able ha dichiarato di avere identificato un numero limitato di clienti coinvolti, senza specificare quante istanze siano state compromesse, quanti endpoint siano stati raggiunti, chi abbia condotto l’operazione o se siano stati sottratti dati. La capacità di utilizzare un server RMM come trampolino rende comunque l’incidente più grave di una normale violazione applicativa: l’attaccante eredita la relazione di fiducia già esistente tra la piattaforma centrale e le macchine amministrate.

La patch non elimina la persistenza dagli endpoint

L’aggiornamento alla build N-central 2026.3.1.7 chiude il percorso di autenticazione alternativo, ma non rimuove automaticamente gli strumenti eventualmente distribuiti sui dispositivi gestiti. Le istanze hosted NCOD vengono aggiornate da N-able secondo calendari comunicati ai partner, mentre i clienti self-hosted devono installare direttamente il hotfix. Nel relativo avviso operativo sulla build 2026.3.1.7, il produttore invita a cercare un file chiamato svchost.exe nelle cartelle Documenti degli utenti, un servizio denominato Cloudflared e connessioni riconducibili agli indicatori pubblicati. Questi elementi non devono però essere valutati isolatamente. Huntress ha ricondotto alcuni indirizzi inizialmente segnalati a nodi di uscita di Mullvad e NordVPN, che possono essere utilizzati anche per traffico legittimo. L’analisi tecnica di Huntress sull’attività osservata raccomanda quindi di correlare gli indicatori con ui_access_control.log, con i registri BASupSrvc_*.log.gz generati da Take Control e con l’identità utilizzata nelle sessioni remote. La presenza dei log non dimostra da sola una compromissione, perché gli stessi file vengono creati durante le normali operazioni di assistenza.

Huntress ha osservato lo sfruttamento di una singola istanza N-central self-hosted appartenente a un partner, attraverso la quale gli attaccanti hanno raggiunto nove organizzazioni, collegandosi a un endpoint per ciascuna. Nella telemetria esaminata, l’attività successiva all’accesso si è limitata all’enumerazione dei processi in esecuzione prima della disconnessione. Non è stata rilevata l’installazione dei tunnel Cloudflare descritta da N-able e non risultano prove pubbliche di esfiltrazione. La differenza non contraddice l’avviso del produttore, ma dimostra che gli attaccanti possono adottare sequenze operative differenti. Gli MSP devono quindi applicare il hotfix, limitare l’esposizione della console a Internet, imporre l’autenticazione multifattore, verificare account e ruoli amministrativi e ricostruire tutte le sessioni Take Control prive di un ticket o di un’attività di supporto riconoscibile. La priorità non è soltanto impedire un nuovo accesso al server, ma accertare che il precedente controllo amministrativo non sia stato trasformato in persistenza sugli endpoint downstream.

FaceHugger aggira i controlli di Hugging Face Diffusers

Il secondo fronte riguarda Diffusers, la libreria Python di Hugging Face utilizzata per caricare modelli di diffusione destinati alla generazione di immagini, video e audio. Le tre vulnerabilità raggruppate sotto il nome FaceHugger sono CVE-2026-44827, CVE-2026-45804 e CVE-2026-44513, con punteggi rispettivamente pari a 8,8, 7,5 e 8,8. Le falle consentono a un repository costruito in modo malevolo di eseguire codice arbitrario sul sistema che carica il modello, anche quando il parametro trust_remote_code è impostato su False oppure non viene specificato. Il controllo dovrebbe impedire l’esecuzione di componenti Python non verificati, ma veniva applicato soltanto in una parte del processo di caricamento. Configurazioni e file potevano essere analizzati nuovamente quando la barriera non era più attiva, trasformando un artefatto apparentemente passivo in codice eseguibile. Una variante sfrutta persino il valore predefinito None, convertito nel nome None.py, inducendo il loader a scaricare ed eseguire il file senza che la configurazione mostri riferimenti evidenti a una pipeline personalizzata.

La vulnerabilità CVE-2026-45804 sfrutta invece una condizione time-of-check to time-of-use. Diffusers eseguiva due richieste HTTP separate: la prima scaricava e controllava la configurazione del repository, mentre la seconda recuperava lo snapshot completo. Se il contenuto veniva modificato tra le due operazioni, il controllo poteva esaminare una revisione pulita e il loader utilizzare successivamente una revisione contenente codice malevolo. Il problema è particolarmente rilevante per pipeline CI/CD, container, notebook e infrastrutture di machine learning che scaricano automaticamente modelli da repository esterni. L’ecosistema aveva già mostrato rischi simili nei casi in cui repository falsi su Hugging Face venivano usati per distribuire malware. Le tre falle sono state corrette in Diffusers 0.38.0 e gli advisory GitHub dedicati alle vulnerabilità FaceHugger indicano come soluzione completa l’aggiornamento. In assenza della patch occorre utilizzare soltanto repository controllati, ispezionare i file .py negli snapshot e verificare ogni pipeline personalizzata prima del caricamento. Non sono state segnalate campagne di sfruttamento attivo collegate alle tre CVE.

Thermo Fisher protegge l’integrità dei file genetici

Thermo Fisher Scientific ha corretto CVE-2026-17583, una vulnerabilità ad alta gravità con punteggio CVSS 4.0 pari a 8,2 nei software Applied Biosystems Human Identification. Il problema consente modifiche quasi non rilevabili ai file .fsa e .hid prima che vengano caricati nei programmi di analisi, qualora un attaccante riesca ad aggirare i controlli del laboratorio e ad accedere ai sistemi o alle aree di archiviazione. La vulnerabilità riguarda i record digitali prodotti dagli strumenti, non i campioni fisici di DNA. L’impatto risiede quindi nell’integrità della catena informativa: un file alterato potrebbe essere elaborato senza generare un avviso affidabile, compromettendo la fiducia nei risultati e nella provenienza del dato. Nel bollettino di sicurezza di Thermo Fisher, il produttore spiega di avere introdotto firme digitali che permetteranno, per i nuovi file, di verificare l’assenza di modifiche successive alla generazione. La protezione opera però sui dati prodotti dopo l’aggiornamento e il documento non indica un metodo per validare retroattivamente i file creati con le versioni precedenti.

Le versioni corrette sono 3500/3500xL Data Collection Software 4.0.3, 3730/3730xL Data Collection Software 5.0.3, SeqStudio Genetic Analyzer Data Collection Software 1.2.6, SeqStudio Flex Series Instrument Software 1.2.1 e GeneMapper ID-X 1.7.4. I prodotti 3130 Series Data Collection Software, ABI PRISM 3100/3100-Avant e ABI PRISM 310 hanno invece raggiunto la fine del supporto e non riceveranno aggiornamenti. Per questi ambienti Thermo Fisher raccomanda l’adozione di una piattaforma di analisi alternativa oppure il rafforzamento della catena di custodia, la cifratura dei supporti, la limitazione degli accessi, il principio del privilegio minimo e la restrizione della connettività alle sole fonti fidate. Non risultano casi pubblicamente confermati di sfruttamento. La falla non coincide con una violazione della riservatezza come quelle che hanno interessato le banche dati genetiche e il caso 23andMe, ma riguarda un requisito altrettanto essenziale: la possibilità di dimostrare che il dato analizzato corrisponda a quello originariamente prodotto dallo strumento.