Se gestisci N-able N-central in modalità on-premises, aggiorna subito a N-central 2026.3 Hotfix 4. La correzione porta il server alla build 2026.3.1.14 e risolve CVE-2026-86218, una vulnerabilità critica che può consentire accesso al server prima dell’autenticazione. N-able ha confermato il 6 settembre 2026 che la falla è stata sfruttata in attacchi reali.
Il punto operativo è importante anche per chi ha già installato Hotfix 3: HF3 non protegge da CVE-2026-86218. Per questa vulnerabilità serve Hotfix 4. Le istanze N-central ospitate da N-able risultano già corrette e non richiedono interventi da parte del cliente.
CVE-2026-86218: perché N-central va aggiornato subito
N-able descrive CVE-2026-86218 come una vulnerabilità critica capace di permettere accesso pre-autenticazione al server N-central. Nelle note della release HF4 il produttore specifica che il problema può arrivare all’esecuzione di codice remoto sul server prima che l’attaccante disponga di credenziali valide.
La situazione è più urgente rispetto alle due falle corrette il giorno precedente con HF3. CVE-2026-86206 e CVE-2026-86207 erano state segnalate attraverso disclosure responsabile e, al momento dell’avviso, N-able non aveva confermato uno sfruttamento reale. Per CVE-2026-86218, invece, l’azienda ha comunicato che il nuovo problema era stato osservato in attacchi.
Puoi verificare l’aggiornamento direttamente nell’avviso ufficiale N-able del 6 settembre. La pagina distingue chiaramente il nuovo zero-day dalle vulnerabilità corrette con HF3 e indica Hotfix 4 come intervento da applicare immediatamente sui server on-premises.
Quale versione di N-central devi avere
| Configurazione | Cosa fare |
|---|---|
| N-central on-premises 2026.3 HF3 | Aggiorna comunque a HF4 |
| N-central on-premises 2026.3 o precedente compatibile | Porta il server alla build 2026.3.1.14 |
| N-central hosted / NCOD | Nessuna azione richiesta: N-able indica che le istanze sono già patchate |
| Agenti N-central | La patch server non richiede un aggiornamento degli agenti per correggere CVE-2026-86218 |
La release corretta è N-central 2026.3 Hotfix 4, build 2026.3.1.14. N-able specifica che HF4 sostituisce Hotfix 3. Chi ha installato HF3 nelle ore precedenti deve quindi effettuare un secondo aggiornamento.
Le note ufficiali di N-central 2026.3 HF4 indicano anche i percorsi di aggiornamento supportati e confermano che la correzione riguarda il server. Prima di procedere, controlla sempre la release realmente installata e non basarti soltanto sulla data dell’ultimo intervento.
Come controllare se sei ancora esposto
Il primo controllo consiste nel verificare la build di N-central. Se il server on-premises non riporta 2026.3.1.14, la correzione di CVE-2026-86218 non è ancora applicata.
- Accedi alla console amministrativa N-central con un account autorizzato.
- Controlla il numero di versione e build installato.
- Se compare HF3 o una build precedente, pianifica immediatamente l’aggiornamento a HF4.
- Prima dell’intervento verifica backup, snapshot o procedure di ripristino previste dalla tua infrastruttura.
- Installa Hotfix 4 seguendo il percorso di upgrade supportato da N-able.
- Al termine controlla che la build riportata sia 2026.3.1.14.
- Verifica log, account e funzionamento dei servizi principali prima di considerare concluso l’intervento.
Se il server appartiene a un ambiente gestito da un MSP, la priorità è ancora più alta perché N-central può amministrare numerosi endpoint e clienti. Una compromissione del server di gestione ha quindi un impatto potenziale molto più ampio rispetto a un singolo computer.
Cosa controllare nei log dopo l’aggiornamento
Installare la patch riduce il rischio futuro, ma non dimostra che un server esposto prima dell’aggiornamento non sia stato raggiunto. N-able ha pubblicato alcuni indicatori da verificare sui sistemi potenzialmente interessati.
L’azienda segnala attività di scansione proveniente dall’intervallo IP 23.234.64.0/18 osservata nei tentativi di sfruttamento. Questo dato va usato come indicatore per la revisione dei log, non come unica prova di compromissione e non come sostituto di un’analisi completa dell’ambiente.
È opportuno controllare anche account creati di recente che non riconosci, in particolare profili con indirizzi email insoliti, domini .invalid o variazioni di caratteri progettate per assomigliare a indirizzi legittimi. Se emergono elementi sospetti, N-able consiglia di contattare il proprio supporto e avviare un’indagine.
HF3 non basta contro CVE-2026-86218
Questo è il punto che può creare più confusione. Hotfix 3 era stato pubblicato per CVE-2026-86206 e CVE-2026-86207, due vulnerabilità differenti. HF4 è arrivato subito dopo per un nuovo problema indipendente.
Se hai aggiornato a HF3 il 5 settembre e hai considerato chiuso l’intervento, devi riaprire la verifica. La protezione richiesta per lo zero-day sfruttato in attacchi è N-central 2026.3 HF4. Non esiste quindi un conflitto tra i due avvisi: HF4 contiene il livello di correzione più recente e sostituisce la release precedente.
Serve aggiornare anche gli agenti N-central?
Per correggere questa specifica vulnerabilità, no. N-able precisa che Hotfix 4 è una patch lato server e non richiede l’aggiornamento degli agenti per proteggere da CVE-2026-86218. Tenere gli agenti sulle release più recenti resta una buona pratica, ma non va confuso con l’intervento necessario per chiudere questa falla.
La distinzione è utile perché evita di perdere tempo su centinaia di endpoint mentre il server centrale rimane sulla build vulnerabile. La priorità è portare il server on-premises a 2026.3.1.14, verificare l’esito e poi proseguire con la normale manutenzione degli agenti.
Cosa fare se usi una versione precedente di N-central
N-able indica che è possibile raggiungere direttamente 2026.3.1.14 da diverse release recenti, tra cui 2025.4, 2026.1, 2026.2, 2026.3 e le precedenti build 2026.3.1. Per installazioni più vecchie è necessario seguire il percorso di aggiornamento previsto dal produttore.
In un ambiente critico non conviene improvvisare salti di versione non supportati. Verifica prima il percorso ufficiale, prepara un piano di rollback e controlla spazio, backup e dipendenze. Se il server non può essere aggiornato immediatamente per ragioni tecniche, la situazione va trattata come un’esposizione di sicurezza da ridurre nel minor tempo possibile.
Perché questa falla merita una priorità diversa
Una vulnerabilità in una piattaforma RMM non riguarda soltanto il software installato sul server. N-central viene usato per amministrare infrastrutture, aggiornamenti, dispositivi e accessi. Per un attaccante, compromettere uno strumento di gestione può offrire un punto privilegiato dal quale osservare o raggiungere altri sistemi.
Il caso è quindi differente dalle vulnerabilità desktop che richiedono già accesso locale o privilegi elevati. Nella nostra guida sulle falle di VMware Workstation e Fusion corrette con 26H1u1, per esempio, lo scenario richiede privilegi amministrativi dentro una macchina virtuale. CVE-2026-86218 interessa invece il server N-central e può agire prima dell’autenticazione.
Per chi gestisce anche infrastruttura di rete, vale la stessa regola applicata di recente alla vulnerabilità del TP-Link Archer AX55 V4: prima si verifica la versione reale, poi si installa la correzione indicata dal produttore e infine si controlla che l’ambiente non mostri segnali anomali.
Checklist rapida per N-central 2026.3 HF4
| Controllo | Risultato atteso |
|---|---|
| Versione server | 2026.3 HF4 |
| Build | 2026.3.1.14 |
| Server on-premises | Aggiornamento immediato |
| Istanza hosted / NCOD | Già patchata secondo N-able |
| Server già su HF3 | Deve passare comunque a HF4 |
| Aggiornamento agenti | Non necessario per correggere CVE-2026-86218 |
| Log precedenti alla patch | Da controllare per attività sospetta |
| Account recenti sconosciuti | Da investigare subito |
La priorità, quindi, è semplice: se N-central è on-premises e non mostra la build 2026.3.1.14, non considerare conclusa la manutenzione di sicurezza del fine settimana. Installa HF4, verifica la versione, controlla i log e gli account e tratta qualsiasi anomalia come un possibile incidente da approfondire.
