Bulletin de sécurité Microsoft MS13-004 - Important

Microsoft n'a identifié aucun facteur atténuant pour cette vulnérabilité.

Microsoft n'a identifié aucune solution de contournement pour cette vulnérabilité.

Quelle est la portée de cette vulnérabilité ? 
Il s'agit d'une vulnérabilité de divulgation d'informations.

Quelle est la cause de cette vulnérabilité ? 
Cette vulnérabilité est due au fait que .NET Framework initialise de façon incorrecte le contenu d'un bloc mémoire.

Que pourrait faire un attaquant en exploitant cette vulnérabilité ? 
Un attaquant qui parviendrait à exploiter cette vulnérabilité pourrait contourner des restrictions de sécurité d'accès du code (CAS) et obtenir des données stockées dans des emplacements mémoire non gérés. Ces données pourraient contenir des informations sensibles qui ne sont normalement pas accessibles. Cette vulnérabilité ne permet pas directement à un attaquant d'exécuter du code ou d'élever ses privilèges,

Comment un attaquant pourrait-il exploiter cette vulnérabilité ? 
Il existe deux scénarios d'attaque possibles permettant d'exploiter cette vulnérabilité : un scénario de navigation Web et un contournement des restrictions de sécurité d'accès du code (CAS) par l'application Windows .NET. Ces scénarios sont décrits comme suit :

• Scénario d'attaque de navigation Web

  Un attaquant pourrait héberger un site Web spécialement conçu contenant une XBAP (application du navigateur XAML) spécialement conçue et pouvant exploiter cette vulnérabilité, puis convaincre un utilisateur d'afficher le site Web. L'attaquant pourrait également exploiter des sites Web compromis et des sites Web qui acceptent ou hébergent du contenu ou des annonces fournis par les utilisateurs. Ces sites Web pourraient contenir du code spécialement conçu pour exploiter cette vulnérabilité. Cependant, l'attaquant n'aurait aucun moyen de forcer l'utilisateur à visiter ces sites Web. Il devrait y attirer l'utilisateur, généralement en l'incitant à cliquer sur un lien dans un message électronique ou un message instantané qui mène à son site. Il pourrait également afficher du contenu Web spécialement conçu en imitant des bannières publicitaires ou d'autres moyens afin d'envoyer du contenu Web aux systèmes affectés.

• Scénario d'attaque d'applications Windows .NET

  Cette vulnérabilité pourrait également être utilisée par des applications Windows .NET Framework pour contourner des restrictions de sécurité d'accès du code (CAS) et obtenir des informations stockées dans des emplacements mémoire non gérés.

Qu'est-ce que Windows Forms (WinForms) ? 
Windows Forms est une technologie de client intelligent pour .NET Framework, un ensemble de bibliothèques gérées qui simplifient les tâches d'applications courantes telles que la lecture et l'écriture du système de fichiers. Lorsque vous utilisez un environnement de développement tel que Visual Studio, vous pouvez créer des applications clients intelligents Windows Forms qui affichent des informations, demandent des entrées aux utilisateurs et communiquent avec des ordinateurs distants sur un réseau. Pour plus d'informations, consultez l'article « Vue d'ensemble des Windows Forms ».

Qu'est-ce qu'une application du navigateur XAML (XBAP) ?  
Une application du navigateur XAML (XBAP) combine des fonctionnalités d'une application Web et d'une application cliente riche. Comme les applications Web, les XBAP peuvent être publiées sur un serveur Web et lancées à partir d'Internet Explorer. Comme les applications clientes riches, les XBAP peuvent tirer parti des capacités de Windows Presentation Foundation (WPF). Pour plus d'informations à propos des XBAP, consultez l'article MSDN « Vue d'ensemble des applications du navigateur XAML Windows Presentation Foundation ».

Que sont les restrictions de sécurité d'accès du code (CAS) .NET Framework ?  
.NET Framework fournit un mécanisme de sécurité appelé sécurité d'accès du code pour protéger vos ordinateurs du code mobile malveillant, permettre à un code d'origine inconnue d'être exécuté avec une certaine protection et empêcher le code de confiance de compromettre accidentellement ou intentionnellement la sécurité. La sécurité d'accès du code (CAS) permet différents degrés de confiance du code, en fonction de son origine et des autres aspects de l'identité du code. La sécurité d'accès du code applique également les divers niveaux de confiance au code, ce qui réduit la quantité de code nécessitant une confiance totale pour être exécuté. L'utilisation de la sécurité d'accès du code peut diminuer le risque d'utilisation détournée de votre code par un code malveillant ou rempli d'erreur. Pour plus d'informations sur la sécurité d'accès du code, consultez l'article MSDN « Sécurité d'accès du code ».

Quels sont les systèmes les plus exposés à cette vulnérabilité ?  
Il existe deux types de systèmes exposés à cette vulnérabilité, décrits comme suit : les systèmes qui utilisent le scénario de navigation Web et ceux qui utilisent le scénario d'applications Windows .NET Framework.

• Scénario de navigation Web

  Le succès de l'exploitation de cette vulnérabilité nécessite qu'un utilisateur ait ouvert une session et visite des sites Web à l'aide d'un navigateur Web capable d'instancier les XBAP. C'est pourquoi les systèmes sur lesquels un navigateur Web est fréquemment utilisé (tels que les postes de travail ou les serveurs Terminal Server) sont les plus exposés à cette vulnérabilité. Les serveurs pourraient être plus exposés si les administrateurs autorisent les utilisateurs à naviguer sur Internet et à consulter leur messagerie électronique depuis ceux-ci. Néanmoins, les meilleures pratiques recommandent fortement de ne pas autoriser cela.

