Aggiornamenti settembre 2026: KB5123099, WinGet e problemi di backup

2026-10-24 · Microsoft Edge Stable 155 → 156.0.4314.42

Edge 155 non si avvia: verificare la correzione confermata

Microsoft conferma problemi di avvio di alcuni profili esistenti dopo un riavvio di aggiornamento pianificato tramite Edge management service. L’elenco dei problemi indica Stable 155; le note identificano la correzione 156.0.4314.42 del 22 ottobre 2026. Non sono forniti numero KB, intervallo preciso delle sottoversioni interessate o codice di errore generale. Questo non spiega ogni mancato avvio di Edge.

1. Prima di modificare qualcosa, annotare versione installata, canale, profilo interessato e ora del riavvio gestito. Salvare il lavoro aperto e conservare i dati del profilo e il piano di ripristino esistente. Non eliminare il profilo né reimpostare la sincronizzazione.
2. Su un canale Stable approvato, usare l’aggiornamento normale. Se Edge si apre ancora: Impostazioni e altro → Guida e feedback → Informazioni su Microsoft Edge, oppure edge://settings/help; completare l’aggiornamento proposto e il riavvio. Se non si avvia o è gestito centralmente, l’IT deve usare il processo di distribuzione approvato. Non aggirare criteri né cambiare canale.
3. Verificare poi la versione effettivamente in esecuzione: almeno la correzione confermata 156.0.4314.42 nel ramo Stable appropriato. Riaprire il profilo originale e provare una pagina di lavoro non critica. Se il problema persiste, la risoluzione di questo caso non è verificata; comunicare versione e ora all’IT.

Se compaiono nuovi problemi, sospendere la distribuzione e utilizzare con l’IT il piano di ripristino documentato. Microsoft descrive il rollback amministrativo, ma avverte di perdita di dati e vulnerabilità precedenti; non effettuare downgrade senza verifica. L’elenco descrive anche un intervento condizionale nella cartella Policy. Qui non raccomandiamo eliminazioni: chiarire prima distribuzione della correzione e backup. Non si dichiara un test proprio di riproduzione in Edge né una riparazione universale.

Fonti Microsoft: Release notes · Known issues · Update settings · Administrative rollback

2026-10-23 · Windows / Windows Server

Verificare prerequisiti e supporti di avvio

Verificato il 23/10/2026: gli articoli server riportano prerequisiti precisati nella cronologia del 22/10. È una revisione della documentazione, non un nuovo pacchetto né una soluzione confermata per ogni errore di installazione. I pacchetti sotto sono stati pubblicati il 13/10/2026. La vecchia KB è un esempio della base minima; un aggiornamento cumulativo successivo applicabile soddisfa ugualmente il requisito temporale.

Pacchetto / prodotto / build / base richiesta

• KB5126655 — Windows Server 2022 — 20348.5761 — ≥ 2025-07-08 (KB5062572)
• KB5126651 — Windows Server 2019 / Windows 10 Enterprise LTSC 2019 — 17763.9376 — ≥ 2025-07-08 (KB5062557)
• KB5126868 — Windows Server 2016 / Windows 10 Enterprise LTSB 2016 / Windows 10 IoT Enterprise LTSB 2016 — 14393.9612 — ≥ 2025-07-08 (KB5062560)

Prima di riprovare, registrare prodotto, build effettivamente installata, stato dei pacchetti/SSU, metodo di installazione ed errore esatto. Verificare base e SSU più recente richiesta nell’articolo pertinente. Le immagini offline di Server 2022 richiedono anche KB5030216 o una LCU successiva datata 12/09/2023 o dopo; la versione SSU minima 20348.1960 non è la build attuale del sistema. 0x800f0823 significa CBS_E_NEW_SERVICING_STACK_REQUIRED, non dimostra la causa di ogni errore.

Solo per supporti di installazione modificati: Microsoft segnala 0xc0430001 se boot.stl manca o non corrisponde a versione e architettura di Windows. Anche gli articoli di settembre KB5122876 (17763.9245) e KB5123099 (14393.9512) contengono questa indicazione. Conservare ISO originale e supporto funzionante intatti; modificare solo una copia seguendo la procedura completa. Il flusso consigliato Update WinPE preleva boot.stl dall’immagine WinPE aggiornata e lo colloca in efi\microsoft\boot\boot.stl sul supporto. Non copiare file di un’altra versione di Windows né disattivare Secure Boot.

Verifica e ripristino: avviare il nuovo supporto su hardware di prova adeguato mantenendo Secure Boot invariato; verificare l’avvio di Setup e ripetere il controllo dell’errore originale prima della distribuzione. Se fallisce, scartare la copia modificata e tornare all’originale intatto adatto alla prova. Questo non dimostra legami con segnalazioni winload.efi dopo aggiornamenti normali né raccomanda la rimozione generalizzata di aggiornamenti di sicurezza. Nessun nostro test di installazione di Windows.

Fonti e procedura completa

• https://support.microsoft.com/help/5126655
• https://support.microsoft.com/help/5126651
• https://support.microsoft.com/help/5126868
• https://support.microsoft.com/help/5122876
• https://support.microsoft.com/help/5123099
• https://learn.microsoft.com/en-us/windows/deployment/update/media-dynamic-update

2026-10-22 · .NET / Windows · MSRC 2.0 (2026-10-19)

.NET CVE-2026-70197: gli aggiornamenti di ottobre non sono una correzione completa confermata

Stato e ambito

La revisione MSRC 2.0 del 19 ottobre 2026 dichiara che CVE-2026-70197 non è ancora stata risolta. La consultazione integrale del 22 ottobre conferma questo stato; è in preparazione e collaudo una mitigazione completa. L’annuncio .NET originale descrive un difetto di System.Net.Sockets specifico di Windows quando SocketAsyncEventArgs viene riutilizzato tra socket a datagrammi IPv4 e IPv6. Un buffer nativo degli indirizzi troppo piccolo può corrompere la memoria. Microsoft descrive un attacco di rete senza autenticazione o interazione dell’utente, ma ad alta complessità. Non dimostra che tutte le applicazioni .NET siano sfruttabili.

Il riferimento a un aggiornamento non prova la soluzione

La tabella MSRC elenca ancora .NET 8.0 / KB5130034 / 8.0.32, .NET 9.0 / KB5130035 / 9.0.21 e .NET 10.0 / KB5130036 / 10.0.13 su Windows, oltre a .NET 11.0.0-rc.2, Visual Studio 2026 18.10.4 e Visual Studio 2022 17.14.42. Il precedente avviso GitHub indica ancora versioni come corrette. Questa contraddizione va esplicitata: non omettere la rettifica MSRC più recente. Non risultano una soluzione completa confermata o una data di rilascio.

Diagnosi sicura

