Bulletin de sécurité Microsoft MS14-046 - Important

La vulnérabilité dans .NET Framework pourrait autoriser le contournement des fonctionnalités de sécurité (2984625)

Publication : 12 août 2014 | Mise à jour : 19 septembre 2014

Version : 1.2

Informations générales

Résumé

Cette mise à jour de sécurité résout une vulnérabilité signalée en privé dans Microsoft .NET Framework. La vulnérabilité peut autoriser le contournement des fonctionnalités de sécurité si un utilisateur visite un site web spécialement conçu. Dans un scénario d’attaque de navigation web, un attaquant qui a réussi à exploiter cette vulnérabilité pourrait contourner la fonctionnalité de sécurité ASLR (Address Space Layout Randomization), qui permet de protéger les utilisateurs contre une grande classe de vulnérabilités. La fonctionnalité de sécurité contourne elle-même n’autorise pas l’exécution arbitraire du code. Toutefois, un attaquant peut utiliser cette vulnérabilité de contournement ASLR conjointement avec une autre vulnérabilité, telle qu’une vulnérabilité d’exécution de code à distance, qui pourrait tirer parti du contournement ASLR pour exécuter du code arbitraire.

Cette mise à jour de sécurité est évaluée comme importante pour Microsoft .NET Framework 2.0 Service Pack 2, Microsoft .NET Framework 3.0 Service Pack 2, Microsoft .NET Framework 3.5 et Microsoft .NET Framework 3.5.1 sur les versions affectées de Microsoft Windows. Pour plus d’informations, consultez la section Relative aux logiciels affectés et non affectés.

La mise à jour de sécurité résout la vulnérabilité en aidant à garantir que les versions affectées de Microsoft .NET Framework implémentent correctement la fonctionnalité de sécurité ASLR. Pour plus d’informations sur la vulnérabilité, consultez la sous-section Questions fréquentes (FAQ) sur la vulnérabilité spécifique plus loin dans ce bulletin.

Recommandation. La plupart des clients ont la mise à jour automatique activée et n’ont pas besoin d’effectuer d’action, car cette mise à jour de sécurité est téléchargée et installée automatiquement. Pour plus d’informations sur les options de configuration spécifiques dans la mise à jour automatique, consultez l’article de la Base de connaissances Microsoft 294871. Pour les clients qui n’ont pas activé la mise à jour automatique, les étapes de la mise à jour automatique activée ou désactivée peuvent être utilisées pour activer la mise à jour automatique.

Pour les administrateurs et les installations d’entreprise ou les utilisateurs finaux qui souhaitent installer cette mise à jour de sécurité manuellement (y compris les clients qui n’ont pas activé la mise à jour automatique), Microsoft recommande aux clients d’appliquer la mise à jour au plus tôt à l’aide du logiciel de gestion des mises à jour, ou en case activée pour les mises à jour à l’aide du service Microsoft Update. Les mises à jour sont également disponibles via les liens de téléchargement dans la table Logicielle affectée plus loin dans ce bulletin.

Consultez également la section Outils de détection et de déploiement et conseils, plus loin dans ce bulletin.

Article de la base de connaissances

• Article de la base de connaissances : 2984625
• Informations sur le fichier : Oui
• Hachages SHA1/SHA2 : Oui
• Problèmes connus : Oui

Logiciels affectés et non affectés

Le logiciel suivant a été testé pour déterminer quelles versions ou éditions sont affectées. D’autres versions ou éditions dépassent leur cycle de vie de support ou ne sont pas affectées. Pour déterminer le cycle de vie de prise en charge de votre version ou édition logicielle, consultez Support Microsoft cycle de vie.

Logiciel affecté 

Logiciels non affectés

Logiciel non applicable

Faq sur la mise à jour

Pourquoi Microsoft .NET Framework 1.1 Service Pack 1 n’est-il pas répertorié comme logiciel affecté ; pourquoi Microsoft n’émet-il pas de mise à jour ?
Bien que le code affecté soit présent dans Microsoft .NET Framework 1.1 Service Pack 1, il est impossible de générer le correctif pour celui-ci, car les systèmes d’exploitation qui prennent en charge Microsoft .NET Framework 1.1 Service Pack 1 ne prennent pas en charge l’architecture ASLR. La création du correctif nécessite une nouvelle architecture d’une quantité importante de Microsoft .NET 1.1 Service Pack 1, et ASLR ne fonctionne toujours pas correctement en raison d’un manque de prise en charge du système d’exploitation sous-jacent.