• Applications Windows .NET

  Les postes de travail et les serveurs qui exécutent des applications Windows .NET Framework non fiables sont également exposés à cette vulnérabilité.

Que fait cette mise à jour ?  
Cette mise à jour corrige la vulnérabilité en modifiant la façon dont .NET Framework initialise les blocs mémoire.

Lors de la parution de ce Bulletin de sécurité, cette vulnérabilité avait-elle été révélée publiquement ?  
Non. Microsoft a été informé de cette vulnérabilité par une divulgation de vulnérabilité coordonnée.

Lors de la parution de ce Bulletin de sécurité, Microsoft avait-il été informé d'une éventuelle exploitation de cette vulnérabilité ?  
Non. Lors de la première publication de ce Bulletin, Microsoft n'avait reçu aucune information faisant état d'une utilisation de cette vulnérabilité dans le but d'attaquer des clients.

Une atténuation fait référence à un paramètre, une configuration générale ou à des préférences existant dans un état par défaut qui pourraient diminuer l'impact de l'exploitation d'une vulnérabilité. Les facteurs atténuants suivants peuvent être utiles, selon votre situation :

• Les meilleures pratiques en matière de pare-feu, ainsi que les configurations par défaut des pare-feu, contribuent à protéger les réseaux contre les attaques lancées depuis l'extérieur de l'entreprise. Les meilleures pratiques recommandent que les systèmes connectés à Internet aient le moins possible de ports exposés.
• Un attaquant parvenant à exploiter cette vulnérabilité pourrait obtenir les mêmes droits que l'utilisateur connecté. Les utilisateurs dont les comptes sont configurés avec des privilèges moins élevés sur le système subiraient moins d'impact que ceux qui possèdent des privilèges d'administrateur.
• Par défaut, Internet Explorer 9 et Internet Explorer 10 empêchent XAML, utilisé par les XBAP, de s'exécuter dans la zone Internet.
• Par défaut, Internet Explorer 6, Internet Explorer 7 et Internet Explorer 8 sont configurés pour demander confirmation à l'utilisateur avant d'exécuter XAML, utilisé par les XBAP, dans la zone Internet.

Une solution de contournement fait référence à une modification de paramètre ou de configuration qui ne corrige pas la vulnérabilité sous-jacente mais qui pourrait contribuer à bloquer certains vecteurs d'attaque connus jusqu'à ce que la mise à jour soit appliquée. Microsoft a testé les solutions de contournement suivantes et indique le cas échéant si une solution réduit certaines fonctionnalités :

• Désactiver les applications du navigateur XAML dans Internet Explorer

  Pour vous protéger contre cette vulnérabilité, modifiez vos paramètres de manière à ce qu'ils vous avertissent avant d'exécuter les applications du navigateur XAML (XBAP) ou qu'ils désactivent les XBAP dans les zones de sécurité Internet et Intranet local comme suit :

  1. Dans Internet Explorer, cliquez sur le menu Outils, puis sélectionnez Options Internet.
  2. Cliquez sur l'onglet Sécurité, sur Internet, puis sur Personnaliser le niveau. Sous Paramètres, pour XAML isolé, cliquez sur Demander ou Désactivé, puis cliquez sur OK.
  3. Cliquez sur l'onglet Sécurité, sur Internet, puis sur Personnaliser le niveau. Sous Paramètres, pour Applications du navigateur XAML, cliquez sur Demander ou Désactivé, puis cliquez sur OK.
  4. Cliquez sur l'onglet Sécurité, sur Internet, puis sur Personnaliser le niveau. Sous Paramètres, pour Documents XPS, cliquez sur Demander ou Désactivé, puis cliquez sur OK.
  5. Dans l'onglet Sécurité, cliquez sur Personnaliser le niveau. Sous composants dépendants du .NET Framework, définissez Exécuter des composants non signés avec Authenticode sur Demander ou Désactiver, puis cliquez sur OK. Répétez ces étapes pour Exécuter des composants signés avec Authenticode, puis cliquez sur OK.
  6. Cliquez sur Intranet local, puis sur Personnaliser le niveau. Répétez les étapes 3 et 4. Si vous êtes invité à confirmer la modification de ces paramètres, cliquez sur Oui. Cliquez sur OK pour retourner dans Internet Explorer.

  Impact de cette solution de contournement. Le code Microsoft .NET ne s'exécutera pas dans Internet Explorer ou ne s'exécutera pas sans invite. La désactivation des applications et des composants Microsoft .NET dans les zones de sécurité Intranet local et Internet risque de perturber le fonctionnement de certains sites Web. Si vous rencontrez des difficultés lors de la visite d'un site Web après avoir modifié ce paramètre et que vous êtes certain de la fiabilité de ce site, vous pouvez ajouter ce dernier à votre liste de sites de confiance. Il pourra ainsi s'afficher correctement.

  Ajouter des sites de confiance à la zone Sites de confiance d'Internet Explorer.

  Après avoir configuré Internet Explorer pour que les applications de navigateur XAML soient désactivées ou que des messages de confirmation s'affichent avant l'exécution de XAML isolé, des applications du navigateur XAML ou des documents XPS dans les zones Internet et Intranet local, vous pouvez ajouter des sites de confiance dans la zone Sites de confiance d'Internet Explorer. Cette opération vous permettra de continuer à utiliser vos sites de confiance exactement comme vous le faites aujourd'hui, tout en vous protégeant contre cette attaque sur les autres sites. Nous vous recommandons d'ajouter uniquement des sites de confiance à la zone Sites de confiance.

  Pour ce faire, procédez ainsi :

  1. Dans Internet Explorer, cliquez sur Outils, sur Options Internet, puis sur l'onglet Sécurité.
  2. Dans la zone Sélectionnez une zone de contenu Web pour spécifier ses paramètres de sécurité, cliquez sur Sites de confiance, puis sur Sites.
  3. Si vous souhaitez ajouter des sites qui ne requièrent pas un canal chiffré, désactivez la case à cocher Nécessite un serveur sécurisé (https:) pour tous les sites dans cette zone.
  4. Dans la zone Ajouter ce site Web à la zone, saisissez l'URL d'un site de confiance, puis cliquez sur Ajouter.
  5. Répétez ces étapes pour chaque site que vous souhaitez ajouter à cette zone.
  6. Cliquez sur OK à deux reprises pour accepter les modifications et retourner dans Internet Explorer.

  Remarque : Ajoutez les sites dont vous savez qu'ils n'effectueront pas d'action malveillante sur votre système. Vous pouvez notamment ajouter les sites « *.windowsupdate.microsoft.com » et « *.update.microsoft.com ». Il s'agit des sites qui hébergent la mise à jour et ils requièrent un contrôle ActiveX pour leur installation.

  Comment annuler cette solution de contournement. Exécutez les étapes suivantes :

  1. Dans Internet Explorer, cliquez sur le menu Outils, puis sélectionnez Options Internet.
  2. Cliquez sur l'onglet Sécurité, sur Rétablir toutes les zones au niveau par défaut, puis sur OK.

