Guida per liberarsi dalla dipendenza dalla modalità IE

Questo articolo in una frase

“Esegui la modalità IE in sicurezza come operazione gestita ufficialmente, riduci gradualmente la dipendenza e porta infine l’uso della modalità IE a zero” — questa è la strategia realistica. Prima di buttarla, gestiscila correttamente.

Contesto: per quanto tempo si può usare la modalità IE?

Il punto chiave da tenere a mente è che “utilizzabile fino al 2029” non significa che ci si possa rilassare e lasciare tutto com’è. Questo periodo è strettamente una “finestra di grazia per un’uscita pianificata”, e l’unico modo per evitare di trovarsi con il conto alla rovescia nel 2029 è iniziare a prepararsi ora.

Perché è così difficile uscire dalla dipendenza dalla modalità IE?

La modalità IE è un meccanismo all’interno di Edge basato su Chromium che renderizza i soli siti legacy con il motore Trident (MSHTML). Quello che quel motore Trident sta portando per voi è quanto segue:

• Legacy document modes (Document Mode)
• Controlli ActiveX / BHO (Browser Helper Objects)
• Impostazioni legacy delle zone di sicurezza
• Impostazioni di compatibilità della Enterprise Mode

Finché si dipende da questi elementi, aggiornare semplicemente il browser non risolve nulla. Identificare esattamente da cosa si dipende è il primo passo.

Problemi frequentemente riscontrati sul campo

1. Document mode mal configurati → layout rotti, errori di script
2. Mancata configurazione dei siti neutrali → loop di re-autenticazione o loop di redirect con SSO (single sign-on)
3. Formato errato dell’Enterprise Mode Site List → lo schema v.1 non è supportato per l’integrazione della modalità IE; è richiesta la migrazione allo schema v.2
4. Edge gestisce un solo elenco siti → la policy lato Edge ha la precedenza sulla policy lato IE

Classificare la dipendenza: prima determinare “da cosa si dipende”

Passo 1: estensione della vita — fallo girare in sicurezza prima

1. Gestisci correttamente l’elenco siti (il più importante)

Lasciare che siano gli utenti a scegliere “ricarica in modalità IE” è pericoloso. Gestiscilo ufficialmente tramite policy.

Cosa fare: migrare a Cloud Site List Management e gestire centralmente chi usa quali siti in modalità IE, e fino a quando.

2. Blocca la configurazione dell’autenticazione

Quando è coinvolto SSO, l’autenticazione si interrompe frequentemente durante le transizioni tra modalità IE e modalità Edge.

• Configura correttamente i siti neutrali → specifica esplicitamente i server SSO
• Configura la condivisione dei cookie dove necessario
• Mentre non riesci genuinamente a identificare il server di autenticazione, usa temporaneamente la policy che “mantiene la navigazione in pagina in modalità IE” (ma disabilitala una volta che le cose si sono stabilizzate)

3. Padroneggia gli strumenti di diagnostica

Prendi decisioni basate su dati osservati, non su intuito.

4. “Isola” ciò che non puoi assolutamente sistemare

Passo 2: strategie di uscita — come ridurre la dipendenza

Tabella di confronto tra pattern

★ è la prima scelta nella pratica.

Dove si inserisce ciascun pattern

Il refactoring incrementale è l’opzione più realistica.

• Non è necessario ricostruire tutto in una volta
• Modernizza uno schermo o una funzionalità alla volta
• Durante il periodo di coesistenza vecchio/nuovo, il “flow design” (su quale motore gira quale schermata) conta

I wrapper WebView2 si usano per ridisegnare i confini.

• Non per preservare la dipendenza ActiveX o COM così com’è
• Spingere le responsabilità lato SO — “operazioni su file”, “integrazione dispositivi”, “autenticazione Windows” — verso il lato nativo, e modernizzare il lato UI web
• Notare, tuttavia, che si assume la responsabilità della distribuzione del WebView2 Runtime

I micro-frontend sono efficaci solo quando “i confini dei team” e “i confini dei deployment” coincidono. Non dovrebbero essere adottati solo perché sono di moda.

Una riscrittura completa è l’ultima spiaggia. Riservarla ai casi in cui la dipendenza da ActiveX o BHO è così profonda che la decomposizione è genuinamente impossibile.

Passo 3: approccio concreto (roadmap)

Valuta -> Priorizza -> PoC -> Testa -> Distribuisci -> Opera

1. Valuta — inventaria la dipendenza

• Elenca gli URL target con Enterprise Site Discovery
• Visualizza le transazioni di rete con edge://net-export
• Classifica la dipendenza in “document mode”, “ActiveX/BHO”, “autenticazione”, “certificati client”, “file/stampa” e “dispositivo/COM”

2. Priorizza — da dove iniziare

Ordina secondo i seguenti criteri:

• Importanza (in ordine di quanto sarebbe grave un’interruzione)
• Numero di utenti
• Esposizione alla sicurezza
• Effetto a cascata su altri sistemi
• Facilità di estrazione (se i confini sono chiari)

In particolare, separare “funzionalità che proseguono una volta tagliato il confine” da “funzionalità che richiedono di spostare l’intero confine” rende la pianificazione successiva molto più semplice.

3. PoC (proof of concept) — prova in piccolo

Inizia con un flusso di lavoro che abbia “alto valore business e dipendenza moderata”.

I criteri di successo sono questi quattro punti:

1. La modalità IE diventa non necessaria
2. L’SSO viene preservato
3. Le prestazioni di risposta sono a livello comparabile
4. Il rollback (ritorno all’originale) è possibile

4. Test — gestisci la coesistenza vecchio/nuovo

• Percorso moderno → test automatici Edge con Playwright
• Percorso modalità IE → pagina di diagnostica + verifica manuale
• Durante il periodo di coesistenza, rendi esplicito su quale motore gira quale flusso (senza questo, riprodurre i difetti diventa molto difficile)

5. Distribuisci — espandi gradualmente

• Distribuzione canary (rilascio anticipato a un sottoinsieme di utenti)
• Assicurati una finestra di validazione con Extended Stable (ciclo di 8 settimane)
• Incorpora gli intervalli di aggiornamento dell’elenco siti e i requisiti di riavvio del browser nel flusso operativo
• Se usi l’elenco siti cloud, ricorda che l’accesso a Edge diventa prerequisito

6. Opera — continua a ridurre

• Usa la funzione di feedback di Cloud Site List Management per recuperare siti aggiunti dagli utenti e malconfigurazioni
• Fai girare un ciclo operativo che riduce ogni mese l’elenco dei target in modalità IE
• Abbina sempre “misure di estensione vita” a “operazioni che le riducono”

Flusso complessivo (diagramma di flusso)