Inventariare con dotnet --info e dotnet --list-runtimes, mantenendo i risultati interni. Per le applicazioni self-contained verificare anche il runtime incluso ed effettivamente utilizzato: l’elenco centrale non basta. I responsabili devono valutare l’uso concreto di socket/datagrammi. Installazione riuscita e test funzionali superati non dimostrano che questa CVE sia risolta. Non è documentato un comando alternativo confermato dal produttore. Non disabilitare le protezioni né disinstallare indiscriminatamente gli aggiornamenti di ottobre. Restrizioni di rete valutate caso per caso sarebbero una riduzione condizionata del rischio, non una mitigazione provata.

Ripristino e verifica

Queste interrogazioni non modificano il sistema. Prima di un futuro aggiornamento confermato conservare deployment, configurazione e un percorso di ripristino collaudato. Poi confrontare il minimo confermato da Microsoft con il runtime realmente utilizzato, riavviare i servizi in modo controllato ed eseguire test funzionali di regressione. Registrare la CVE come risolta solo dopo una conferma attuale del produttore. Non si dichiara alcun test proprio di sfruttamento o riparazione.

• https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-70197
• https://api.msrc.microsoft.com/cvrf/v3.0/cvrf/2026-Oct
• https://github.com/dotnet/announcements/issues/466
• https://github.com/dotnet/runtime/security/advisories/GHSA-4mpw-cpwj-hxxj

2026-10-16 · Outlook for Microsoft 365

Outlook classico: i risultati della ricerca non seguono le modifiche della casella

L’articolo Microsoft del 29 settembre 2026 descrive la ricerca assistita dal server in Outlook per Microsoft 365. I risultati possono restare obsoleti dopo lo spostamento di un messaggio, la modifica della categoria o del relativo stato letto/non letto. Può essere interessata anche una singola casella in modalità online. Non sono indicati KB, build o codice numerico di errore specifici. Microsoft sta preparando una correzione senza data stimata: non è una correzione già disponibile.

Documentare versione, canale di aggiornamento, tipo di casella, modalità online e ambito della ricerca. In “Cartella corrente”, usare un messaggio di prova non importante per verificare se il cambio letto/non letto aggiorna i risultati; ripristinare poi lo stato originale. Non spostare messaggi importanti per riprodurre il problema. Un errore di ricerca da solo non dimostra questa causa.

La soluzione temporanea Microsoft disattiva la ricerca assistita dal server e torna alla precedente Windows Desktop Search. L’IT deve prima verificare la copertura della ricerca locale e l’eventuale gestione centralizzata del criterio. Annotare esistenza, tipo e dati originali del valore e salvare la chiave interessata. L’impostazione documentata è riportata sotto. Non distribuirla indiscriminatamente né aggirare i criteri aziendali.

Ripetere la ricerca e verificare aggiornamento e completezza con messaggi noti. La maggiore velocità non basta. Se mancano risultati o il comportamento peggiora, ripristinare esattamente valore e tipo precedenti. Eliminare soltanto un valore creato per questa prova, non l’intera chiave. Dopo una correzione confermata, ritirare la soluzione temporanea in modo controllato e ripetere il test. Non abbiamo modificato il Registro né riprodotto l’errore. Nessun link affiliato.

HKEY_CURRENT_USER\software\policies\Microsoft\office\16.0\outlook\search
DWORD: DisableServerAssistedSearch
Value: 1

Microsoft Support · 29.09.2026

Situazione al 15/10/2026: Le integrazioni seguenti aggiornano le precedenti informazioni su desktop, AC-3, RDP e trust del dominio. Le vecchie sezioni datate restano come cronologia; frasi come «nessuna correzione ancora» descrivono lo stato di allora. Nessuna riproduzione indipendente dichiarata.

Correzioni di ottobre per desktop nero e AC-3: 15/10/2026

Il 13/10 Microsoft ha confermato una correzione dei problemi di Explorer dopo l’accesso, soprattutto su host Azure Virtual Desktop con FSLogix e alcuni profili esistenti. Non ogni schermo nero ha questa causa. Windows 11 24H2/25H2/26H2 usa KB5127648; 26H1 usa KB5127646. KB5127648 corregge anche gli arresti AC-3 nelle applicazioni che usano la vecchia decodifica audio di Windows. Non estendere questa affermazione a 26H1. Non è documentato un codice di errore universale per questi due problemi.

Annotare versione, build, architettura, cronologia e applicazione o profili coinvolti. Verificare backup e ripristino di host e profili. Installare l’aggiornamento cumulativo corretto tramite il canale approvato e riavviare. Controllare con winver: 24H2 → 26100.9711, 25H2 → 26200.9711, 26H2 → 26300.9711; 26H1 → 28000.3231. Per aggiornamenti successivi consultare la relativa KB. Ripetere lo stesso accesso e la riproduzione AC-3, confrontando eventi di Explorer e registri degli arresti. Non eliminare profili.

Prima della correzione, avviare explorer.exe da Gestione attività poteva aiutare temporaneamente; Microsoft offre anche Known Issue Rollback specifico della versione. Dopo la correzione non serve questo rimedio temporaneo. Il reparto IT deve ritirare le politiche KIR con stato precedente registrato e prova pilota. Se compare una regressione, interrompere la prova, conservare i registri e usare il ripristino approvato. Non disinstallare indiscriminatamente aggiornamenti di sicurezza.

Desktop remoto resta senza correzione confermata: utenti non amministratori possono ricevere 0xC000000D con Administrator protection attivo sull’host di destinazione. KB5127648/KB5127646 non sono un fix confermato per questo problema. La modifica temporanea di politica indicata da Microsoft compete all’IT e riduce una protezione: richiede autorizzazione, stato esatto salvato, ambito limitato, ripristino e nuova prova di connessione. Neppure USB Audio Class 1.0 con Code 10 è completamente risolto.

Microsoft KB5127648 · Microsoft KB5127646 · Microsoft Release Health · Microsoft Release Health

Relazione di trust del dominio: risoluzione confermata, non una nuova patch di ottobre

All’11 ottobre 2026, Microsoft indica l’aggiornamento del 22 settembre come soluzione per alcuni account computer protetti da Credential Guard con Machine Identity Isolation (MII). La revisione della documentazione dell’8 ottobre non è una nuova data di rilascio della patch. Windows 11 24H2/25H2/26H2 utilizzano KB5124010 (build 26100.9550/26200.9550/26300.9550); per 26H1 Microsoft indica separatamente KB5124006. Non scambiare i pacchetti tra versioni.

I dispositivi interessati possono perdere la relazione di trust con un dominio AD locale, anche se l’accesso offline con credenziali memorizzate nella cache continua a funzionare. Non è documentato qui uno specifico codice numerico. Non tutti gli errori di accesso hanno questa causa.

Prima di intervenire, registrare versione, build, cronologia degli aggiornamenti, messaggio di errore e metodo di gestione di MII. Preparare un backup verificato, un accesso locale di ripristino e un piano operativo di recupero. Il reparto IT deve verificare l’aggiornamento cumulativo corretto e approvato e i problemi noti, installarlo e riavviare. Verificare quindi build, un vero accesso online al dominio e il canale sicuro senza opzioni di riparazione. In caso di insuccesso, conservare i log e seguire il piano di recupero; non disinstallare indiscriminatamente aggiornamenti né aggiungere nuovamente il dispositivo al dominio.