Quelle est la portée de cette vulnérabilité ?  
Il s'agit d'une vulnérabilité d'élévation de privilèges.

Quelle est la cause de cette vulnérabilité ?  
Cette vulnérabilité est due au fait que .NET Framework valide de façon incorrecte le nombre d'objets en mémoire avant de copier ces objets dans un bloc.

Que pourrait faire un attaquant en exploitant cette vulnérabilité ?  
Un attaquant qui parviendrait à exploiter cette vulnérabilité pourrait prendre le contrôle intégral du système affecté. Il pourrait alors installer des programmes, afficher, modifier ou supprimer des données ou créer de nouveaux comptes dotés de tous les privilèges.

Comment un attaquant pourrait-il exploiter cette vulnérabilité ?  
Il existe deux scénarios d'attaque possibles permettant d'exploiter cette vulnérabilité : un scénario de navigation Web et un contournement des restrictions de sécurité d'accès du code (CAS) par l'application Windows .NET. Ces scénarios sont décrits comme suit :

• Scénario d'attaque de navigation Web

  Un attaquant pourrait héberger un site Web spécialement conçu contenant une XBAP (application du navigateur XAML) spécialement conçue et pouvant exploiter cette vulnérabilité, puis convaincre un utilisateur d'afficher le site Web. L'attaquant pourrait également exploiter des sites Web compromis et des sites Web qui acceptent ou hébergent du contenu ou des annonces fournis par les utilisateurs. Ces sites Web pourraient contenir du code spécialement conçu pour exploiter cette vulnérabilité. Cependant, l'attaquant n'aurait aucun moyen de forcer l'utilisateur à visiter ces sites Web. Il devrait y attirer l'utilisateur, généralement en l'incitant à cliquer sur un lien dans un message électronique ou un message instantané qui mène à son site. Il pourrait également afficher du contenu Web spécialement conçu en imitant des bannières publicitaires ou d'autres moyens afin d'envoyer du contenu Web aux systèmes affectés.

• Scénario d'attaque d'applications Windows .NET

  Cette vulnérabilité pourrait également être utilisée par des applications Windows .NET Framework pour contourner les restrictions de sécurité d'accès du code (CAS).

Qu'est-ce que Windows Forms (WinForms) ?  
Windows Forms est une technologie de client intelligent pour .NET Framework, un ensemble de bibliothèques gérées qui simplifient les tâches d'applications courantes telles que la lecture et l'écriture du système de fichiers. Lorsque vous utilisez un environnement de développement tel que Visual Studio, vous pouvez créer des applications clients intelligents Windows Forms qui affichent des informations, demandent des entrées aux utilisateurs et communiquent avec des ordinateurs distants sur un réseau. Pour plus d'informations, consultez l'article « Vue d'ensemble des Windows Forms ».

Qu'est-ce qu'une application du navigateur XAML (XBAP) ?  
Une application du navigateur XAML (XBAP) combine des fonctionnalités d'une application Web et d'une application cliente riche. Comme les applications Web, les XBAP peuvent être publiées sur un serveur Web et lancées à partir d'Internet Explorer. Comme les applications clientes riches, les XBAP peuvent tirer parti des capacités de Windows Presentation Foundation (WPF). Pour plus d'informations à propos des XBAP, consultez l'article MSDN « Vue d'ensemble des applications du navigateur XAML Windows Presentation Foundation ».

Que sont les restrictions de sécurité d'accès du code (CAS) .NET Framework ?  
.NET Framework fournit un mécanisme de sécurité appelé sécurité d'accès du code pour protéger vos ordinateurs du code mobile malveillant, permettre à un code d'origine inconnue d'être exécuté avec une certaine protection et empêcher le code de confiance de compromettre accidentellement ou intentionnellement la sécurité. La sécurité d'accès du code (CAS) permet différents degrés de confiance du code, en fonction de son origine et des autres aspects de l'identité du code. La sécurité d'accès du code applique également les divers niveaux de confiance au code, ce qui réduit la quantité de code nécessitant une confiance totale pour être exécuté. L'utilisation de la sécurité d'accès du code peut diminuer le risque d'utilisation détournée de votre code par un code malveillant ou rempli d'erreur. Pour plus d'informations sur la sécurité d'accès du code, consultez l'article MSDN « Sécurité d'accès du code ».