Comment faire déterminer la version de Microsoft .NET Framework installée ?
Vous pouvez installer et exécuter plusieurs versions du .NET Framework sur un système et installer les versions dans n’importe quel ordre. Il existe plusieurs façons de déterminer les versions du .NET Framework actuellement installées. Pour plus d’informations, consultez l’article de la Base de connaissances Microsoft 318785.****

Il existe plusieurs packages de mise à jour disponibles pour certains des logiciels affectés. Dois-je installer toutes les mises à jour répertoriées dans la table Software affectée pour le logiciel ?
Oui. Les clients doivent appliquer toutes les mises à jour proposées pour le logiciel installé sur leurs systèmes.

Dois-je installer ces mises à jour de sécurité dans une séquence particulière ?
Non. Plusieurs mises à jour pour un système donné peuvent être appliquées dans n’importe quelle séquence.

J’utilise une version plus ancienne du logiciel abordé dans ce bulletin de sécurité. Que dois-je faire ? 
Le logiciel concerné répertorié dans ce bulletin a été testé pour déterminer quelles versions sont affectées. D’autres versions sont passées au-delà de leur cycle de vie de support. Pour plus d’informations sur le cycle de vie des produits, consultez le site web Support Microsoft cycle de vie.

Il doit s’agir d’une priorité pour les clients qui ont des versions antérieures du logiciel à migrer vers des versions prises en charge afin d’éviter toute exposition potentielle aux vulnérabilités. Pour déterminer le cycle de vie de prise en charge de votre version logicielle, consultez Sélectionner un produit pour les informations de cycle de vie. Pour plus d’informations sur les Service Packs pour ces versions logicielles, consultez La politique de support du cycle de vie service Pack.

Les clients qui ont besoin d’un support personnalisé pour les logiciels plus anciens doivent contacter leur représentant de l’équipe de compte Microsoft, leur responsable de compte technique ou le représentant partenaire Microsoft approprié pour les options de support personnalisé. Les clients sans contrat Alliance, Premier ou Autorisé peuvent contacter leur bureau de vente Microsoft local. Pour obtenir des informations de contact, consultez le site web Microsoft Worldwide Information , sélectionnez le pays dans la liste des informations de contact, puis cliquez sur Atteindre pour afficher la liste des numéros de téléphone. Lorsque vous appelez, demandez à parler avec le directeur commercial premier support local. Pour plus d’informations, consultez le FAQ Support Microsoft politique de cycle de vie.

Évaluations de gravité et identificateurs de vulnérabilité

Les évaluations de gravité suivantes supposent l’impact maximal potentiel de la vulnérabilité. Pour plus d’informations sur la probabilité, dans les 30 jours suivant la publication de ce bulletin de sécurité, de l’exploitabilité de la vulnérabilité par rapport à son impact sur la gravité et la sécurité, consultez l’index exploitabilité dans le résumé du bulletin d’août. Pour plus d’informations, consultez Microsoft Exploitability Index.

Vulnérabilité ASLR .NET - CVE-2014-4062

Une vulnérabilité de contournement des fonctionnalités de sécurité existe dans Microsoft .NET Framework qui pourrait permettre à un attaquant de contourner la fonctionnalité de sécurité ASLR (Address Space Layout Randomization), qui permet de protéger les utilisateurs contre une grande classe de vulnérabilités. La fonctionnalité de sécurité contourne elle-même n’autorise pas l’exécution arbitraire du code. Toutefois, un attaquant peut utiliser cette vulnérabilité de contournement ASLR conjointement avec une autre vulnérabilité, telle qu’une vulnérabilité d’exécution de code à distance, qui pourrait tirer parti du contournement ASLR pour exécuter du code arbitraire.