La correzione disabilita l’applicazione obbligatoria di MII indipendentemente dalla configurazione; non ripristina completamente questa protezione. Un’installazione riuscita non dimostra che un canale sicuro danneggiato sia stato riparato.

Microsoft Release Health · Microsoft Release Health · Microsoft KB5124010

Microsoft MSRC: October 2026 · KB / Build

3 ottobre: arresti con AC-3 dopo KB5124010 — nessuna correzione confermata

Microsoft ha confermato il 02/10/2026 che le applicazioni che usano Windows per decodificare audio AC-3/Dolby Digital possono chiudersi dopo l’aggiornamento di anteprima KB5124010 del 22/09 e quelli successivi. Sono interessati Windows 11 24H2, 25H2 e 26H2, non Windows Server. Le build corrispondenti sono 26100.9550, 26200.9550 e 26300.9550. Le applicazioni meno recenti possono arrestarsi all’avvio o durante l’audio; quelle con decodifica propria non sono automaticamente coinvolte.

Diagnosi, non promessa di riparazione (03/10/2026): Microsoft sta preparando una correzione. Non sono ancora confermati una build corretta, un codice di errore universale o una soluzione temporanea ufficiale per questo caso.

1. Annotare versione e build con winver e la KB installata nella cronologia degli aggiornamenti. Registrare applicazione, versione, ora dell’arresto e funzione audio; la vicinanza temporale non dimostra la causa.
2. Conservare il file originale e salvare una copia di sicurezza del lavoro. Provare solo con una copia e un’attività non critica. Non considerare pacchetti codec, modifiche al registro o rimozioni indiscriminate di aggiornamenti una soluzione.
3. In caso di errore interrompere la prova e conservare originali e backup intatti. Inviare registri privi di dati riservati al reparto IT o al produttore. Quando Microsoft indica una correzione adatta, seguire l’approvazione ordinaria e riprovare la stessa attività: avvio, riproduzione e risultato salvato devono funzionare.

Ritorno: questa diagnosi non cambia impostazioni di sistema; chiudere la copia di prova e riprendere l’originale conservato, se la funzione è utilizzabile. Un solo tentativo senza arresti non dimostra una soluzione definitiva. Non abbiamo riprodotto il problema direttamente.

Microsoft Windows Release Health (02.10.2026) · Microsoft KB5124010

2 ottobre: correzione degli allegati vocali invisibili in Outlook

Microsoft conferma che Outlook classico per Microsoft 365 su Windows può nascondere gli allegati MP3/WAV dei messaggi vocali ricevuti, soprattutto da sistemi integrati. L’avviso del 29.09.2026 indica che il problema è risolto dalla build 16.0.20430.2000. Non specifica una KB responsabile, l’intero intervallo di build interessate o un codice di errore generale; non giustifica la disinstallazione di una KB.

1. Conservare il messaggio originale e annotare prodotto, build e canale; eseguire il backup dei dati locali di Outlook prima dell’aggiornamento. Installare tramite i normali aggiornamenti di Office una build corretta approvata per il proprio canale. Sui dispositivi gestiti coinvolgere l’IT senza forzare un cambio di canale.
2. Nel frattempo aprire lo stesso messaggio in Outlook sul Web o nel nuovo Outlook. In alternativa aprire il messaggio separatamente e usare File → Salva allegati per salvare una copia in una posizione controllata. Non eliminare profili o messaggi originali.

Riavviare Outlook dopo l’aggiornamento e verificare lo stesso messaggio: l’audio corretto deve essere visibile e riproducibile. Se il problema persiste, comunicare build e risultato all’IT. Ripiego: conservare originale e backup e usare l’accesso Web verificato; questa guida non prevede un downgrade generale di Office. Nessuna riproduzione indipendente; fonti verificate il 02.10.2026.

Microsoft: problema e correzione · Microsoft: Current Channel

1 ottobre: Office senza licenza o assente dopo KB5002907

Microsoft conferma effetti imprevisti di KB5002907 su alcuni dispositivi con Office 2016 o Office 2019 e ne ha sospeso la distribuzione. La riparazione doveva ripristinare gli aggiornamenti delle installazioni obsolete di Microsoft 365 Apps, ma ha lasciato alcuni dispositivi senza un’installazione funzionante di Office. Non sono indicati un codice di errore generale né un intervallo preciso delle build di Office interessate. Non è un aggiornamento del sistema operativo Windows; non forzare l’installazione dell’aggiornamento sospeso.

1. Prima conserva lo stato attuale: cerca KB5002907 nella cronologia degli aggiornamenti, annota prodotto/versione e messaggio di errore, quindi salva una copia di sicurezza dei documenti e dei dati di Outlook archiviati localmente. La coincidenza temporale non dimostra che ogni errore di Office sia causato da questa KB.
2. Office è presente ma segnala una licenza mancante: riattiva il prodotto già acquistato seguendo le istruzioni Microsoft. Usa l’account associato all’acquisto/licenza; per le licenze multilicenza, coinvolgi il reparto IT. Non disinstallare né acquistare un’altra licenza per precauzione.
3. Office è stato effettivamente rimosso: solo in questo caso reinstalla e attiva il prodotto acquistato dalla fonte ufficiale associata all’account della licenza. Controlla prima versione, lingua ed edizione a 32/64 bit. Non eliminare profili o file di dati di Outlook.
4. Verifica il risultato: apri Word o Excel, controlla prodotto e attivazione, quindi apri, modifica e salva una copia di un documento. Se Outlook era interessato, controlla anche la funzione originariamente difettosa e i dati locali. Se il problema persiste, interrompi le operazioni di pulizia e contatta il supporto Microsoft indicando prodotto, KB, messaggio e passaggi già eseguiti.

Ripristino e limiti: conserva intatte le copie di sicurezza; in caso di problemi, pianifica il recupero con IT/supporto. Microsoft indica la riattivazione o la reinstallazione appropriata, non un ripristino garantito con un clic rimuovendo la KB. Office 2016/2019 non sono più supportati; la riattivazione non ripristina gli aggiornamenti di sicurezza.

Microsoft: KB5002907 · Attivazione · Reinstallazione

30 settembre: problemi noti anche in Windows 11 26H2

La fonte Microsoft del 29/09/2026 include Windows 11 26H2 per il desktop nero dopo l’accesso (soprattutto AVD/FSLogix), errori di attendibilità del dominio con Machine Identity Isolation e USB Audio Class 1.0 senza audio/con Codice 10. Stato: mitigato, non completamente risolto. La pagina 26H2 non indica KB di origine né l’intero intervallo di build interessate. Il Catalogo associa KB5129195 alla build 26300.9457 e KB5124010 alla 26300.9550; ciò non prova la risoluzione completa dei tre problemi.