Quels sont les systèmes les plus exposés à cette vulnérabilité ?  
Il existe deux types de systèmes exposés à cette vulnérabilité, décrits comme suit : les systèmes qui utilisent le scénario de navigation Web et ceux qui utilisent le scénario d'applications Windows .NET Framework.

• Scénario de navigation Web

  Le succès de l'exploitation de cette vulnérabilité nécessite qu'un utilisateur ait ouvert une session et visite des sites Web à l'aide d'un navigateur Web capable d'instancier les XBAP. C'est pourquoi les systèmes sur lesquels un navigateur Web est fréquemment utilisé (tels que les postes de travail ou les serveurs Terminal Server) sont les plus exposés à cette vulnérabilité. Les serveurs pourraient être plus exposés si les administrateurs autorisent les utilisateurs à naviguer sur Internet et à consulter leur messagerie électronique depuis ceux-ci. Néanmoins, les meilleures pratiques recommandent fortement de ne pas autoriser cela.

• Applications Windows .NET

  Les postes de travail et les serveurs qui exécutent des applications Windows .NET Framework non fiables sont également exposés à cette vulnérabilité.

Que fait cette mise à jour ?  
Cette mise à jour corrige la vulnérabilité en modifiant la façon dont .NET Framework copie les objets en mémoire.

Lors de la parution de ce Bulletin de sécurité, cette vulnérabilité avait-elle été révélée publiquement ?  
Non. Microsoft a été informé de cette vulnérabilité par une divulgation de vulnérabilité coordonnée.

Lors de la parution de ce Bulletin de sécurité, Microsoft avait-il été informé d'une éventuelle exploitation de cette vulnérabilité ?  
Non. Lors de la première publication de ce Bulletin, Microsoft n'avait reçu aucune information faisant état d'une utilisation de cette vulnérabilité dans le but d'attaquer des clients.

• Les meilleures pratiques en matière de pare-feu, ainsi que les configurations par défaut des pare-feu, contribuent à protéger les réseaux contre les attaques lancées depuis l'extérieur de l'entreprise. Les meilleures pratiques recommandent que les systèmes connectés à Internet aient le moins possible de ports exposés.
• Un attaquant parvenant à exploiter cette vulnérabilité pourrait obtenir les mêmes droits que l'utilisateur connecté. Les utilisateurs dont les comptes sont configurés avec des privilèges moins élevés sur le système subiraient moins d'impact que ceux qui possèdent des privilèges d'administrateur.
• Par défaut, Internet Explorer 9 et Internet Explorer 10 empêchent XAML, utilisé par les XBAP, de s'exécuter dans la zone Internet.
• Par défaut, Internet Explorer 6, Internet Explorer 7 et Internet Explorer 8 sont configurés pour demander confirmation à l'utilisateur avant d'exécuter XAML, utilisé par les XBAP, dans la zone Internet.

Une solution de contournement fait référence à une modification de paramètre ou de configuration qui ne corrige pas la vulnérabilité sous-jacente mais qui pourrait contribuer à bloquer certains vecteurs d'attaque connus jusqu'à ce que la mise à jour soit appliquée. Microsoft a testé les solutions de contournement suivantes et indique le cas échéant si une solution réduit certaines fonctionnalités :

