Date de publication :
29 juin 2023Résumé
Cet article fournit une aide pour atténuer un problème lorsque, après l’installation des mises à jour du 13 juin 2023 pour .NET Framework et .NET, les utilisateurs peuvent rencontrer des problèmes avec la façon dont le runtime .NET Framework importe les certificats X.509.
Symptôme
Les scénarios utilisant .NET Framework 3.5 se bloquent au démarrage avec une violation d’accès (code 0xc0000005) dans mscorwks.dll chaque fois que certains profileurs d’instrumentation sont actifs.
Résolution
Ce problème a été résolu dans les mises à jour hors bande publiées le 29 juin 2023 et le 5 juillet 2023 pour les versions windows et Windows Server affectées par ce problème. Pour obtenir le package autonome pour ces mises à jour hors cycle, recherchez le N° d’article dans le Catalogue Microsoft Update. Vous pouvez importer manuellement ces mises à jour dans Windows Server Update Services (WSUS) et Microsoft Endpoint Configuration Manager. Pour les instructions WSUS, voir WSUS et le site Catalogue. Pour les instructions du Gestionnaire de configuration, voir Importer des mises à jour à partir du catalogue Microsoft Update.
Si vous avez utilisé une solution de contournement ou des mesures d’atténuation pour ce problème, elles ne sont plus nécessaires, et nous vous recommandons de les supprimer. Pour supprimer la solution de contournement, consultez la solution de contournement ou la solution de contournement alternative qui a été appliquée pour obtenir des instructions.
Version du produit |
Mise à jour |
|
---|---|---|
Windows 11 version 22H2 |
||
.NET Framework 3.5 |
||
Windows 11 version 21H2 |
||
.NET Framework 3.5 |
||
Windows Server 2022 |
||
.NET Framework 3.5 |
||
Azure Stack HCI version 22H2 |
||
.NET Framework 3.5 |
||
Azure Stack HCI version 21H2 |
||
.NET Framework 3.5 |
||
Windows 10 version 22H2 |
||
.NET Framework 3.5 |
||
Windows 10 version 21H2 |
||
.NET Framework 3.5 |
||
Windows 10 1809 (mise à jour d’octobre 2018) et Windows Server 2019 |
||
.NET Framework 3.5 |
||
Windows 10 version 1607 (mise à jour Anniversaire) et Windows Server 2016 |
||
.NET Framework 3.5 |
||
Windows Embedded 8.1 et Windows Server 2012 R2 |
||
.NET Framework 3.5 |
||
Windows Embedded 8 et Windows Server 2012 |
||
.NET Framework 3.5 |
||
Windows Embedded 7 Standard et Windows Server 2008 R2 SP1 |
||
.NET Framework 3.5.1 |
||
Windows Server 2008 SP2 |
||
.NET Framework 2.0, 3.0 |
||
Mises à jour concernées
Les versions .NET Framework et .NET suivantes sont affectées :
-
.NET Framework 2.0, 3.0, 3.5, 3.5.1, lorsque la mise à jour de sécurité du 13 juin 2022 est installée.
Forum aux questions (FAQ)
Quand ce changement a-t-il été introduit ?
Ce changement de comportement a été introduit dans les mises à jour de sécurité du 13 juin 2022 pour .NET et .NET Framework.
Est-il nécessaire pour moi d’installer cette nouvelle mise à jour ?
L’installation de cette nouvelle mise à jour est nécessaire uniquement si votre application rencontre le problème décrit dans le titre « Symptôme » en haut de cet article. Si vous ne rencontrez pas ce problème, vous n’avez pas besoin d’installer cette mise à jour.
Cette nouvelle mise à jour remplace-t-elle la mise à jour du .NET Framework du 13 juin 2023 ?
Non. Si vous utilisez .NET Framework, vous devez d’abord installer le correctif cumulatif du 13 juin 2023 ou les mises à jour de sécurité uniquement avant d’installer la nouvelle mise à jour du 22 juin 2023.
Informations sur la protection et la sécurité
-
Se protéger en ligne : Support sécurité Windows
-
Découvrez comment nous vous protégeons des cybermenaces : Sécurité Microsoft