Per il desktop nero, la procedura KIR mirata riportata sotto vale anche per 26H2: Microsoft indica KB5124010 260924_20021 per 26H2/25H2/24H2. KB5124006 260924_20071 resta per 26H1. Registrare build, profilo ed eventi e salvare dati/criteri; l’IT deve applicare solo il criterio adatto a un gruppo di prova interessato. Riavviare e verificare l’avvio del desktop e gli eventi di Esplora file con lo stesso profilo. In caso di nuovi problemi, ripristinare la configurazione dei criteri salvata e riavviare; il problema originale può tornare. Non eliminare profili.

Il solo Codice 10 non dimostra questa causa USB. Se persistono problemi audio o di attendibilità del dominio, registrare configurazione e orari e verificare con l’IT la diagnosi pertinente del produttore. Non è una soluzione generale né un invito a disattivare indiscriminatamente Credential Guard o cambiare versione di Windows. Le sezioni precedenti datate restano come cronologia; questa nota ne amplia l’ambito. Nessuna riproduzione indipendente; fonti verificate il 30/09/2026.

Microsoft: Windows 11 26H2 — Release Health · Microsoft Update Catalog

27 settembre: Defender per Linux – SIGILL e dispositivi clonati

Informazione del produttore appena verificata: Microsoft indica due correzioni in Defender for Endpoint per Linux 101.26081.0010 (versione di rilascio 30.126081.0010.0, settembre 2026): arresti SIGILL causati dalle librerie open source incluse su processori senza SSE4.1 e identità Defender duplicate quando le VM Linux clonate mantengono l’identificatore macchina del modello. La fonte non indica una KB specifica, il giorno esatto o tutte le versioni precedenti interessate. Non è una correzione Windows né il precedente riavvio durante la scansione dei processi.

Su un dispositivo di prova interessato, annotare versione, capacità della CPU e orari degli arresti; per i cloni confrontare anche le associazioni nel portale Defender. Registrare lo stato iniziale con mdatp health. SIGILL da solo non dimostra questa causa. Salvare criteri e versione del pacchetto e verificare il ripristino prima delle modifiche; non eliminare né rigenerare gli identificatori macchina.

Aggiornamento gestito dall’IT: verificare nel canale Microsoft approvato la disponibilità di 101.26081.0010 o di una versione successiva idonea secondo Microsoft. Ubuntu/Debian: sudo apt-get install --only-upgrade mdatp; varianti RHEL: sudo yum update mdatp; SLES: sudo zypper update mdatp. Usare solo il comando della distribuzione. Non selezionano necessariamente quella build esatta. Controllare il pacchetto proposto e la versione effettivamente installata; in caso di errore fermarsi senza disattivare la protezione.

Verifica: ripetere mdatp health, eseguire la normale attività prima interessata sullo stesso dispositivo e cercare nuovi eventi SIGILL. Nei cloni verificare identità distinte e comunicazioni recenti nel portale. La nota non promette la separazione automatica di oggetti già uniti; rivolgersi al supporto Microsoft. Un processo attivo non dimostra né la risoluzione né una protezione completa.

Ritorno alla versione precedente in caso di nuova regressione: sospendere il rollout. Microsoft documenta --downgrade --mdatp nel Defender Deployment Tool (anteprima) per scegliere una versione precedente ancora supportata e disponibile. L’IT deve usarlo solo con pacchetto verificato e configurazione salvata; la versione d’esempio non è una raccomandazione. Ricontrollare integrità e attività; i vecchi problemi possono tornare. Senza un ripristino affidabile non estendere il rollout. Offboarding, disinstallazione indiscriminata e pulizia delle identità non sono alternative. Nessuna riproduzione propria; fonte verificata il 27/09/2026.

Microsoft: Defender for Endpoint — release notes · Microsoft: Linux updates · Microsoft: Defender Deployment Tool (preview) · Microsoft: Linux commands

25 settembre: desktop nero – mitigazione KIR mirata

Microsoft segnala una mitigazione, non una soluzione definitiva, dal 24/09/2026 alle 19:27 PT (25/09 in Austria). Dopo KB5120998 del 27/08/2026 e aggiornamenti successivi, Windows 11 24H2/25H2 può mostrare uno schermo nero dopo l’accesso; build iniziali 26100.9278/26200.9278. È interessata anche la versione 26H1 (KB5120996, 28000.2804). Il problema si osserva soprattutto su Azure Virtual Desktop con FSLogix e profili esistenti: desktop non avviato e possibili arresti di Explorer nel registro applicazioni. Nessun codice errore comune. È distinto dal precedente problema dei server RDS; Microsoft non indica piattaforme server interessate in questo caso.

Annotare versione/build, KB installate, configurazione dei profili ed eventi; salvare dati e criteri esistenti. Recupero temporaneo: Ctrl+Maiusc+Esc → Esegui nuova attività → explorer.exe → OK. Non è una soluzione permanente.

Per i dispositivi gestiti interessati, l’IT deve ottenere il criterio KIR da Release Health, collegato sotto: KB5124010 260924_20021 per 24H2/25H2; KB5124006 260924_20071 per 26H1. Il nome del pacchetto non richiede di installare l’anteprima. Il file MSI installa il modello, ma non basta. In Configurazione computer → Modelli amministrativi → criterio KIR corrispondente, impostare su Disabilitato il criterio del sistema operativo secondo Microsoft. Iniziare da un gruppo pilota interessato, verificare l’applicazione e riavviare. KIR annulla solo la modifica non relativa alla sicurezza, non tutto l’aggiornamento cumulativo.

Accedere con lo stesso profilo e verificare avvio automatico del desktop ed eventi Explorer. Se persiste, inviare la diagnosi all’IT; non eliminare profili né disinstallare aggiornamenti indiscriminatamente. Per annullare effetti indesiderati, ripristinare i criteri precedenti dallo stesso sistema e riavviare; il problema iniziale può tornare. Rimuovere KIR secondo Microsoft dopo una correzione definitiva confermata. Non abbiamo riprodotto il problema in un test nostro.

Excel 2019: correzione completa confermata

La pagina Microsoft ora recuperata, datata 23/09/2026, identifica esplicitamente la build 10417.20211 come correzione completa del mancato incollaggio senza avvisi in Office 2019. La sezione del 24/09 sotto documenta le informazioni disponibili allora. Controllare prodotto/build in File → Account, salvare l’originale, usare il canale approvato e provare valori, formule e formattazione condizionale in una copia. In caso di errore, conservare l’originale e tornare al backup. KB4461632 corregge anche Office Online Server, ma richiede la procedura specifica per la farm, non quella per Office desktop.

Microsoft: Windows Release Health · Microsoft: KIR · Microsoft: Excel · Microsoft: Office 2019 · Microsoft: Office Online Server

24 settembre: disponibile la correzione per Cronologia file

Microsoft conferma una correzione per i problemi di Cronologia file successivi a KB5124008. KB5124010, del 22.09.2026, è un’anteprima facoltativa per Windows 11 24H2 (26100.9550) e 25H2 (26200.9550). Erano interessati backup e ripristino su unità esterne o percorsi di rete; poteva comparire una richiesta di ricollegare l’unità anche quando era accessibile. Non è indicato un codice di errore unico. Le sezioni precedenti qui sotto descrivono la situazione di allora, non l’assenza di una correzione oggi.