Pour afficher cette vulnérabilité comme entrée standard dans la liste Des vulnérabilités et des expositions courantes, consultez CVE-2014-4062.

Facteurs d’atténuation

Microsoft n’a pas identifié de facteurs d’atténuation pour cette vulnérabilité.

Solutions de contournement

La solution de contournement fait référence à un paramètre ou à une modification de configuration qui ne corrige pas la vulnérabilité sous-jacente, mais qui permet de bloquer les vecteurs d’attaque connus avant d’appliquer la mise à jour. Microsoft a testé les solutions de contournement et les états suivants dans la discussion si une solution de contournement réduit les fonctionnalités :

• Installer le correctif logiciel de fonctionnalité Force ASLR et activer l’entrée de Registre IFEO

  La fonctionnalité Force ASLR, qui est un ajout à la fonctionnalité ASLR pour Windows 7 ou Windows Server 2008 R2, permet aux applications de déplacer de force des images qui ne sont pas générées avec l’indicateur de l’éditeur de liens /DYNAMICBASE. Une fois installés, les administrateurs informatiques et les développeurs de logiciels peuvent activer les options d’exécution de fichier d’image (IFEO) dans le Registre pour forcer le comportement ASLR pour les images non-ASLR.

  Pour plus d’informations et des instructions d’installation, consultez l’article 2639308 de la Base de connaissances Microsoft.

  Impact de la solution de contournement. Déplace de force les images qui ne sont pas créées avec prise en charge d’ASLR, ce qui peut entraîner des problèmes de compatibilité des applications.

  Comment annuler la solution de contournement.

  Remarque : Consultez l’article de la Base de connaissances Microsoft 2639308 pour plus d’informations sur la définition de l’entrée de Registre IFEO sur le paramètre par défaut.

FAQ

Quelle est l’étendue de la vulnérabilité ?
Il s’agit d’une vulnérabilité de contournement des fonctionnalités de sécurité.

Quelles sont les causes de la vulnérabilité ?
La vulnérabilité existe lorsque Microsoft .NET Framework n’utilise pas la fonctionnalité de sécurité ASLR (Address Space Layout Randomization), ce qui permet à un attaquant de prédire de manière plus fiable les décalages de mémoire d’instructions spécifiques dans une pile d’appels donnée.

Qu’est-ce que l’ASLR ?
La randomisation de disposition de l’espace d’adressage (ASLR) déplace les images exécutables dans des emplacements aléatoires lorsqu’un système démarre, ce qui permet d’empêcher un attaquant d’exploiter les données à des emplacements prévisibles. Pour qu’un composant prend en charge ASLR, tous les composants qu’il charge doivent également prendre en charge ASLR. Par exemple, si A.exe consomme B.dll et C.dll, les trois doivent prendre en charge ASLR. Par défaut, Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8, Windows 8.1, Windows RT, Windows RT 8.1, Windows Server 2012 et Windows Server 2012 R2 aléatoireront des DLL système et des EXEs, mais les DLL et les EXEs créés par des éditeurs de logiciels indépendants (ISV) doivent choisir de prendre en charge ASLR à l’aide de l’option /DYNAMICBASE Linker.

ASLR aléatoire également la mémoire du tas et de la pile :

• Lorsqu’une application crée un tas dans Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8, Windows 8.1, Windows RT, Windows RT 8.1, Windows Server 2012 et Windows Server 2012 R2, le gestionnaire de tas crée ce tas à un emplacement aléatoire pour réduire la probabilité qu’une tentative d’exploitation d’une mémoire tampon basée sur un tas réussisse. La randomisation du tas est activée par défaut pour toutes les applications s’exécutant sur Windows Vista et versions ultérieures.
• Quand un thread démarre dans un processus lié à /DYNAMICBASE, Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8, Windows 8.1, Windows RT, Windows RT, Windows RT 8.1, Windows Server 2012 et Windows Server 2012 R2 déplacent la pile du thread vers un emplacement aléatoire pour réduire la probabilité qu’une attaque de dépassement de mémoire tampon basée sur la pile réussisse.