• Désactiver les applications du navigateur XAML dans Internet Explorer

  Pour vous protéger contre cette vulnérabilité, modifiez vos paramètres de manière à ce qu'ils vous avertissent avant d'exécuter les applications du navigateur XAML (XBAP) ou qu'ils désactivent les XBAP dans les zones de sécurité Internet et Intranet local comme suit :

  1. Dans Internet Explorer, cliquez sur le menu Outils, puis sélectionnez Options Internet.
  2. Cliquez sur l'onglet Sécurité, sur Internet, puis sur Personnaliser le niveau. Sous Paramètres, pour XAML isolé, cliquez sur Demander ou Désactivé, puis cliquez sur OK.
  3. Cliquez sur l'onglet Sécurité, sur Internet, puis sur Personnaliser le niveau. Sous Paramètres, pour Applications du navigateur XAML, cliquez sur Demander ou Désactivé, puis cliquez sur OK.
  4. Cliquez sur l'onglet Sécurité, sur Internet, puis sur Personnaliser le niveau. Sous Paramètres, pour Documents XPS, cliquez sur Demander ou Désactivé, puis cliquez sur OK.
  5. Dans l'onglet Sécurité, cliquez sur Personnaliser le niveau. Sous composants dépendants du .NET Framework, définissez Exécuter des composants non signés avec Authenticode sur Demander ou Désactiver, puis cliquez sur OK. Répétez ces étapes pour Exécuter des composants signés avec Authenticode, puis cliquez sur OK.
  6. Cliquez sur Intranet local, puis sur Personnaliser le niveau. Répétez les étapes 3 et 4. Si vous êtes invité à confirmer la modification de ces paramètres, cliquez sur Oui. Cliquez sur OK pour retourner dans Internet Explorer.

  Impact de cette solution de contournement. Le code Microsoft .NET ne s'exécutera pas dans Internet Explorer ou ne s'exécutera pas sans invite. La désactivation des applications et des composants Microsoft .NET dans les zones de sécurité Intranet local et Internet risque de perturber le fonctionnement de certains sites Web. Si vous rencontrez des difficultés lors de la visite d'un site Web après avoir modifié ce paramètre et que vous êtes certain de la fiabilité de ce site, vous pouvez ajouter ce dernier à votre liste de sites de confiance. Il pourra ainsi s'afficher correctement.

  Ajouter des sites de confiance à la zone Sites de confiance d'Internet Explorer.

  Après avoir configuré Internet Explorer pour que les applications de navigateur XAML soient désactivées ou que des messages de confirmation s'affichent avant l'exécution de XAML isolé, des applications du navigateur XAML ou des documents XPS dans les zones Internet et Intranet local, vous pouvez ajouter des sites de confiance dans la zone Sites de confiance d'Internet Explorer. Cette opération vous permettra de continuer à utiliser vos sites de confiance exactement comme vous le faites aujourd'hui, tout en vous protégeant contre cette attaque sur les autres sites. Nous vous recommandons d'ajouter uniquement des sites de confiance à la zone Sites de confiance.

  Pour ce faire, procédez ainsi :

  1. Dans Internet Explorer, cliquez sur Outils, sur Options Internet, puis sur l'onglet Sécurité.
  2. Dans la zone Sélectionnez une zone de contenu Web pour spécifier ses paramètres de sécurité, cliquez sur Sites de confiance, puis sur Sites.
  3. Si vous souhaitez ajouter des sites qui ne requièrent pas un canal chiffré, désactivez la case à cocher Nécessite un serveur sécurisé (https:) pour tous les sites dans cette zone.
  4. Dans la zone Ajouter ce site Web à la zone, saisissez l'URL d'un site de confiance, puis cliquez sur Ajouter.
  5. Répétez ces étapes pour chaque site que vous souhaitez ajouter à cette zone.
  6. Cliquez sur OK à deux reprises pour accepter les modifications et retourner dans Internet Explorer.

  Remarque : Ajoutez les sites dont vous savez qu'ils n'effectueront pas d'action malveillante sur votre système. Vous pouvez notamment ajouter les sites « *.windowsupdate.microsoft.com » et « *.update.microsoft.com ». Il s'agit des sites qui hébergent la mise à jour et ils requièrent un contrôle ActiveX pour leur installation.

  Comment annuler cette solution de contournement. Exécutez les étapes suivantes :

  1. Dans Internet Explorer, cliquez sur le menu Outils, puis sélectionnez Options Internet.
  2. Cliquez sur l'onglet Sécurité, sur Rétablir toutes les zones au niveau par défaut, puis sur OK.

Quelle est la portée de cette vulnérabilité ?  
Il s'agit d'une vulnérabilité d'élévation de privilèges.

Quelle est la cause de cette vulnérabilité ?  
Cette vulnérabilité est due au fait que .NET Framework valide de façon incorrecte la taille des objets en mémoire avant de copier ces objets dans un bloc.

Que pourrait faire un attaquant en exploitant cette vulnérabilité ?  
Un attaquant qui parviendrait à exploiter cette vulnérabilité pourrait prendre le contrôle intégral du système affecté. Il pourrait alors installer des programmes, afficher, modifier ou supprimer des données ou créer de nouveaux comptes dotés de tous les privilèges.

Comment un attaquant pourrait-il exploiter cette vulnérabilité ?  
Il existe deux scénarios d'attaque possibles permettant d'exploiter cette vulnérabilité : un scénario de navigation Web et un contournement des restrictions de sécurité d'accès du code (CAS) par l'application Windows .NET. Ces scénarios sont décrits comme suit :

• Scénario d'attaque de navigation Web

  Un attaquant pourrait héberger un site Web spécialement conçu contenant une XBAP (application du navigateur XAML) spécialement conçue et pouvant exploiter cette vulnérabilité, puis convaincre un utilisateur d'afficher le site Web. L'attaquant pourrait également exploiter des sites Web compromis et des sites Web qui acceptent ou hébergent du contenu ou des annonces fournis par les utilisateurs. Ces sites Web pourraient contenir du code spécialement conçu pour exploiter cette vulnérabilité. Cependant, l'attaquant n'aurait aucun moyen de forcer l'utilisateur à visiter ces sites Web. Il devrait y attirer l'utilisateur, généralement en l'incitant à cliquer sur un lien dans un message électronique ou un message instantané qui mène à son site. Il pourrait également afficher du contenu Web spécialement conçu en imitant des bannières publicitaires ou d'autres moyens afin d'envoyer du contenu Web aux systèmes affectés.

• Scénario d'attaque d'applications Windows .NET

  Cette vulnérabilité pourrait également être utilisée par des applications Windows .NET Framework pour contourner les restrictions de sécurité d'accès du code (CAS).

Qu'est-ce que System.DirectoryServices.Protocols (S.DS.P) ?  
System.DirectoryServices.Protocols (S.DS.P) est un espace de noms qui fournit la programmation LDAP (Lightweight Directory Access Protocol) aux développeurs de code managé. Pour plus d'informations sur S.DS.P, consultez l'article consacré à la présentation de System.DirectoryServices.Protocols (S.DS.P) (en anglais).