Prima create una copia indipendente dei file importanti e annotate versione e build di Windows. Sui PC gestiti seguite l’approvazione del reparto IT. Installate l’aggiornamento adatto tramite Windows Update e riavviate; anche un aggiornamento cumulativo successivo compatibile può includere la correzione. Un’anteprima non è un aggiornamento di sicurezza obbligatorio. Verificate la build con winver, create un backup di prova e ripristinate un file in un’altra posizione. Conservate i vecchi backup. In caso di nuovi problemi, conservate diagnostica e build e seguite il piano di ripristino esistente; valutate la disinstallazione solo se Windows la propone, perché i problemi precedenti potrebbero tornare. Non è garantita la riparazione di file già danneggiati.

Excel: build LTSC corrette confermate nelle cronologie

Microsoft indica LTSC 2024 17932.21000 e LTSC 2021 14334.20918 come correzioni degli errori di incolla senza avviso. Le cronologie ufficiali riportano ora rispettivamente il 17 e il 16.09.2026. Controllate prodotto e build in File → Account, copiate la cartella di lavoro e usate il percorso di aggiornamento Office approvato. Provate valori, formule e formattazione condizionale nella copia. La pagina del problema del 18 settembre descrive solo una mitigazione per Office 2019 10417.20208 e la revisione precedente di Office 2016 KB5002665. La KB5002665 aggiornata indica ora la revisione più recente come correzione completa, solo per Excel 2016 MSI, non Click-to-Run. Per questo prodotto usate il download attuale indicato nella KB; lo stesso numero KB non dimostra da solo la revisione. Una build 2019 più recente non dimostra da sola una correzione completa. Incolla speciale può aiutare con l’opzione adatta; i valori non sostituiscono le formule. Se il risultato cambia, chiudete senza sovrascrivere l’originale e tornate al backup. Nessuna istruzione generale di disinstallazione, codice di errore unico o test di riproduzione interno.

Microsoft: KB5124008 · Microsoft: KB5124010 · Microsoft: Excel · Microsoft: LTSC 2024 · Microsoft: LTSC 2021 · Microsoft: KB5002665

20 settembre: confermato il problema di Cronologia file – nessuna correzione disponibile

Il 19 settembre 2026 Microsoft ha aggiunto un problema noto a KB5124008, pubblicato l’8 settembre per Windows 11 24H2/25H2 (26100.9445/26200.9445). I backup di Cronologia file su un’unità esterna o un percorso di rete possono smettere di aggiornarsi. Può comparire una richiesta di ricollegare l’unità anche quando la destinazione funziona; la data del backup può restare invariata oppure le versioni precedenti possono risultare non disponibili. Gli eventi di arresto anomalo possono citare FileHistory.exe e KERNELBASE.dll. Non è indicato un unico codice di errore numerico. Microsoft sta preparando un aggiornamento futuro; l’aggiornamento straordinario del 14 settembre non è una correzione confermata per questo problema.

Diagnosi, non promessa di riparazione: controllare versione/build con winver e il KB nella cronologia degli aggiornamenti; annotare disponibilità della destinazione, ora dell’ultimo backup e dettagli degli eventi. Non eliminare backup esistenti, formattare l’unità o rimuovere indiscriminatamente gli aggiornamenti di sicurezza. Per i file urgenti, creare una copia aggiuntiva su una destinazione separata disponibile e aprire alcuni file per verificarli; ciò non sostituisce né la cronologia delle versioni né un backup completo del sistema. Per verificare il ripristino in seguito, modificare un file di prova innocuo, creare una nuova versione nel backup, ripristinarla altrove e confrontarla. Una nuova data non basta. Conservare originali e backup precedenti come possibilità di recupero. Non abbiamo riprodotto il problema; le sezioni meno recenti qui sotto descrivono la situazione dell’epoca.

Microsoft KB5124008 · 19.09.2026 / 20.09.2026

19 settembre: correzione Excel con problema residuo; correzione Defender

Microsoft ha pubblicato KB5002665 il 16/09/2026 per Excel 2016 basato su MSI, non per Click-to-Run/Microsoft 365. Corregge gli errori silenziosi di incolla dopo KB5002914, ma l’operazione può ancora fallire nelle cartelle di lavoro con formattazione condizionale. La KB non indica un’unica build del prodotto né un codice di errore numerico. Non estendere questa correzione a Office Online Server o ad altre edizioni di Excel.

Prima salvare una copia della cartella di lavoro e predisporre una possibilità di ripristino; verificare edizione e architettura di Office installato e usare solo il pacchetto ufficiale corrispondente. Ripetere lo stesso incolla su una copia, confrontare celle di destinazione, formule, formati e formattazione condizionale, salvare e riaprire. Se il problema rimane, provare in modo mirato le opzioni Incolla speciale della sezione del 17 settembre; i valori sostituiscono le formule. Annullare un risultato errato o usare il backup intatto. Non rimuovere automaticamente l’aggiornamento di sicurezza; una prova riuscita non garantisce affidabilità universale.

Falsi avvisi Defender: Microsoft indica la versione 4.18.26080.4 del 17 settembre come correzione. Verificare separatamente la protezione; non disattivare l’antivirus.

Microsoft KB5002665 · Microsoft Release Health

17 settembre: confermato il problema di attendibilità del dominio; alternativa per Excel

Microsoft ha confermato il problema del dominio il 16/09/2026 alle 14:15 PT (aggiornamento alle 14:23 PT). Su Windows 11 24H2/25H2 con KB5124008 dell’08/09/2026, build 26100.9445/26200.9445, o aggiornamenti successivi, alcuni account computer protetti da Credential Guard possono perdere la relazione di attendibilità con un dominio AD locale. La condizione decisiva è l’applicazione obbligatoria di Machine Identity Isolation configurata in precedenza in un ambiente non supportato: Microsoft richiede il livello funzionale di dominio Windows Server 2025. Credenziali valide possono essere rifiutate, mentre l’accesso offline con credenziali memorizzate può ancora funzionare. Non è indicato un codice numerico; secondo Microsoft la replica AD non è interessata.

Solo per questa configurazione confermata: l’amministratore deve prima salvare i criteri o i valori del Registro interessati e garantire un accesso amministrativo locale. Disattivare Machine Identity Isolation con lo stesso metodo usato per attivarlo (Intune, Criteri di gruppo o configurazione diretta del Registro); le impostazioni esatte sono nella documentazione Microsoft collegata. Non disattivare indiscriminatamente Credential Guard né rimuovere il dispositivo dal dominio senza diagnosi. Riavviare, quindi riparare il canale sicuro in PowerShell amministrativo:

Test-ComputerSecureChannel -Repair -Credential (Get-Credential)

Inserire le credenziali soltanto nella finestra locale protetta. Eseguire poi Test-ComputerSecureChannel senza -Repair e verificare l’accesso online al dominio: sono attesi True e un accesso riuscito. Conservare le impostazioni precedenti per il ripristino, ma riattivarle in modo controllato solo dopo aver risolto l’incompatibilità; altrimenti il problema può ripresentarsi. Microsoft prevede un altro aggiornamento Windows, senza indicare qui una correzione definitiva. Per 26H1, anch’essa interessata, consultare la relativa pagina Release Health.

