Bulletin de sécurité Microsoft MS12-035 - Critique

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 :

• Dans le cas d'une attaque de navigation Web, l'attaquant devrait héberger un site Web contenant une page Web spécialement conçue pour exploiter cette vulnérabilité. En outre, les sites Web compromis et les sites Web qui acceptent ou hébergent du contenu ou des annonces provenant d'utilisateurs pourraient contenir du contenu malveillant susceptible d'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.
• Par défaut, Internet Explorer sur Windows Server 2003, Windows Server 2008 et Windows Server 2008 R2 s'exécutent selon un mode restreint appelé Configuration de sécurité renforcée. Ce mode atténue la vulnérabilité uniquement sur Windows Server 2008 et Windows Server 2008 R2, et ce uniquement dans le cas d'un scénario d'attaque de navigation Web. Pour plus d'informations sur la Configuration de sécurité renforcée d'Internet Explorer, reportez-vous à la section du Forum aux questions concernant cette vulnérabilité.
• Les applications standard .NET Framework ne sont pas concernées par cette vulnérabilité. Seules les applications .NET Framework spécialement conçues pourraient exploiter cette vulnérabilité.

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 Microsoft .NET de confiance partielle

  Pour désactiver toutes les applications Microsoft .NET s'exécutant avec une confiance partielle, y compris les applications du navigateur XAML (les XBAP) et les applications Microsoft .NET situées sur le réseau, exécutez les commandes suivantes depuis une invite de commandes avec privilèges élevés :

  caspol –pp off
caspol –m –resetlockdown
caspol –pp on

  Remarque : Vous devez avoir ouvert une session en tant qu'administrateur ou posséder des autorisations d'administration pour mettre en œuvre cette solution de contournement.

  Impact de cette solution de contournement. Les applications Microsoft .NET peuvent ne pas fonctionner.

  Comment annuler cette solution de contournement.

  Pour réinitialiser les stratégies de sécurité Microsoft .NET avec les valeurs par défaut, exécutez les commandes suivantes depuis une invite de commandes avec privilèges élevés :

  caspol –pp off
caspol –m –reset
caspol –pp on

  Remarque : Vous devez avoir ouvert une session en tant qu'administrateur ou posséder des autorisations d'administration pour annuler cette solution de contournement.

• 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'exécution de code à distance. Tout 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.

Quelle est la cause de cette vulnérabilité ? 
Cette vulnérabilité est générée lorsque le processus de sérialisation dans .NET Framework traite de manière incorrecte les données non fiables comme des données fiables.

Qu'est-ce que la sérialisation dans .NET Framework ? 
La sérialisation est un processus consistant à convertir l'état d'un objet en une forme pouvant être persistante ou transportée. Le complément de la sérialisation est la désérialisation, qui convertit un flux en objet. Le sérialiseur le plus courant dans .NET Framework est le sérialiseur binaire. Pour plus d'informations sur ce composant, consultez l'article MSDN « Sérialisation binaire ».

Que pourrait faire un attaquant en exploitant cette vulnérabilité ? 
Un attaquant pourrait exécuter du code arbitraire dans le contexte de l'utilisateur connecté. 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. Si un utilisateur est connecté avec des privilèges d'administrateur, un attaquant pourrait prendre le contrôle intégral du système affecté. 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.

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 les applications Windows .NET pour contourner les restrictions de sécurité d'accès du code (CAS).

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.

• 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 non fiables sont également exposés à cette vulnérabilité.

J'exécute Internet Explorer pour Windows Server 2003, Windows Server 2008 ou Windows Server 2008 R2. Cela limite-t-il cette vulnérabilité ? 
Oui. Par défaut, Internet Explorer sur Windows Server 2003, Windows Server 2008 et Windows Server 2008 R2 s'exécutent selon un mode restreint appelé Configuration de sécurité renforcée. La Configuration de sécurité renforcée d'Internet Explorer est un groupe de paramètres Internet Explorer préconfigurés qui réduit le risque qu'un utilisateur ou qu'un administrateur ne télécharge et n'exécute un contenu Web spécialement conçu sur un serveur. Il s'agit d'un facteur atténuant pour les sites Web qui n'ont pas été ajoutés à la zone Sites de confiance d'Internet Explorer.

Que fait cette mise à jour ? 
Cette mise à jour corrige la vulnérabilité en rectifiant la manière dont le processus de sérialisation dans .NET Framework traite les données fiables et non fiables.

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 :

• Dans le cas d'une attaque de navigation Web, l'attaquant devrait héberger un site Web contenant une page Web spécialement conçue pour exploiter cette vulnérabilité. En outre, les sites Web compromis et les sites Web qui acceptent ou hébergent du contenu ou des annonces provenant d'utilisateurs pourraient contenir du contenu malveillant susceptible d'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.
• Par défaut, Internet Explorer sur Windows Server 2003, Windows Server 2008 et Windows Server 2008 R2 s'exécutent selon un mode restreint appelé Configuration de sécurité renforcée. Ce mode atténue la vulnérabilité uniquement sur Windows Server 2008 et Windows Server 2008 R2, et ce uniquement dans le cas d'un scénario d'attaque de navigation Web. Pour plus d'informations sur la Configuration de sécurité renforcée d'Internet Explorer, reportez-vous à la section du Forum aux questions concernant cette vulnérabilité.

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'exécution de code à distance. Tout 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.

Quelle est la cause de cette vulnérabilité ? 
Cette vulnérabilité survient lorsque .NET Framework traite de façon incorrecte une exception pendant le processus de sérialisation d'objets.

Qu'est-ce que la sérialisation d'objets dans .NET Framework ? 
On peut définir la sérialisation comme le processus qui consiste à stocker l'état d'une instance d'objet sur un support de stockage. Durant ce processus, les champs publics et privés de l'objet et le nom de la classe, y compris l'assemblage contenant la classe, sont convertis en un flux d'octets, celui-ci étant ensuite transcrit dans un flux de données. Par la suite, lorsque l'objet est désérialisé, un clone de l'original est créé. Pour en savoir plus, consultez l'article MSDN « Sérialisation d'objets dans .NET ».

Que pourrait faire un attaquant en exploitant cette vulnérabilité ? 
Dans un scénario de navigation Web, un attaquant qui serait parvenu à exploiter cette vulnérabilité pourrait obtenir les mêmes autorisations que l'utilisateur actuellement connecté. Si un utilisateur est connecté avec des privilèges d'administrateur, un attaquant 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. 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.

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 les applications Windows .NET pour contourner les restrictions de sécurité d'accès du code (CAS).

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.

• 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 non fiables sont également exposés à cette vulnérabilité.

J'exécute Internet Explorer pour Windows Server 2003, Windows Server 2008 ou Windows Server 2008 R2. Cela limite-t-il cette vulnérabilité ? 
Oui. Par défaut, Internet Explorer sur Windows Server 2003, Windows Server 2008 et Windows Server 2008 R2 s'exécutent selon un mode restreint appelé Configuration de sécurité renforcée. La Configuration de sécurité renforcée d'Internet Explorer est un groupe de paramètres Internet Explorer préconfigurés qui réduit le risque qu'un utilisateur ou qu'un administrateur ne télécharge et n'exécute un contenu Web spécialement conçu sur un serveur. Il s'agit d'un facteur atténuant pour les sites Web qui n'ont pas été ajoutés à la zone Sites de confiance d'Internet Explorer.

Que fait cette mise à jour ? 
Cette mise à jour corrige la vulnérabilité en modifiant la façon dont Microsoft .NET Framework traite la sérialisation d'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.