Qu'est-ce qu'une application du navigateur XAML (XBAP) ?  
Une application du navigateur XAML (XBAP) combine des fonctionnalités d'une application Web et d'une application cliente riche. Comme les applications Web, les XBAP peuvent être publiées sur un serveur Web et lancées à partir d'Internet Explorer. Comme les applications clientes riches, les XBAP peuvent tirer parti des capacités de Windows Presentation Foundation (WPF). Pour plus d'informations à propos des XBAP, consultez l'article MSDN « Vue d'ensemble des applications du navigateur XAML Windows Presentation Foundation ».

Que sont les restrictions de sécurité d'accès du code (CAS) .NET Framework ?  
.NET Framework fournit un mécanisme de sécurité appelé sécurité d'accès du code pour protéger vos ordinateurs du code mobile malveillant, permettre à un code d'origine inconnue d'être exécuté avec une certaine protection et empêcher le code de confiance de compromettre accidentellement ou intentionnellement la sécurité. La sécurité d'accès du code (CAS) permet différents degrés de confiance du code, en fonction de son origine et des autres aspects de l'identité du code. La sécurité d'accès du code applique également les divers niveaux de confiance au code, ce qui réduit la quantité de code nécessitant une confiance totale pour être exécuté. L'utilisation de la sécurité d'accès du code peut diminuer le risque d'utilisation détournée de votre code par un code malveillant ou rempli d'erreur. Pour plus d'informations sur la sécurité d'accès du code, consultez l'article MSDN « Sécurité d'accès du code ».

Quels sont les systèmes les plus exposés à cette vulnérabilité ?  
Il existe deux types de systèmes exposés à cette vulnérabilité, décrits comme suit : les systèmes qui utilisent le scénario de navigation Web et ceux qui utilisent le scénario d'applications Windows .NET Framework.

• Scénario de navigation Web

  Le succès de l'exploitation de cette vulnérabilité nécessite qu'un utilisateur ait ouvert une session et visite des sites Web à l'aide d'un navigateur Web capable d'instancier les XBAP. C'est pourquoi les systèmes sur lesquels un navigateur Web est fréquemment utilisé (tels que les postes de travail ou les serveurs Terminal Server) sont les plus exposés à cette vulnérabilité. Les serveurs pourraient être plus exposés si les administrateurs autorisent les utilisateurs à naviguer sur Internet et à consulter leur messagerie électronique depuis ceux-ci. Néanmoins, les meilleures pratiques recommandent fortement de ne pas autoriser cela.

• Applications Windows .NET

  Les postes de travail et les serveurs qui exécutent des applications Windows .NET Framework non fiables sont également exposés à cette vulnérabilité.

Que fait cette mise à jour ?  
Cette mise à jour corrige la vulnérabilité en modifiant la façon dont .NET Framework valide la taille d'un bloc avant de copier les objets en mémoire.

Lors de la parution de ce Bulletin de sécurité, cette vulnérabilité avait-elle été révélée publiquement ?  
Non. Microsoft a été informé de cette vulnérabilité par une divulgation de vulnérabilité coordonnée.

Lors de la parution de ce Bulletin de sécurité, Microsoft avait-il été informé d'une éventuelle exploitation de cette vulnérabilité ?  
Non. Lors de la première publication de ce Bulletin, Microsoft n'avait reçu aucune information faisant état d'une utilisation de cette vulnérabilité dans le but d'attaquer des clients.

• Les meilleures pratiques en matière de pare-feu, ainsi que les configurations par défaut des pare-feu, contribuent à protéger les réseaux contre les attaques lancées depuis l'extérieur de l'entreprise. Les meilleures pratiques recommandent que les systèmes connectés à Internet aient le moins possible de ports exposés.
• Un attaquant parvenant à exploiter cette vulnérabilité pourrait obtenir les mêmes droits que l'utilisateur connecté. Les utilisateurs dont les comptes sont configurés avec des privilèges moins élevés sur le système subiraient moins d'impact que ceux qui possèdent des privilèges d'administrateur.
• Par défaut, Internet Explorer 9 et Internet Explorer 10 empêchent XAML, utilisé par les XBAP, de s'exécuter dans la zone Internet.
• Par défaut, Internet Explorer 6, Internet Explorer 7 et Internet Explorer 8 sont configurés pour demander confirmation à l'utilisateur avant d'exécuter XAML, utilisé par les XBAP, dans la zone Internet.

Une solution de contournement fait référence à une modification de paramètre ou de configuration qui ne corrige pas la vulnérabilité sous-jacente mais qui pourrait contribuer à bloquer certains vecteurs d'attaque connus jusqu'à ce que la mise à jour soit appliquée. Microsoft a testé les solutions de contournement suivantes et indique le cas échéant si une solution réduit certaines fonctionnalités :