Excel: per KB5002914 (Excel 2016, 08/09/2026; l’avviso cita anche 2019/2021/2024) e KB5002910 (Office Online Server, Excel Online), Microsoft suggerisce di provare Incolla speciale: Formule, Formule e formati numerici, Valori, Valori e formati numerici oppure Collegamento. Non è una correzione garantita per l’incolla che non funziona senza mostrare errori. Usare prima una copia del file: i valori perdono le formule e i collegamenti creano dipendenze. Controllare celle di destinazione, formule e formati, salvare e riaprire. Annullare risultati errati o scartare la copia. Non disinstallare sistematicamente gli aggiornamenti di sicurezza solo per questo problema.

Fonti primarie e limiti: verifica del 17/09/2026. Nessuna riproduzione indipendente; le sezioni precedenti descrivono la situazione alle rispettive date.

Microsoft Release Health 24H2 · 25H2 · 26H1 · KB5002914 · KB5002910

16 settembre: i nuovi CU di SQL non eliminano i problemi noti; Citrix conferma la soluzione RDS

Il 15 settembre 2026 Microsoft ha pubblicato SQL Server 2025 CU9, KB5122048 (17.0.5005.3), e SQL Server 2022 CU27, KB5104824 (16.0.4295.3). Entrambi elencano ancora l’errore 7416 per i server collegati MSDASQL con @provstr e c0000005 nelle query su sys.dm_exec_requests durante il recupero del database come problemi noti. I nuovi numeri di versione non dimostrano una correzione di questi problemi. Anche SESSION_CONTEXT nei piani di query paralleli resta un rischio noto.

Rimane valido il percorso diagnostico condizionato descritto sotto: verificare build, provider e fase di recupero; sospendere soltanto la query di monitoraggio interessata durante il recupero. Salvare prima la configurazione, riattivarla dopo e verificare la stessa query e il registro degli errori. Non equiparare i rami di manutenzione CU e GDR; non si raccomandano cambi generalizzati di ramo, modifiche ai trace flag o rollback degli aggiornamenti. Prima di un test del CU, eseguire il backup dei database e della configurazione dell’istanza e provare la procedura di ripristino.

Citrix CTX697101 rimanda ora ai pacchetti OOB del 14 settembre per il problema RDS e indica l’installazione sul VDA appropriato seguita da un riavvio. Ciò conferma il percorso RDS descritto più avanti, ma non dimostra la correzione di tutti i problemi di profili o schermate nere. Nessuna riproduzione da parte nostra; le nuove segnalazioni individuali restano separate.

Microsoft: KB5122048 · Microsoft: KB5104824 · Citrix: CTX697101

15 settembre: gli aggiornamenti OOB risolvono RDS e Plan9, ma solo parte dei problemi audio USB

Microsoft ha pubblicato aggiornamenti cumulativi fuori programma il 14 settembre 2026. Risolvono i problemi confermati di connessione/accesso RDS dopo gli aggiornamenti di settembre e, sui client Windows interessati, le condivisioni host Plan9 mancanti nelle VM Linux gestite da HCS, usate da WSL o Claude Cowork. Questo stato sostituisce le precedenti indicazioni sotto riportate sull’assenza di una correzione pubblicata per questi problemi confermati. Non dimostra una causa comune a tutte le schermate nere Citrix.

Scegliere il pacchetto corretto: verificare prodotto, versione, edizione, architettura e build installata. Le build di destinazione seguenti non sono pacchetti intercambiabili; le offerte Windows 11 Insider non sono consigli per la produzione.

• Windows 11 25H2 / 24H2: KB5129195 — 26200.9457 / 26100.9457
• Windows 11 26H1: KB5129194 — 28000.2956
• Windows 11 23H2: KB5129242 — 22631.7584
• Windows 10 22H2 ESU / 21H2 LTSC 2021: KB5129236 — 19045.7727 / 19044.7727
• Windows Server 2025: KB5129235 — 26100.33451
• Windows Server 2022: KB5129237 — 20348.5631
• Windows Server 2019 / Windows 10 LTSC 2019: KB5129238 — 17763.9247
• Windows Server 2016 / Windows 10 LTSB 2016: KB5129239 — 14393.9514
• Windows Server 2012 R2 ESU: KB5129243
• Windows Server 2012 ESU: KB5129244

Distinguere RDS da Plan9: Microsoft non richiede modifiche alla mitigazione temporanea RDS distribuita tramite Criteri di gruppo prima dell’installazione. Per una mitigazione temporanea Plan9 occorre invece riattivare il criterio interessato, installare l’OOB appropriato e riavviare. Modificare solo la mitigazione documentata, non altri criteri di sicurezza.

Prima del progetto pilota, salvare immagine della macchina, dati/contenitori dei profili interessati e stato dei criteri; verificare il ripristino. Usare il canale Microsoft indicato nella KB. I pacchetti disponibili solo nel Catalog non sono aggiornamenti automatici di Windows Update. Rispettare i prerequisiti SSU/checkpoint dell’architettura. Dopo installazione ed eventuale riavvio, verificare KB e build, provare accessi RDS ripetuti e connessioni prolungate; per Plan9 leggere la condivisione host dal guest e verificarla con un file di prova. Se la situazione peggiora, fermare il pilota e ripristinare in modo controllato immagine e criteri salvati; non applicare una rimozione WUSA generica ai pacchetti SSU/LCU combinati.

USB Audio Class 1.0: sono corrette le modalità a 8 canali/3D. Restano irrisolti codice 10, assenza di audio, volume bloccato a zero e impostazioni audio che non rispondono. Questo OOB non è una soluzione dimostrata per errori di incolla in Excel, trust di dominio, AMD/GPU o problemi arbitrari dei profili. Nuove segnalazioni di installazioni fallite non provano una regressione generale; nessuna riproduzione indipendente effettuata.

Eccezione Hotpatch: KB5129241 indica 26200.9448/26100.9448 e richiede adesione a Hotpatch e KB5124008. Non è un pacchetto per qualsiasi PC. Microsoft non richiede un riavvio per questo Hotpatch; seguire comunque l’istruzione separata sul criterio Plan9 riportata sopra. SafeOS KB5129255 riguarda WinRE e non sostituisce un aggiornamento del client RDS.

Microsoft Release Health 25H2 · 26H1 · Microsoft Update Catalog · KB5129241 · KB5129255

Verifica del 10 settembre: nuove segnalazioni non equivalgono a difetti confermati della KB

KB5124008, pubblicata l’8 settembre 2026, riguarda Windows 11 24H2/25H2, build 26100.9445/26200.9445. Nuove segnalazioni descrivono una schermata nera dopo l’accesso in ambienti Citrix, tra cui Windows 11 25H2 con VDA 2507 CU2 e contenitori di profilo FSLogix o UPM. Citano l’evento Application Popup 26 relativo a explorer.exe. Non è necessariamente il problema dello sfondo nero già risolto. Le segnalazioni non dimostrano un difetto generale né che la KB sia l’unica causa. Non è stata verificata una soluzione definitiva per questa combinazione.

