Niente più "Support and Recovery Assistant": Microsoft rimuove SaRA da Windows 11 (aggiornato: 7 aprile 2026, ore 15:51)

Chi gestisce infrastrutture Microsoft 365 in ambienti aziendali conosce bene il rituale: un problema di attivazione di Office su decine di postazioni, Outlook che smette di sincronizzare senza motivo apparente, una disinstallazione che si rifiuta di completarsi dal Pannello di controllo. Per anni, il tool Microsoft Support and Recovery Assistant (SaRA) è stato lo strumento da riga di comando su cui amministratori di sistema e utenti esperti si affidavano per automatizzare la diagnostica via script PowerShell, spesso su intere flotte di computer. Ebbene: quello strumento non esiste più. Microsoft lo ha rimosso SaRA da tutte le versioni supportate di Windows con gli aggiornamenti rilasciati a partire dal 10 marzo 2026, e gli script esistenti hanno smesso di funzionare

Perché Microsoft ha eliminato SaRA

La rimozione è documentata nel bollettino KB5086902, pubblicato il 31 marzo 2026. La motivazione ufficiale è sintetica e, a modo suo, eloquente: SaRA «potrebbe rappresentare un rischio per la sicurezza». Nessun dettaglio specifico sulla natura della vulnerabilità - il che lascia immaginare un problema architetturale piuttosto che un singolo bug circoscritto.

L'operazione è avvenuta dentro il consueto ciclo di aggiornamenti mensili: lo stesso pacchetto del 10 marzo che ha corretto oltre 80 vulnerabilità di sicurezza su Windows ha eliminato silenziosamente SaRACmdLine. Le versioni interessate coprono l'intero spettro dei sistemi supportati: Windows 11 (25H2, 24H2, 23H2) e Windows 10. In pratica, chiunque riceva regolarmente gli aggiornamenti di sicurezza ha già perso l'accesso allo strumento.

Il sostituto: Get Help da riga di comando

Microsoft non ha lasciato un vuoto - almeno sulla carta. Il rimpiazzo designato si chiama Get Help command-line (GetHelpCmd.exe), scaricabile dall'indirizzo aka.ms/SaRA_EnterpriseVersionFiles. L'azienda lo descrive come uno strumento diagnostico autonomo, pronto per ambienti aziendali, eseguibile da riga di comando o tramite script PowerShell e progettato per operare in remoto su più macchine all'interno di un'organizzazione.

Gli scenari supportati ricalcano quelli del predecessore:

• Outlook Scan - scansione dei problemi noti con generazione di un rapporto di configurazione per Outlook, Office e Windows (parametro ExpertExperienceAdminTask).
• Office Uninstall - rimozione completa di qualsiasi versione di Office quando la disinstallazione dal Pannello di controllo fallisce (OfficeScrubScenario).
• Office Activation - controlli e ripristino automatizzato delle impostazioni di attivazione per le licenze in abbonamento (OfficeActivationScenario).
• Office Shared Computer Activation - diagnostica per ambienti con attivazione condivisa su computer.

Microsoft dichiara che la funzionalità di base resta invariata; la differenza sostanziale risiede nell'infrastruttura, che ora offrirebbe garanzie di sicurezza superiori. Per la risoluzione di problemi su un singolo dispositivo, l'azienda consiglia la versione con interfaccia grafica di Get Help, disponibile all'indirizzo aka.ms/SaRA_Home.

Il problema concreto: gli script non sono portabili

Qui arriva la nota dolente per chi aveva costruito flussi di lavoro automatizzati attorno a SaRA. Microsoft lo dice senza giri di parole: gli script esistenti che richiamano SaRACmdLine non possono essere riutilizzati con il nuovo strumento, che prevede una sintassi diversa.

Ogni automazione, ogni procedura documentata, ogni script integrato in piattaforme di gestione centralizzata deve essere aggiornato. E non si tratta di cambiare un percorso eseguibile in un file batch. Parametri, struttura delle chiamate, integrazione - tutto va riverificato da zero. Per reparti IT che gestiscono centinaia o migliaia di postazioni, il lavoro non è banale.

Un'assenza che pesa: nuovo Outlook e nuovo Teams

C'è un limite che merita attenzione particolare. La documentazione Microsoft segnala esplicitamente che gli scenari supportati da Get Help command-line non sono disponibili per il nuovo Outlook e il nuovo Teams. Proprio le due applicazioni su cui Microsoft sta concentrando la migrazione forzata degli utenti aziendali sono escluse dalla copertura diagnostica dello strumento sostitutivo.

Per chi gestisce ambienti ibridi - con il classico Outlook e il nuovo Outlook coesistenti sullo stesso parco macchine - questo crea una lacuna operativa concreta. La diagnostica automatizzata da riga di comando copre il mondo legacy, ma lascia scoperti i prodotti su cui Microsoft stessa sta scommettendo il futuro. La contraddizione è difficile da ignorare.

Cosa fare adesso

La rimozione di SaRA è un fatto compiuto dall'aggiornamento del 10 marzo. Chi non ha ancora aggiornato i propri script si trova già in ritardo, e chi stava pianificando la migrazione al nuovo Outlook o al nuovo Teams farebbe bene a mettere in conto l'assenza di strumenti diagnostici automatizzati per quei prodotti.

La scelta di ritirare uno strumento consolidato per ragioni di sicurezza è, in sé, difendibile. La comunicazione molto meno: un bollettino KB datato 31 marzo per una rimozione effettiva dal 10 marzo, nessun dettaglio sulla vulnerabilità e un sostituto che non copre i prodotti più recenti. Per gli amministratori di sistema, è l'ennesimo promemoria che nell'ecosistema Microsoft la continuità operativa è un obiettivo da inseguire, non una garanzia da dare per scontata.

Fonti: support.microsoft.com, neowin.net, pcworld.com