Qu’est-ce qu’un attaquant peut utiliser la vulnérabilité pour faire ?
Un attaquant qui a réussi à exploiter cette vulnérabilité peut contourner la fonctionnalité de sécurité ASLR. La fonctionnalité de sécurité contourne elle-même n’autorise pas l’exécution arbitraire du code. Toutefois, un attaquant peut utiliser cette vulnérabilité de contournement ASLR conjointement avec une autre vulnérabilité, telle qu’une vulnérabilité d’exécution de code à distance qui pourrait tirer parti du contournement ASLR pour exécuter du code arbitraire.

Comment un attaquant pourrait-il exploiter la vulnérabilité ?
Dans un scénario d’attaque web, un attaquant peut héberger un site web utilisé pour tenter d’exploiter cette vulnérabilité. En outre, les sites web et sites web compromis qui acceptent ou hébergent du contenu fourni par l’utilisateur peuvent contenir du contenu spécialement conçu qui pourrait exploiter cette vulnérabilité. Un attaquant n’aurait aucun moyen de forcer les utilisateurs à visiter un site web spécialement conçu. Au lieu de cela, un attaquant aurait à convaincre les utilisateurs de prendre des mesures. Par exemple, un attaquant peut inciter les utilisateurs à cliquer sur un lien qui les amène sur le site de l’attaquant.

Lorsqu’un utilisateur visite un site web qui contient du contenu malveillant à l’aide d’un navigateur web capable d’instancier des composants COM, tels qu’Internet Explorer, le composant .NET Framework affecté peut être chargé pour contourner ASLR.

Un attaquant peut lier cette vulnérabilité de contournement de fonctionnalité de sécurité à une vulnérabilité supplémentaire, généralement une vulnérabilité d’exécution de code à distance. La vulnérabilité supplémentaire tirerait parti du contournement des fonctionnalités de sécurité pour l’exploitation. Par exemple, une vulnérabilité d’exécution de code à distance bloquée par ASLR peut être exploitée après un contournement ASLR réussi.

Quels systèmes sont principalement exposés à la vulnérabilité ?
Dans le scénario de navigation web, l’exploitation réussie de cette vulnérabilité nécessite qu’un utilisateur soit connecté et exécute une version affectée de Microsoft .NET Framework. Par conséquent, tous les systèmes où un navigateur web est utilisé fréquemment, tels que les stations de travail ou les serveurs terminal, sont à risque de cette vulnérabilité. Les serveurs peuvent être plus risqués si les administrateurs autorisent les utilisateurs à parcourir et lire les e-mails sur les serveurs. Toutefois, les meilleures pratiques découragent fortement cette autorisation.

EMET permet-il d’atténuer les attaques susceptibles d’exploiter ces vulnérabilités ?
Oui. L’expérience d’atténuation améliorée Shared Computer Toolkit (EMET) permet aux utilisateurs de gérer les technologies d’atténuation de la sécurité qui permettent aux attaquants d’exploiter les vulnérabilités dans un logiciel donné. EMET permet d’atténuer cette vulnérabilité dans Microsoft .NET Framework sur les systèmes où EMET est installé et configuré pour fonctionner avec le logiciel Microsoft Bureau.

Pour plus d’informations sur EMET, consultez L’expérience d’atténuation améliorée Shared Computer Toolkit.

Que fait la mise à jour ?
La mise à jour résout la vulnérabilité en aidant à garantir que les versions affectées de Microsoft .NET Framework implémentent correctement la fonctionnalité de sécurité ASLR.

Quand ce bulletin de sécurité a été émis, cette vulnérabilité a-t-elle été divulguée publiquement ?
Non. Microsoft a reçu des informations sur cette vulnérabilité par le biais d’une divulgation coordonnée des vulnérabilités.

Quand ce bulletin de sécurité a été émis, Microsoft a-t-il reçu des rapports indiquant que cette vulnérabilité était exploitée ?
Non. Microsoft n’avait reçu aucune information pour indiquer que cette vulnérabilité avait été utilisée publiquement pour attaquer les clients lorsque ce bulletin de sécurité a été émis à l’origine.

Outils et conseils de détection et de déploiement

Plusieurs ressources sont disponibles pour aider les administrateurs à déployer des mises à jour de sécurité. 