Annotare build Windows, versioni di VDA e gestione profili, ora dell’installazione e testo dell’evento. Prima delle prove, salvare il contenitore di profilo e l’immagine della macchina e verificare la procedura di ripristino. Confrontare il profilo esistente con un profilo di prova aggiuntivo solo in un ambiente isolato; non eliminare l’originale. Avviare Explorer una volta è una prova di sessione segnalata, non una soluzione permanente. Il successo richiede accessi normali ripetuti con il profilo originale e senza nuovi eventi 26. In caso di peggioramento, ripristinare l’immagine di prova salvata.

Un’altra segnalazione isolata indica 0x80073712 passando da 26200.9168 a 26200.9445; i tentativi d’installazione interrotti complicano l’attribuzione. Non ne deriva una raccomandazione generale di disinstallazione o modifica del registro. Nessuna riproduzione diretta; Release Health e la pagina KB sono state ricontrollate.

Microsoft: KB5124008 · Microsoft: Release Health · Reddit: Citrix · Reddit: 0x80073712

Excel: incollare può non riuscire senza messaggi di errore

Alla verifica dell’11 settembre, l’articolo Microsoft KB5002914 dell’8 settembre 2026 contiene una nuova segnalazione: in Excel 2016, 2019, 2021 e 2024 l’operazione Incolla può non avere effetto; l’origine resta selezionata e la destinazione invariata. Non è indicato un codice di errore. KB5002914 è il pacchetto MSI per Excel 2016, non un aggiornamento universale per tutte queste versioni. Microsoft sta indagando; l’articolo non offre ancora una correzione o soluzione temporanea confermata.

Diagnosi, non promessa di riparazione: salvare prima una copia di sicurezza separata della cartella di lavoro. Annotare versione di Excel, build completa, tipo di installazione e aggiornamenti installati. In una copia, incollare un valore di prova riconoscibile in una cella vuota e controllare la destinazione; per le formule, confrontare formula e risultato. Non proseguire con dati che si presume soltanto siano stati trasferiti. Confrontare con una cartella di lavoro vuota. Per annullare la prova, chiudere la copia senza applicarne le modifiche all’originale. Dopo una correzione confermata, ripetere la prova e riaprire la copia salvata. Non disinstallare indiscriminatamente aggiornamenti né disattivare protezioni.

Microsoft: KB5002914

Aggiornamento del 12 settembre 2026: RDS, Plan9 e audio USB

Microsoft ha confermato tre problemi l’11 settembre. Questo aggiornamento sostituisce la precedente classificazione di Plan9 come semplice segnalazione degli utenti; non conferma le altre segnalazioni. Gli aggiornamenti elencati sotto sono stati pubblicati l’8 settembre. Prima delle prove, annotare versione, build, KB, sintomi e configurazione, eseguire un backup dei dati e documentare lo stato iniziale.

RDS: Le connessioni possono interrompersi, gli accessi bloccarsi e gli strumenti di amministrazione smettere di rispondere. Lo stato è Mitigated, non risolto definitivamente. Solo per una VM inaccessibile tramite RDP, Microsoft indica arresto con deallocazione delle risorse e successivo avvio come possibile aiuto temporaneo. Procedere soltanto con accesso amministrativo funzionante al di fuori di RDP e interruzione pianificata; i dati di sessione non salvati possono andare persi. Avviare la stessa VM e verificare accesso e stabilità per diversi minuti. Se l’accesso non torna, chiedere assistenza tramite la console di gestione, senza ripetere riavvii forzati. Non è ancora indicato un aggiornamento correttivo definitivo.

Plan9: Le VM Linux gestite da HCS possono avviarsi senza mostrare le cartelle condivise dell’host. Microsoft cita WSL e Claude Cowork; sono escluse le normali VM Hyper-V senza Plan9. Nessuna correzione confermata. Conservare i file dell’host, annotare percorso ed errore e provare solo con una copia. Un montaggio assente non dimostra la cancellazione dei dati. Per annullare il test, scartare la copia; non reimpostare la VM. Dopo una correzione confermata, controllare di nuovo la stessa condivisione e il file di prova.

USB Audio Class 1.0: Codice 10, silenzio o problemi multicanale su Windows 11 24H2/25H2/26H1. Microsoft menziona successi riferiti dagli utenti con due canali, senza garanzia. Solo se lo stereo è supportato e l’impostazione accessibile, annotare la modalità precedente, provare due canali e verificarli entrambi; in caso di insuccesso ripristinare la modalità originale. Non è una soluzione universale del Codice 10 e non riguarda i server. Excel KB5002914 resta in esame; la correzione Teams/Outlook ARM non cambia. Nessuna disinstallazione indiscriminata o disattivazione delle protezioni.

Corrispondenza: prodotto / KB / build

• Windows 11 25H2 — KB5124008 — 26200.9445
• Windows 11 24H2 — KB5124008 — 26100.9445
• Windows 11 26H1 — KB5124012 — 28000.2954
• Windows 11 23H2 — KB5122880 — 22631.7582
• Windows 10 22H2 / 21H2 — KB5122878 — 19045.7725 / 19044.7725
• Windows Server 2025 — KB5122871 — 26100.33438
• Windows Server 2022 — KB5122882 — 20348.5622
• Windows Server 2019 / Windows 10 LTSC 2019 — KB5122876 — 17763.9245
• Windows Server 2016 / Windows 10 LTSC 2016 — KB5123099 — 14393.9512

KB5122880: il 16/10/2026 Microsoft ha corretto titolo e navigazione indicando la build 22631.7582 per Windows 11 23H2. In questa fonte è quindi risolta la discrepanza documentata con 22621.7582. È una correzione della documentazione, non un nuovo aggiornamento o un ulteriore fix. Verificare comunque versione e build Windows sul dispositivo interessato, senza confonderle con la versione dello stack di manutenzione elencata separatamente. RDS riguarda altre piattaforme, incluso Server 2012/R2; la corrispondenza esatta delle KB resta da verificare qui.

Microsoft: history-health · Microsoft: health24 · Microsoft: health26 · Microsoft: health23 · Microsoft: health10 · Microsoft: healthserver2025 · Microsoft: healthserver2022 · Microsoft: healthserver2019 · Microsoft: healthserver2016 · Microsoft: KB5124008 · Microsoft: KB5122880

13 settembre: Citrix indica mitigazioni KIR — verificare l’ambito

Citrix CTX697101 elenca ora pacchetti KIR per i VDA interessati. Gli indizi comprendono evento 20498, Winlogon 6005 e TermService bloccato su StopPending; le schermate nere sono indicate separatamente. È una mitigazione del produttore, non una correzione definitiva provata qui. I KB Microsoft rimandano ancora al supporto per assistenza immediata. La precedente assenza di indicazioni del produttore non è quindi più attuale.

