Rufus torna a scaricare le ISO di Windows 10 e 11 dopo le restrizioni di Microsoft

Per qualche giorno, chi apriva Rufus per preparare una chiavetta di installazione di Windows 10 o Windows 11 si è trovato davanti a un blocco inatteso: lo strumento non riusciva più a scaricare le ISO ufficiali di Microsoft. Non si trattava di server fuori uso né di un difetto casuale, ma di una serie di modifiche decise da Microsoft sul lato server, che hanno aperto una polemica con lo sviluppatore del programma, Pete Batard.

Rufus non serve solo a creare supporti avviabili. Da anni integra anche il download diretto delle immagini ISO di Windows. Per farlo usa Fido, uno script PowerShell che dialoga con le API pubbliche di Microsoft e ottiene gli URL diretti alle immagini, con token temporanei generati dai server. Così download e creazione del supporto avvengono in un unico flusso, scegliendo lingua, architettura a 64 bit, schema di partizione (GPT o MBR), file system e modalità UEFI o BIOS legacy.

Il nodo sta nel fatto che Fido invia richieste automatizzate, e l'infrastruttura di Microsoft le tratta diversamente da quelle di un utente che naviga sul sito. Secondo quanto riportato da Batard, Microsoft ha aggiornato gli endpoint di download introducendo controlli più rigidi contro gli script. Le richieste di Fido sono finite sotto quei controlli: in diversi casi i server hanno rifiutato di generare il link o hanno restituito errori di accesso, tra cui il codice 715-123130.

Il comportamento rientra nelle politiche anti-abuso che Microsoft applica da tempo. I sistemi possono bloccare indirizzi IP sospetti, invalidare richieste da agenti non interattivi e filtrare traffico simile a un download intensivo. Chi scarica dal sito ufficiale continua a ottenere un token valido, mentre le richieste automatizzate possono essere filtrate, sottoposte a verifiche aggiuntive o respinte. In alcuni scenari vengono rifiutate le connessioni da VPN, proxy o strumenti di anonimizzazione, oppure quelle che mostrano download ripetuti dallo stesso indirizzo IP.

Le conseguenze pesano soprattutto in ambito professionale. Pipeline di deployment, script di provisioning e laboratori di test che si affidano al download diretto tramite Rufus possono ritrovarsi bloccati. Nelle aziende, dove la creazione di supporti personalizzati è frequente, l'impossibilità di recuperare le immagini in automatico obbliga a tornare a procedure più manuali. Molti usano inoltre Rufus per installazioni di Windows 11 con impostazioni particolari, come aggirare il controllo iniziale dei requisiti TPM e Secure Boot, o per aggiornamenti in-place che conservano dati, programmi e impostazioni. Senza il download diretto, questa flessibilità è più difficile da sfruttare e si deve ripiegare su strumenti ufficiali come il Media Creation Tool.

Batard ha analizzato il traffico di rete generato dalla pagina ufficiale di download di Microsoft per capire cosa fosse cambiato. Ne è emersa una nuova richiesta verso il dominio ov-df.microsoft.com, legato ai servizi di rilevamento frodi di Microsoft, un passaggio che prima non faceva parte del flusso gestito da Fido. L'ipotesi è che i server ora pretendano una chiamata aggiuntiva, con specifici parametri di sessione, prima di concedere i link.

Inserendo questa richiesta di verifica nello script, come una sorta di handshake preliminare, Batard ha ripristinato il download diretto delle immagini di Windows 11 e Windows 10, con un aggiornamento del codice di Fido. La soluzione, però, funziona solo per gli indirizzi IP che non subiscono ulteriori restrizioni da parte dei sistemi Microsoft. Resta quindi da vedere se i flussi professionali più automatizzati potranno contare di nuovo sul download diretto. Chi vuole i dettagli tecnici può leggere la conversazione in cui Batard assiste alcuni dei primi utenti che hanno notato il problema.