Le .NET Framework 3.5 reste nécessaire au lancement de nombreuses applications Windows, même sur les versions récentes du système. Son installation dépend désormais de la version de Windows 11 : à partir de 26H1, il faut passer par un programme autonome. Voici comment choisir la bonne méthode, comprendre les changements et éviter les mauvaises surprises en production.
L’article en bref
Un ancien outil métier ou un jeu peut encore dépendre de composants .NET que Windows n’active pas automatiquement. Le choix de la méthode d’installation dépend de votre version du système.
- Pourquoi l’installer : Il fournit l’environnement d’exécution nécessaire à certaines applications anciennes.
- Quelle méthode choisir : Windows 11 26H1 exige un programme d’installation autonome dédié.
- Ce qui change : Plusieurs fonctionnalités facultatives ne sont plus intégrées à Windows 11.
- Point de vigilance : La mise à jour de sécurité peut supprimer entièrement le framework si désinstallée.
À retenir : vérifiez votre version de Windows avant toute installation ou mise à jour.
Pourquoi le .NET Framework 3.5 reste important pour les applications Windows
Le NET Framework 3.5 est un environnement d’exécution qui fournit des bibliothèques utilisées par des logiciels conçus avec le développement .NET. Il inclut les composants des versions 2.0 et 3.0 : un programme ancien peut donc en avoir besoin sans que son nom ou son interface ne le laisse deviner.
Dans un studio indépendant, un outil de gestion des builds, un utilitaire de configuration ou un ancien lanceur de jeu peut dépendre de ces bibliothèques. Sans elles, l’application risque de refuser de démarrer. Ce n’est pas forcément un défaut du logiciel : il lui manque parfois simplement une dépendance applicative attendue.
Cette rétrocompatibilité a une valeur concrète : elle permet de continuer à utiliser des outils éprouvés sans réécrire immédiatement un logiciel entier. Mais installer une ancienne version ne rend pas automatiquement chaque application compatible ; le programme doit lui-même fonctionner avec le système actuel.
Une dépendance invisible jusqu’au lancement du logiciel
Imaginez une petite équipe qui reprend un ancien outil de conversion de ressources. Il fonctionne sur le poste du concepteur historique, mais échoue sur une nouvelle machine : le projet n’a pas changé, c’est la configuration logicielle qui diffère.
La bonne démarche consiste à identifier le prérequis réclamé par le logiciel, puis à vérifier la version de Windows avant l’activation de fonctionnalités. Cette vérification évite de multiplier les installations au hasard et permet de documenter une configuration reproductible pour toute l’équipe.
Installation Windows : choisir la méthode selon la version de Windows 11
La procédure n’est plus identique sur toutes les versions. Sur Windows 11 25H2 et les versions antérieures, .NET Framework 3.5 peut être activé comme fonctionnalité Windows. À partir de Windows 11 26H1, build 28000, il est fourni uniquement par un programme d’installation autonome et ne s’ajoute plus comme composant Windows.
| Version de Windows 11 | Méthode à privilégier | À vérifier |
|---|---|---|
| 25H2 et versions antérieures | Activation depuis les fonctionnalités Windows ou la méthode proposée par le système | Connexion Internet si Windows doit télécharger les fichiers |
| 26H1, build 28000, et versions ultérieures | Programme d’installation autonome destiné à cette version | La version ciblée : les installateurs ne sont pas interchangeables |
Pour contrôler la version du système, ouvrez Paramètres, puis consultez les spécifications Windows dans la page « À propos ». Vous pouvez aussi lancer winver.exe avec Windows+R. Cette étape est déterminante : un installateur prévu pour une autre version ne constitue pas une solution de remplacement.
Activer la fonctionnalité sur les versions antérieures à 26H1
Lorsqu’une application demande le framework, Windows peut proposer de télécharger et d’installer la fonctionnalité. Sur les systèmes concernés, cette option constitue souvent le chemin le plus direct, à condition que l’appareil puisse accéder aux fichiers nécessaires.
Dans un environnement contrôlé, comme un parc informatique ou un poste de build hors ligne, l’administrateur peut utiliser les outils de déploiement adaptés à la version de Windows. L’essentiel est de suivre la procédure correspondant au système installé plutôt que d’appliquer une commande récupérée pour une autre édition.
Installer le package autonome sur Windows 11 26H1
Sur Windows 11 26H1 et les versions ultérieures concernées, téléchargez le programme autonome prévu pour cette version. Un module linguistique distinct est également disponible si l’environnement le nécessite. Ces installateurs ne s’appliquent qu’à la version de Windows spécifiée.
La mise à jour de sécurité publiée le 12 mai 2026 concerne Windows 11 26H1 et versions ultérieures. Elle fournit le produit complet .NET Framework 3.5 sous forme de package autonome, au lieu de corriger seulement des composants isolés. Elle corrige notamment les vulnérabilités d’élévation de privilèges CVE-2026-32177 et CVE-2026-35433, sans annoncer de nouvelle amélioration de qualité ou de fiabilité.
Elle est proposée par Microsoft Update, le Catalogue Microsoft Update et WSUS. Pour WSUS, les administrateurs doivent télécharger et synchroniser le nouveau produit « .NET Framework 3.5 ». Aucun problème connu n’est signalé pour cette mise à jour à sa publication.
Avant d’appliquer une mise à jour, fermez les applications qui utilisent le framework. Un redémarrage est nécessaire si des fichiers concernés sont encore en cours d’utilisation.
Fonctionnalités Windows retirées et activation d’ASP.NET 3.5 dans IIS
À partir de Windows 11 26H1, plusieurs composants auparavant proposés à la demande ne sont plus présents comme fonctionnalités Windows : ASP.NET 3.5, l’extensibilité .NET 3.5, ainsi que l’activation WCF HTTP et non-HTTP. Cette évolution ne signifie pas que toute application .NET 3.5 cesse de fonctionner, mais certains scénarios serveur nécessitent une configuration supplémentaire.
Pour exécuter ASP.NET 3.5 dans IIS, Microsoft demande une inscription complémentaire au moyen du script PowerShell Enable-ASPNet35.ps1. Le script rétablit les fonctions nécessaires à ASP.NET et à son extensibilité afin de préserver la compatibilité des applications concernées ; il ne réinstalle pas les composants facultatifs dans Windows. Des outils comme DISM peuvent donc continuer à les signaler comme absents.
Préparer l’exécution du script PowerShell
Avant de lancer le script, vérifiez que le poste répond à ces conditions :
- Système : Windows 11 26H1, build 28000, ou version ultérieure.
- Environnement : Windows PowerShell 5.1 et .NET Framework 3.5 déjà installés.
- Rôle serveur : IIS activé, avec les filtres ISAPI et les extensions ISAPI nécessaires.
- Autorisations : une fenêtre PowerShell ouverte en tant qu’administrateur.
Téléchargez le script dans un répertoire local, puis ouvrez PowerShell avec les droits d’administration. Après avoir vérifié les règles de sécurité de votre organisation, autorisez l’exécution des scripts téléchargés depuis Internet et signés par des éditeurs approuvés avec Set-ExecutionPolicy RemoteSigned, placez-vous dans le dossier concerné et exécutez .Enable-ASPNet35.ps1.
Ce réglage de stratégie doit être appliqué avec discernement, en particulier sur un poste partagé ou administré. Une configuration reproductible et documentée évite qu’une exception temporaire devienne une porte laissée ouverte.
Mise à jour de sécurité : prérequis et désinstallation
La mise à jour du 12 mai 2026 est classée comme mise à jour de sécurité pour Windows 11 26H1. Son application exige que .NET Framework 3.5 soit déjà installé. Elle remplace toute version installée précédemment : il faut donc distinguer l’installation initiale du framework de l’installation de cette mise à jour.
La désinstallation a un effet important : elle supprime entièrement .NET Framework 3.5, au lieu de restaurer automatiquement une version antérieure. Sur une machine qui héberge un ancien outil de production ou un service interne, cette opération peut interrompre des dépendances applicatives. Vérifiez les usages avant de retirer le package.
Pour maîtriser le risque, conservez une trace des applications qui reposent sur cette version, testez les mises à jour dans un environnement de préproduction et prévoyez une procédure de remise en état. La maintenance d’un ancien composant est plus fiable quand elle fait partie du plan de déploiement, pas d’une intervention improvisée.
Vérifications avant une installation ou une mise à jour
- Identifier la version de Windows avec Paramètres ou winver.exe.
- Confirmer le besoin auprès de l’application ou de sa documentation technique.
- Choisir le bon canal : fonctionnalité Windows, Microsoft Update, Catalogue ou WSUS selon le cas.
- Fermer les applications .NET et planifier un redémarrage si des fichiers sont utilisés.
- Tester les services IIS si le scénario dépend d’ASP.NET 3.5.
Un test sur une machine représentative révèle souvent les problèmes qu’une simple installation réussie ne détecte pas : service qui ne démarre plus, composant IIS absent ou outil de build configuré différemment. La compatibilité logicielle se valide dans le contexte réel d’utilisation.
Questions pratiques sur le NET Framework 3.5
Le .NET Framework 3.5 est-il encore pris en charge sur Windows 11 ?
Oui. La méthode dépend de la version : activation comme fonctionnalité sur Windows 11 25H2 et antérieur, ou installateur autonome à partir de Windows 11 26H1, build 28000.
Comment savoir si une application a besoin de .NET Framework 3.5 ?
Consultez ses prérequis et le message affiché au lancement. Certains logiciels anciens, outils métiers et utilitaires peuvent dépendre des bibliothèques incluses dans les versions 2.0 ou 3.0.
Peut-on installer .NET Framework 3.5 comme fonctionnalité sur Windows 11 26H1 ?
Non. À partir de Windows 11 26H1, le framework est distribué par un programme d’installation autonome conçu pour cette version du système.
La désinstallation de la mise à jour restaure-t-elle l’ancienne version ?
Non. La désinstallation supprime entièrement .NET Framework 3.5. Elle ne revient pas automatiquement à la version installée auparavant.
Faut-il une étape supplémentaire pour ASP.NET 3.5 dans IIS ?
Oui, sur Windows 11 26H1 et versions ultérieures, le script Enable-ASPNet35.ps1 permet de rétablir les fonctions nécessaires à l’exécution d’ASP.NET 3.5 dans IIS.