Esempi: Windows 11 24H2/25H2, KB5124008, build 26100.9445/26200.9445 → 260912_00472; Server 2022, KB5122882, build 20348.5622 → 260911_18471. Usare solo il pacchetto adatto al sistema e KB effettivi secondo le istruzioni aggiornate. Le sette destinazioni Microsoft erano raggiungibili; firme ed efficacia non sono state verificate qui. Non estendere nomi ambigui ad altri sistemi.

Prima del progetto pilota, salvare immagine della macchina, profili e stato dei criteri; verificare ripristino e accesso indipendente alla console. Dopo aver controllato origine, firma e compatibilità, installare il modello appropriato; seguendo Microsoft, impostare soltanto lo specifico criterio KIR su Disabled e pianificare il riavvio. Non significa disabilitare Windows Update. Provare accessi, disconnessioni e collegamenti ripetuti per diverse ore e controllare gli eventi. Se peggiora, ripristinare lo stato salvato del criterio e riavviare in modo controllato; non eliminare profili. Rimuovere il KIR in modo controllato dopo una correzione definitiva pertinente. Non usarlo per audio USB, Plan9 o relazione di trust del dominio.

Citrix CTX697101 · Microsoft KB5122882 · Microsoft: Known Issue Rollback

14 settembre: distinguere la mitigazione RDS dallo schermo nero di Esplora file

Citrix CTX697101 elenca ancora i pacchetti KIR. Commenti di utenti del 13 e 14 settembre segnalano però uno schermo nero con explorer.exe che non si avvia, anche dopo l’applicazione dei criteri e il riavvio. Una segnalazione indica Windows 11 25H2 Enterprise multisessione, KB5124008, build 26200.9445, VDA 2507 CU2, MCS non persistente e FSLogix 26.08 (3.26.826.17182), con contenitori di profilo/ODFC su Azure Files. È un’osservazione di un utente, non un difetto generale del KIR confermato né una nostra riproduzione. La mitigazione RDS non garantisce quindi di risolvere ogni problema di Esplora file o del profilo.

Per un progetto pilota KIR già autorizzato, documentare l’applicazione dei criteri e il riavvio; poi verificare la stabilità delle connessioni e ripetuti accessi con il profilo originale. Se lo schermo nero persiste, conservare i registri diagnostici per l’assistenza competente. Non eliminare profili o UsrClass.dat e non disattivare le protezioni. In caso di peggioramento, ripristinare in modo controllato lo stato dei criteri salvato in precedenza. Qui non è dimostrata una correzione definitiva per questa precisa combinazione.

Citrix CTX697101 · Reddit / Citrix · Microsoft KB5124008

Confronto delle fonti del 14 settembre: MSRC associa Windows 11 23H2 alla build 22631.7582; la pagina KB e Release Health indicano 22621.7582. Chiarire la discrepanza prima di intervenire; le build non sono intercambiabili. RDS riguarda anche Server 2012 con KB5123065 e Server 2012 R2 con KB5123066.

MSRC · KB5122880 · KB5123065 · KB5123066

5 ottobre: correzione di Edge per Microsoft Print to PDF

Le note Stable di Microsoft del 29/09/2026 indicano la correzione 154.0.4258.48: con Microsoft Print to PDF, la finestra di stampa poteva non apparire, chiudersi inaspettatamente o mostrare un errore, sia con Ctrl+P sia con Ctrl+Maiusc+P. È un problema di Edge su Windows, non un guasto generale confermato delle stampanti o di una KB di Windows. Non sono specificati l’intero intervallo delle versioni precedenti interessate né un codice di errore comune. Al 05/10, Stable 154.0.4258.53 è più recente; questa correzione specifica non è confermata separatamente per Extended Stable 152.0.4191.111.

1. Salvare il lavoro e conservare il file originale. Annotare versione e canale in edge://version; non condividere dati del profilo o di accesso. Riprodurre il sintomo solo con una pagina di prova non sensibile e annotare il messaggio esatto.
2. In Edge, aprire Impostazioni e altro → Guida e feedback → Informazioni su Microsoft Edge (edge://settings/help), installare l’aggiornamento normale proposto e riavviare dopo aver salvato il lavoro. Sui dispositivi gestiti, coinvolgere l’IT; non modificare autonomamente criteri o canali.
3. Controllare nuovamente la versione. Provare Microsoft Print to PDF con la stessa pagina attraverso entrambe le modalità. Salvare con un nome diverso e verificare pagine complete, testo leggibile e orientamento corretto. L’apertura della finestra non basta.
4. Se il problema persiste, registrare versione, canale, build di Windows e messaggio. Non attribuire altri guasti di stampa a questa correzione né reimpostare indiscriminatamente spooler e driver. Conservare l’originale intatto.

Ripristino: recuperare il file di prova non annulla l’aggiornamento del browser. Il rollback aziendale di Microsoft è una misura temporanea dell’IT, con versione di destinazione verificata e recupero dati collaudato; le versioni precedenti comportano rischi di sicurezza e perdita di dati. Verificare prima gli snapshot del profilo corrispondenti alla versione o la sincronizzazione consentita. Senza un percorso di recupero verificato, non effettuare autonomamente il downgrade: interrompere le prove e contattare IT/assistenza. Non dichiariamo una riproduzione indipendente né una riparazione garantita di qualsiasi PDF.

Fonti: Note di rilascio · Aggiornamento · Rollback aziendale

6 ottobre: KB5104824 – nuovo avviso MDS, nessuna correzione ancora

Microsoft ha aggiornato il 5 ottobre 2026 l’articolo su SQL Server 2022 CU27 (KB5104824, build 16.0.4295.3; pubblicato il 15 settembre 2026). Dopo l’installazione, in Master Data Services (MDS) potrebbero non funzionare la creazione di entità o attributi e il caricamento delle gerarchie in Explorer. Microsoft sta studiando una correzione. Al 6 ottobre, l’avviso non indica una build corretta confermata, un codice di errore specifico o una soluzione alternativa per MDS.

Diagnosi, non promessa di riparazione:

1. Annotare versione SQL, data e ora di installazione del CU e funzione MDS interessata. La vicinanza temporale non dimostra la causa; Microsoft non specifica tutte le configurazioni coinvolte.
2. Non creare entità o attributi di prova nei dati di produzione. Riprodurre un’operazione già osservata solo in un ambiente di test esistente e autorizzato, con lo stato iniziale salvato; annotare ora e messaggio di errore privo di dati riservati per il reparto IT.
3. In caso di errore, interrompere il test e ripristinare lo stato iniziale con la procedura di recupero verificata in precedenza. Non usare la disinstallazione indiscriminata del CU o trace flag come correzione MDS: la misura adiacente sul ripristino dei database riguarda un altro problema.
4. Valutare il successo in test solo dopo una correzione del produttore esplicitamente applicabile: la stessa operazione MDS deve riuscire ripetutamente senza errori o modifiche impreviste ai dati. Nel frattempo, rivolgersi al reparto IT o al Supporto Microsoft. Questa diagnosi non modifica la configurazione del server; non abbiamo riprodotto personalmente il problema.

Microsoft: KB5104824 – SQL Server 2022 CU27