• Désactiver les applications du navigateur XAML dans Internet Explorer

  Pour vous protéger contre cette vulnérabilité, modifiez vos paramètres de manière à ce qu'ils vous avertissent avant d'exécuter les applications du navigateur XAML (XBAP) ou qu'ils désactivent les XBAP dans les zones de sécurité Internet et Intranet local comme suit :

  1. Dans Internet Explorer, cliquez sur le menu Outils, puis sélectionnez Options Internet.
  2. Cliquez sur l'onglet Sécurité, sur Internet, puis sur Personnaliser le niveau. Sous Paramètres, pour XAML isolé, cliquez sur Demander ou Désactivé, puis cliquez sur OK.
  3. Cliquez sur l'onglet Sécurité, sur Internet, puis sur Personnaliser le niveau. Sous Paramètres, pour Applications du navigateur XAML, cliquez sur Demander ou Désactivé, puis cliquez sur OK.
  4. Cliquez sur l'onglet Sécurité, sur Internet, puis sur Personnaliser le niveau. Sous Paramètres, pour Documents XPS, cliquez sur Demander ou Désactivé, puis cliquez sur OK.
  5. Dans l'onglet Sécurité, cliquez sur Personnaliser le niveau. Sous composants dépendants du .NET Framework, définissez Exécuter des composants non signés avec Authenticode sur Demander ou Désactiver, puis cliquez sur OK. Répétez ces étapes pour Exécuter des composants signés avec Authenticode, puis cliquez sur OK.
  6. Cliquez sur Intranet local, puis sur Personnaliser le niveau. Répétez les étapes 3 et 4. Si vous êtes invité à confirmer la modification de ces paramètres, cliquez sur Oui. Cliquez sur OK pour retourner dans Internet Explorer.

  Impact de cette solution de contournement. Le code Microsoft .NET ne s'exécutera pas dans Internet Explorer ou ne s'exécutera pas sans invite. La désactivation des applications et des composants Microsoft .NET dans les zones de sécurité Intranet local et Internet risque de perturber le fonctionnement de certains sites Web. Si vous rencontrez des difficultés lors de la visite d'un site Web après avoir modifié ce paramètre et que vous êtes certain de la fiabilité de ce site, vous pouvez ajouter ce dernier à votre liste de sites de confiance. Il pourra ainsi s'afficher correctement.

  Ajouter des sites de confiance à la zone Sites de confiance d'Internet Explorer.

  Après avoir configuré Internet Explorer pour que les applications de navigateur XAML soient désactivées ou que des messages de confirmation s'affichent avant l'exécution de XAML isolé, des applications du navigateur XAML ou des documents XPS dans les zones Internet et Intranet local, vous pouvez ajouter des sites de confiance dans la zone Sites de confiance d'Internet Explorer. Cette opération vous permettra de continuer à utiliser vos sites de confiance exactement comme vous le faites aujourd'hui, tout en vous protégeant contre cette attaque sur les autres sites. Nous vous recommandons d'ajouter uniquement des sites de confiance à la zone Sites de confiance.

  Pour ce faire, procédez ainsi :

  1. Dans Internet Explorer, cliquez sur Outils, sur Options Internet, puis sur l'onglet Sécurité.
  2. Dans la zone Sélectionnez une zone de contenu Web pour spécifier ses paramètres de sécurité, cliquez sur Sites de confiance, puis sur Sites.
  3. Si vous souhaitez ajouter des sites qui ne requièrent pas un canal chiffré, désactivez la case à cocher Nécessite un serveur sécurisé (https:) pour tous les sites dans cette zone.
  4. Dans la zone Ajouter ce site Web à la zone, saisissez l'URL d'un site de confiance, puis cliquez sur Ajouter.
  5. Répétez ces étapes pour chaque site que vous souhaitez ajouter à cette zone.
  6. Cliquez sur OK à deux reprises pour accepter les modifications et retourner dans Internet Explorer.

  Remarque : Ajoutez les sites dont vous savez qu'ils n'effectueront pas d'action malveillante sur votre système. Vous pouvez notamment ajouter les sites « *.windowsupdate.microsoft.com » et « *.update.microsoft.com ». Il s'agit des sites qui hébergent la mise à jour et ils requièrent un contrôle ActiveX pour leur installation.

  Comment annuler cette solution de contournement. Exécutez les étapes suivantes :

  1. Dans Internet Explorer, cliquez sur le menu Outils, puis sélectionnez Options Internet.
  2. Cliquez sur l'onglet Sécurité, sur Rétablir toutes les zones au niveau par défaut, puis sur OK.

Quelle est la portée de cette vulnérabilité ?  
Il s'agit d'une vulnérabilité d'élévation de privilèges.

Quelle est la cause de cette vulnérabilité ?  
Cette vulnérabilité est due au fait que .NET Framework valide de façon incorrecte les autorisations des objets.

Que pourrait faire un attaquant en exploitant cette vulnérabilité ?  
Un attaquant qui parviendrait à exploiter cette vulnérabilité pourrait prendre le contrôle intégral du système affecté. Il pourrait alors installer des programmes, afficher, modifier ou supprimer des données ou créer de nouveaux comptes dotés de tous les privilèges.

Comment un attaquant pourrait-il exploiter cette vulnérabilité ?  
Il existe deux scénarios d'attaque possibles permettant d'exploiter cette vulnérabilité : un scénario de navigation Web et un contournement des restrictions de sécurité d'accès du code (CAS) par l'application Windows .NET. Ces scénarios sont décrits comme suit :

• Scénario d'attaque de navigation Web

  Un attaquant pourrait héberger un site Web spécialement conçu contenant une XBAP (application du navigateur XAML) spécialement conçue et pouvant exploiter cette vulnérabilité, puis convaincre un utilisateur d'afficher ce site Web. L'attaquant pourrait également exploiter des sites Web compromis et des sites Web qui acceptent ou hébergent du contenu ou des annonces fournis par les utilisateurs. Ces sites Web pourraient contenir du code spécialement conçu pour exploiter cette vulnérabilité. Cependant, l'attaquant n'aurait aucun moyen de forcer l'utilisateur à visiter ces sites Web. Il devrait y attirer l'utilisateur, généralement en l'incitant à cliquer sur un lien dans un message électronique ou un message instantané qui mène à son site. Il pourrait également afficher du contenu Web spécialement conçu en imitant des bannières publicitaires ou d'autres moyens afin d'envoyer du contenu Web aux systèmes affectés.