• Microsoft Baseline Security Analyzer (Mo SA) permet aux administrateurs d’analyser les systèmes locaux et distants pour détecter les mises à jour de sécurité manquantes et les configurations incorrectes de sécurité courantes. 
• Windows Server Update Services (WSUS), Systems Management Server (SMS) et System Center Configuration Manager aident les administrateurs à distribuer les mises à jour de sécurité. 
• Les composants de l’évaluateur de compatibilité de mise à jour inclus avec la compatibilité des applications Shared Computer Toolkit facilitent le test et la validation des mises à jour Windows sur les applications installées. 

Pour plus d’informations sur ces outils et d’autres outils disponibles, consultez Outils de sécurité pour les professionnels de l’informatique. 

Déploiement des mises à jour de sécurité

Windows Vista (toutes les éditions)

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité pour ce logiciel.

Windows Server 2008 (toutes éditions)

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité pour ce logiciel.

Windows 7 (toutes les éditions)

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité pour ce logiciel.

Windows Server 2008 R2 (toutes éditions)

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité pour ce logiciel.

Windows 8 et Windows 8.1 (toutes les éditions)

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité pour ce logiciel.

Windows Server 2012 et Windows Server 2012 R2 (toutes les éditions)

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité pour ce logiciel.

Autres informations

Programme Microsoft Active Protections (MAPP)

Pour améliorer les protections de sécurité pour les clients, Microsoft fournit des informations sur les vulnérabilités aux principaux fournisseurs de logiciels de sécurité avant chaque version mensuelle de la mise à jour de sécurité. Les fournisseurs de logiciels de sécurité peuvent ensuite utiliser ces informations de vulnérabilité pour fournir des protections mises à jour aux clients via leurs logiciels ou appareils de sécurité, tels que les systèmes antivirus, les systèmes de détection d’intrusion basés sur le réseau ou les systèmes de prévention des intrusions basés sur l’hôte. Pour déterminer si les protections actives sont disponibles auprès des fournisseurs de logiciels de sécurité, accédez aux sites web de protection actifs fournis par les partenaires du programme, répertoriés dans les partenaires microsoft Active Protections Program (MAPP).

Support

Comment obtenir de l’aide et de la prise en charge de cette mise à jour de sécurité

• Aide sur l’installation des mises à jour : Prise en charge de Microsoft Update
• Solutions de sécurité pour les professionnels de l’informatique : Résolution des problèmes et support de techNet Security
• Aider à protéger votre ordinateur exécutant Windows contre les virus et les programmes malveillants : Solution antivirus et Security Center
• Support local selon votre pays : Support international

Exclusion de responsabilité

Les informations fournies dans la Base de connaissances Microsoft sont fournies « telles quelles » sans garantie. Microsoft exclut toutes les garanties, expresses ou implicites, y compris les garanties de marchandabilité et d’adéquation à un usage particulier. En aucun cas, Microsoft Corporation ou ses fournisseurs ne sont responsables de dommages-intérêts, y compris les dommages directs, indirects, accessoires, accessoires, les pertes de bénéfices commerciaux ou les dommages spéciaux, même si Microsoft Corporation ou ses fournisseurs ont été informés de la possibilité de tels dommages- intérêts. Certains États n’autorisent pas l’exclusion ou la limitation de responsabilité pour des dommages indirects ou accessoires afin que la limitation ci-dessus ne s’applique pas.

Révisions

• V1.0 (12 août 2014) : Bulletin publié.
• V1.1 (16 septembre 2014) : Bulletin révisé pour annoncer une modification de détection dans la mise à jour 2966827 pour Microsoft .NET Framework 3.0 Service Pack 2 sur Windows 8 et Windows Server 2012. Il s’agit d’une modification de détection uniquement. Aucune modification n’a été apportée aux fichiers de mise à jour. Les clients qui ont déjà mis à jour leurs systèmes n’ont pas besoin d’agir.
• V1.2 (19 septembre 2014) : Bulletin révisé avec modification de l’entrée Problèmes connus dans la section Article de la Base de connaissances « None » sur « Oui ».

Page générée 2014-09-19 10 :02Z-07 :00.