Pourquoi Windows refuse d'installer un fichier APPX/MSIX téléchargé

Un fichier APPX ou MSIX est structurellement une archive ZIP (au format OPC pour MSIX) contenant un manifeste AppxManifest.xml : rien dans sa signature de tête ne le distingue d’un ZIP générique. C’est le mécanisme d’installation, pas le format lui-même, qui bloque un paquet téléchargé en dehors du Microsoft Store.

Ce que Windows vérifie avant d’installer

Toute application distribuée en APPX/MSIX doit être signée numériquement pour s’installer, y compris hors du Microsoft Store (installation dite « sideload »), un modèle proche de celui des applications mobiles, pensé pour garantir une installation et une désinstallation propres. Un paquet non signé, ou signé par un certificat dont l’autorité n’est pas installée et approuvée sur la machine, est rejeté par défaut à l’installation, sans message toujours explicite sur la cause exacte.

Activer le sideloading en connaissance de cause

Deux réglages distincts permettent d’installer un paquet non publié sur le Store :

1. Mode développeur : Paramètres > Confidentialité et sécurité > Sécurité > Pour les développeurs (Windows 11) ou Mise à jour et sécurité > Pour les développeurs (Windows 10). Il autorise le sideload de n’importe quel paquet, y compris ceux non développés sur la machine, en plus de fonctionnalités de débogage.
2. Stratégie de groupe dédiée : « Autoriser l’installation de toutes les applications de confiance », sous Modèles d’administration > Composants Windows > Déploiement de paquets d’application, qui active le sideload sans activer l’ensemble du mode développeur.

Dans les deux cas, la signature reste obligatoire : ces réglages élargissent l’origine de certificat acceptée (par exemple un certificat auto-signé installé manuellement dans le magasin de certificats de confiance), ils ne suppriment pas l’exigence de signature elle-même.

Pourquoi ce modèle diffère d’un simple .exe

Contrairement à un installeur EXE classique, un paquet APPX/MSIX s’installe dans un conteneur isolé qui limite son accès direct au reste du système de fichiers, un modèle de sécurité proche de celui d’une application mobile. Cette isolation, combinée à l’obligation de signature même en sideload, rend la falsification d’un paquet nettement plus difficile qu’avec un installeur EXE traditionnel non signé, au prix d’une procédure d’installation manuelle plus contraignante lorsqu’un paquet ne provient pas du Microsoft Store.