Entre le 17 et le 18 novembre 2024, la page officielle de téléchargement de Microsoft Edge a cessé de fonctionner, affichant des erreurs JavaScript et empêchant tout accès aux installateurs Windows, macOS et Linux. Cet article dresse un bilan technique complet de l’incident, détaille les solutions de contournement sûres testées sur le terrain et propose un ensemble de bonnes pratiques pour prévenir les futures interruptions.
Problème : page de téléchargement Microsoft Edge indisponible
Contexte et messages d’erreur observés
Durant une fenêtre de vingt‑quatre heures, la ressource https://www.microsoft.com/edge/download a rendu les messages suivants sur tous les navigateurs modernes :
Cannot read properties of undefined (reading 'default')
undefined is not an object (evaluating 't.default')L’erreur provenait d’un script hébergé côté Microsoft et invoqué par le CDN (Content Delivery Network). Lorsque la page échouait, l’utilisateur était redirigé vers une section vide sans bouton de téléchargement. Les installations automatisées (pipelines DevOps, tests Selenium, MDM, Intune) se sont également interrompues.
Principales questions remontées par la communauté
- La défaillance venait‑elle d’un bogue local ou du service Microsoft ?
- Combien de temps la page resterait‑elle hors ligne ?
- Existe‑t‑il des sources fiables pour télécharger ou rétrograder Edge sans compromettre la sécurité ?
Chronologie détaillée de l’incident
- 17 novembre 2024, 05 h 13 UTC : premiers retours d’utilisateurs indiquant l’erreur « Cannot read properties of undefined ».
- 17 novembre 2024, 08 h 20 UTC : amplification mondiale ; les forums Microsoft Community signalent des centaines de vues en moins d’une heure.
- 17 novembre 2024, 14 h 05 UTC : équipes Edge confirmant « un incident actif côté CDN » via leur canal X (@MSEdgeDev).
- 18 novembre 2024, 00 h 50 UTC : publication de liens directs CDN pour les administrateurs pressés.
- 18 novembre 2024, 17 h 34 UTC : restauration complète du script défectueux ; la page reprend son fonctionnement normal.
Solutions de contournement vérifiées pendant l’interruption
| Approche | Détails | Quand l’utiliser |
|---|---|---|
| Lien direct CDN | Par exemple ...filestreamingservice/files/.../MicrosoftEdge‑131.0.2903.51.pkg. Ces paquets sont signés par Microsoft et identiques à ceux de la page officielle. | Solution la plus sûre tant que la page d’accueil est hors service. |
| Copie depuis un autre poste | Exporter l’installateur depuis un poste Windows où l’installeur a déjà été récupéré, puis le transférer via USB ou partage réseau. | Pratique lorsque l’on dispose d’une machine intacte dans le réseau local. |
| Sites miroirs réputés | Téléchargement provisoire via CNET/Download.com suivi d’une vérification SHA‑256. | Réservé aux utilisateurs avertis et pressés. |
| Gestionnaire de paquets macOS | brew install --cask microsoft-edge ou brew install --cask microsoft-edge-dev selon le canal souhaité. | Idéal sur macOS lorsque Homebrew est installé. |
| Support Microsoft | Dépôt de ticket sur Microsoft 365 Service Health ou via Admin Center. | Permet d’obtenir un suivi officiel et des liens mis à jour. |
Procédure Windows (winget, PowerShell, MSI offline)
En environnement d’entreprise, l’administrateur peut exécuter :
winget install --id=Microsoft.Edge --source winget
# ou
PowerShell -Command "Start-Process msiexec.exe -ArgumentList '/i MicrosoftEdgeEnterpriseX64.msi /quiet' -Wait"Les fichiers MSI sont téléchargeables sur la page edge/business/download même lorsque la page de consommation est hors ligne.
Procédure macOS (Homebrew, PKG direct)
# Installation depuis Homebrew
brew install --cask microsoft-edge
# Installation à partir d’un paquet local
sudo installer -pkg MicrosoftEdge-131.0.2903.51.pkg -target /Procédure Linux (DEB, RPM et Flatpak)
- DEB :
sudo dpkg -i microsoft-edge-stable_131.0.2903.51-1_amd64.deb - RPM :
sudo rpm -i microsoft-edge-stable-131.0.2903.51-1.x86_64.rpm - Flatpak :
flatpak install flathub com.microsoft.Edge
Vérification d’intégrité : comment calculer la somme SHA‑256
Quel que soit le canal, vérifiez toujours la signature numérique ou la somme SHA‑256 avant déploiement afin d’écarter tout fichier altéré.
# macOS et Linux
shasum -a 256 MicrosoftEdge-131.0.2903.51.pkg
# Windows PowerShell
Get-FileHash .\MicrosoftEdgeEnterpriseX64.msi -Algorithm SHA256Comparez la valeur obtenue avec celle publiée dans la documentation Edge Business.
Rétrogradation temporaire pour tests Selenium
Les développeurs ayant besoin d’une version spécifique pour leurs builds d’intégration continue peuvent :
- Se rendre (lorsque disponible) sur le catalogue statique
msedgedownloads.azureedge.net. - Télécharger l’exécutable correspondant au numéro exact du pilote
msedgedriveraligné sur la version souhaitée. - Déployer localement en isolant le navigateur (Edge with Chromium portable) afin d’éviter la mise à jour automatique.
Analyse technique de la cause racine
L’enquête interne menée par Microsoft a conclu à une modification déployée sur le CDN « Frontdoor (Azure) » : un fichier JavaScript minifié essentiel à la génération dynamique du bouton « Télécharger » appelait une dépendance marquée undefined dans certaines régions. L’exécution se bloquait avant le rendu du DOM.
Les points notables :
- Le contenu statique (
.pkg,.exe) restait accessible ; seule la couche UI était affectée. - L’invalidation de cache n’a pas répercuté la correction dans toutes les régions immédiatement, d’où une propagation lente.
- Aucune compromission de sécurité ni infection n’a été détectée : la signature de tous les binaires est demeurée intacte.
Bonnes pratiques pour se prémunir des interruptions futures
- Archivage périodique : stockez localement la dernière version stable et le dernier pilote Selenium (
msedgedriver) dans vos dépôts internes. - Automatisation résiliente : paramétrez vos scripts CI/CD pour passer sur un miroir de secours si le code HTTP 200 n’est pas renvoyé en moins de 30 s.
- Surveillance active : abonnez‑vous au RSS Microsoft 365 Health ou au compte X « @MSEdgeDev » afin de recevoir les alertes en temps réel.
- Validation cryptographique : intégrez la vérification SHA‑256 dans vos pipelines, blocage automatique en cas de décalage.
- Segmentation réseau : conservez un dépôt interne (Intune, WSUS, Endpoint Manager) pour diffuser Edge hors ligne, limitant la dépendance à Internet.
Résolution et état actuel
Le 18 novembre 2024 à 17 h 34 UTC, Microsoft a poussé une correction sur le CDN, réinitialisé le cache global et publié un post‑mortem abrégé. Depuis, le téléchargement Edge fonctionne à nouveau pour tous les canaux (Stable, Beta, Dev, Canary) et sur chaque système d’exploitation pris en charge. Aucune action de la part des utilisateurs n’est désormais requise, mais conserver un installateur hors ligne reste une stratégie défensive recommandée.
Conclusion
La panne du téléchargement d’Edge a démontré qu’un simple script corrompu côté serveur peut bloquer des flux d’installation mondiaux. Les administrateurs et développeurs ont pu maintenir la continuité grâce à des liens CDN directs, aux gestionnaires de paquets et aux vérifications d’intégrité. Retenez qu’un plan B, incluant la conservation hors ligne d’installeurs certifiés et la mise en place de contrôles cryptographiques, constitue la meilleure défense contre ce type de panne.