• Scénario d'attaque d'applications Windows .NET

  Cette vulnérabilité pourrait également être utilisée par des applications Windows .NET Framework pour contourner les restrictions de sécurité d'accès du code (CAS).

Qu'est-ce que le CLR ?  
Microsoft .NET Framework fournit un environnement d'exécution appelé Common Language Runtime (CLR), qui exécute le code et fournit des services qui facilitent le processus de développement. Pour plus d'informations sur le CLR, consultez la Présentation du service CLR (en anglais).

Qu'est-ce qu'une application du navigateur XAML (XBAP) ?  
Une application du navigateur XAML (XBAP) combine des fonctionnalités d'une application Web et d'une application cliente riche. Comme les applications Web, les XBAP peuvent être publiées sur un serveur Web et lancées à partir d'Internet Explorer. Comme les applications clientes riches, les XBAP peuvent tirer parti des capacités de Windows Presentation Foundation (WPF). Pour plus d'informations à propos des XBAP, consultez l'article MSDN « Vue d'ensemble des applications du navigateur XAML Windows Presentation Foundation ».

Que sont les restrictions de sécurité d'accès du code (CAS) .NET Framework ?  
.NET Framework fournit un mécanisme de sécurité appelé sécurité d'accès du code pour protéger vos ordinateurs du code mobile malveillant, permettre à un code d'origine inconnue d'être exécuté avec une certaine protection et empêcher le code de confiance de compromettre accidentellement ou intentionnellement la sécurité. La sécurité d'accès du code (CAS) permet différents degrés de confiance du code, en fonction de son origine et des autres aspects de l'identité du code. La sécurité d'accès du code applique également les divers niveaux de confiance au code, ce qui réduit la quantité de code nécessitant une confiance totale pour être exécuté. L'utilisation de la sécurité d'accès du code peut diminuer le risque d'utilisation détournée de votre code par un code malveillant ou rempli d'erreur. Pour plus d'informations sur la sécurité d'accès du code, consultez l'article MSDN « Sécurité d'accès du code ».

Quels sont les systèmes les plus exposés à cette vulnérabilité ?  
Il existe deux types de systèmes exposés à cette vulnérabilité, décrits comme suit : les systèmes qui utilisent le scénario de navigation Web et ceux qui utilisent le scénario d'applications Windows .NET Framework.

• Scénario de navigation Web

  Le succès de l'exploitation de cette vulnérabilité nécessite qu'un utilisateur ait ouvert une session et visite des sites Web à l'aide d'un navigateur Web capable d'instancier les XBAP. C'est pourquoi les systèmes sur lesquels un navigateur Web est fréquemment utilisé (tels que les postes de travail ou les serveurs Terminal Server) sont les plus exposés à cette vulnérabilité. Les serveurs pourraient être plus exposés si les administrateurs autorisent les utilisateurs à naviguer sur Internet et à consulter leur messagerie électronique depuis ceux-ci. Néanmoins, les meilleures pratiques recommandent fortement de ne pas autoriser cela.

• Applications Windows .NET

  Les postes de travail et les serveurs qui exécutent des applications Windows .NET Framework non fiables sont également exposés à cette vulnérabilité.

Que fait cette mise à jour ?  
Cette mise à jour corrige la vulnérabilité en modifiant la façon dont .NET Framework valide les autorisations des objets.

Lors de la parution de ce Bulletin de sécurité, cette vulnérabilité avait-elle été révélée publiquement ?  
Non. Microsoft a été informé de cette vulnérabilité par une divulgation de vulnérabilité coordonnée.

Lors de la parution de ce Bulletin de sécurité, Microsoft avait-il été informé d'une éventuelle exploitation de cette vulnérabilité ?  
Non. Lors de la première publication de ce Bulletin, Microsoft n'avait reçu aucune information faisant état d'une utilisation de cette vulnérabilité dans le but d'attaquer des clients.

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité concernant ce logiciel. Vous pouvez rechercher des informations supplémentaires dans la sous-section « Informations de déploiement » de cette section.

Remarque : La mise à jour pour les versions en cours de support de Windows XP Professionnel Édition x64 s'applique également aux versions en cours de support de Windows Server 2003 Édition x64.

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité concernant ce logiciel. Vous pouvez rechercher des informations supplémentaires dans la sous-section « Informations de déploiement » de cette section.

Remarque : La mise à jour pour les versions en cours de support de Windows Server 2003 Édition x64 s'applique également aux versions en cours de support de Windows XP Professionnel Édition x64.

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité concernant ce logiciel. Vous pouvez rechercher des informations supplémentaires dans la sous-section « Informations de déploiement » de cette section.

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité concernant ce logiciel. Vous pouvez rechercher des informations supplémentaires dans la sous-section « Informations de déploiement » de cette section.

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité concernant ce logiciel. Vous pouvez rechercher des informations supplémentaires dans la sous-section « Informations de déploiement » de cette section.

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité concernant ce logiciel. Vous pouvez rechercher des informations supplémentaires dans la sous-section « Informations de déploiement » de cette section.

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité concernant ce logiciel. Vous pouvez rechercher des informations supplémentaires dans la sous-section « Informations de déploiement » de cette section.

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité concernant ce logiciel. Vous pouvez rechercher des informations supplémentaires dans la sous-section « Informations de déploiement » de cette section.

Tableau de référence

Le tableau suivant contient les informations de mise à jour de sécurité concernant ce logiciel. Vous pouvez rechercher des informations supplémentaires dans la sous-section « Informations de déploiement » de cette section.