flowchart TD
    A[Inventaria gli asset target] --> B[Classifica la dipendenza]
    B --> C{Che tipo di dipendenza?}
    C -->|Soprattutto document mode e SSO| D[Operazione ufficiale in modalità IE]
    C -->|Soprattutto integrazione SO e COM| E[Approccio wrapper]
    C -->|Separabile schermata per schermata| F[Refactoring incrementale]
    C -->|Più team in parallelo| G[Micro-frontend]
    C -->|Dipendenza troppo profonda| H[Riscrittura completa]

    D --> I[Regola siti neutrali e cookie]
    E --> J[Confine WebView2/nativo]
    F --> K[Coesistenza vecchio/nuovo e sostituzione graduale]
    G --> K
    H --> L[Riprogettazione su nuova architettura]

    I --> M[PoC]
    J --> M
    K --> M
    L --> M

    M --> N[Test automatizzati e operativi]
    N --> O[Distribuzione graduale]
    O --> P[Raccogli dati d'uso e feedback]
    P --> Q[Riduci l'elenco target in modalità IE]
    Q --> R[Decisione di ritiro]

Passo 4: governance — il quadro amministrativo

Codifica la modalità IE come “regime di eccezione”

• Per ogni nuovo URL target in modalità IE, imposta sempre i seguenti elementi:
  • Business owner (chi ne risponde)
  • Technical owner (chi lo gestisce tecnicamente)
  • Data di scadenza (entro quando uscire)
  • Piano di sostituzione (come uscire)
• Se il tuo elenco siti XML esistente è schema v.1, migra allo schema v.2, utilizzabile per l’integrazione della modalità IE
• Traccia la cronologia delle modifiche con Cloud Site List Management o uno strumento di configuration management

Considerazioni di sicurezza

• Fissare una vecchia build di Edge in produzione è pericoloso → usa le serie Stable/Beta più recenti
• Se hai bisogno di un periodo di validazione, usa Extended Stable (ciclo di 8 settimane)
• Usa Security Compliance Toolkit e Policy Analyzer per controlli di qualità GPO
• “Operazioni trascurate sul browser intorno alla modalità IE” causano incidenti molto più spesso di “vulnerabilità nella modalità IE stessa”

Pianifica a ritroso dalla timeline

• Fine del supporto della modalità IE: 2029
• Fine degli aggiornamenti Edge/WebView2 su Win10 22H2: ottobre 2028

Questi sono i “limiti esterni della scadenza di ritiro”. Dovresti prima costruire una pianificazione a ritroso che porti la dipendenza a zero prima della fine del supporto.

Strategia consigliata per scala

Errori comuni e contromisure

Conclusione

Strategia standard = operazione ufficiale in modalità IE (prevenzione incidenti)
           + visibilità sulla dipendenza (inventario)
           + riduzione incrementale (uscire un pezzo alla volta)

• Per piccola scala, vai con refactoring incrementale
• Per grande scala, governance dell’elenco siti + gestione del portafoglio
• Se il budget è stretto, contienilo con virtualizzazione fermando nuove dipendenze
• Una riscrittura completa è l’asso nella manica finale
• I container sono normalmente fuori tavola, il VDI è un riparo, e la modalità IE è una pista di decollo (qualcosa da cui decollare)

Link di riferimento

• Lifecycle FAQ for IE and Edge — la policy 2029 per la modalità IE
• Overview of IE mode — la risorsa fondamentale sull’ambito di supporto
• Configure IE mode policies — i tre livelli di configurazione integrata
• Enterprise site configuration strategy — siti neutrali, condivisione cookie, schema v.2
• IE mode troubleshooting and FAQ — pagina di diagnostica, come usare net-export
• Cloud Site List Management — gestione centralizzata nell’admin center
• Enterprise Site Discovery — il punto di partenza per l’inventario
• WebView2 documentation — per valutare l’approccio wrapper
• Azure Virtual Desktop / RemoteApp — come misura di isolamento
• Windows Containers migration guide — inadatto come destinazione di estensione vita GUI
• App Assure — l’ambito del supporto alla configurazione della modalità IE
• Playwright — test automatici Edge
• single-spa — fondamenti dei micro-frontend
• webpack Module Federation — integrazione di build indipendenti

Articoli correlati

Articoli recenti con gli stessi tag per approfondire argomenti vicini.

Argomenti correlati

Queste pagine collocano l’argomento in un contesto più ampio di servizi e decisioni.

Servizi collegati all’argomento

L’articolo è direttamente collegato ai servizi seguenti.

Domande frequenti

Domande che ricorrono nelle consulenze sull’argomento dell’articolo.

Per quanto tempo sarà supportata la modalità IE in Microsoft Edge?

La modalità IE è supportata almeno fino al 2029, e Microsoft si è impegnata a dare un preavviso di un anno prima del ritiro. L'applicazione desktop IE11 è già ritirata, e gli aggiornamenti di Edge / WebView2 Runtime su Windows 10 22H2 continuano almeno fino a ottobre 2028. È importante notare che "utilizzabile fino al 2029" è una finestra di grazia per un'uscita pianificata, non un permesso per lasciare tutto com'è: il 2029 è la scadenza per completare l'uscita, quindi pianificare a ritroso dal completamento e non da quando si inizia a prepararsi.

Qual è la strategia più realistica per abbandonare la modalità IE?

Il refactoring incrementale — estrarre e modernizzare uno schermo o una funzionalità alla volta — è la prima scelta nella pratica, tipicamente 6-18 persone-mese, perché distribuisce il rischio senza dover ricostruire tutto in una volta. I wrapper WebView2 si adattano ai casi in cui si vogliono ridisegnare i confini, spostando responsabilità lato SO come operazioni su file e autenticazione Windows verso il lato nativo, mentre si modernizza l'interfaccia web. Una riscrittura completa è l'ultima spiaggia per i sistemi con dipendenza profonda da ActiveX o BHO, e l'isolamento VDI/RemoteApp è un riparo per ciò che non può essere sistemato presto — ma non è una cura e rischia di diventare permanente.

Perché il single sign-on si interrompe o entra in loop quando si usa la modalità IE?

L'SSO si interrompe frequentemente durante le transizioni tra il motore della modalità IE e il motore di Edge, e la causa abituale è la mancata configurazione dei siti neutrali — i server SSO devono essere specificati esplicitamente come siti neutrali in modo che le pagine di autenticazione non vengano intrappolate nel cambio motore. Potrebbe anche essere necessario configurare la condivisione dei cookie, e mentre non si riesce genuinamente a identificare il server di autenticazione, esiste una policy temporanea che mantiene la navigazione in pagina in modalità IE (disabilitarla una volta che le cose si sono stabilizzate). Diagnostica con edge://compat/iediagnostic per lo stato della configurazione e edge://net-export per individuare i loop di redirect.

Come si dovrebbero gestire i siti che girano in modalità IE?

Non lasciare che siano gli utenti a scegliere "ricarica in modalità IE"; gestirlo ufficialmente tramite policy. Si consiglia la Cloud Site List Management dall'admin center di Microsoft 365, poiché supporta elenchi multipli, cronologia delle modifiche, assegnazione per gruppo e feedback degli utenti; notare che l'approccio XML locale ha come default una soluzione temporanea di 30 giorni e richiede lo schema v.2 (la v.1 non è supportata per l'integrazione della modalità IE). Trattare la modalità IE come un regime di eccezione: ogni URL aggiunto deve avere un business owner, un technical owner, una data di scadenza e un piano di sostituzione, e far girare un ciclo mensile che riduce continuamente l'elenco.

Profilo dell’autore

Pagina di presentazione dell’autore dell’articolo.

Go Komura

Rappresentante di KomuraSoft LLC

Specializzato nello sviluppo di software Windows, nella consulenza tecnica e nell’analisi dei malfunzionamenti, soprattutto nei progetti con sistemi esistenti e guasti difficili da riprodurre.