![]() |
CERTA Centre d'Expertise Gouvernemental de |
![]() |
|
Affaire suivie par : CERTA Objet : Bulletin d'actualité
2007-41
Gestion du documentUne gestion de version détaillée se trouve à la fin de ce document. Le bulletin d'actualité est disponible dans son intégralité et au format PDF à l'adresse suivante : http://www.certa.ssi.gouv.fr/site/CERTA-2007-ACT-041.pdf Un extrait du bulletin, ne reprenant que les articles de la semaine, se trouve en HTML à l'adresse suivante : http://www.certa.ssi.gouv.fr/site/CERTA-2007-ACT-041/ 1 Les sites épaves, écueils pour la navigation sur l'InternetDeux incidents traités par le CERTA rappellent que l'abandon d'un site web n'est pas si simple. 1.1 Les mésaventuresLe schéma est le même dans les deux cas, malgré la différence d'environnement technique et organisationnel. Un organisme a développé un site web sur une première infrastructure. À la suite de diverses évolutions, il décide de faire migrer ce site vers un nouvel environnement. Cette migration se traduit par plusieurs changements, dont l'hébergeur, le nom de domaine et l'adresse réseau. Le nouveau site est mis en service avec succès, mais l'ancien est oublié ...Sauf pour des internautes peu scrupuleux. Ne faisant plus l'objet de surveillance et sans mise à jour des logiciels, l'ancien site resté en ligne est une proie facile. De surcroît, les journaux de l'ancien site ne sont plus du tout consultés, ce qui contribue à maintenir les intrus plus longtemps sur le système. Selon les incidents traités, l'ancien site héberge des codes malveillants ou sert à des cyber-affrontements.Dans chacun des incidents traités par le CERTA, l'ancien site ayant gardé un nom en rapport étroit avec l'organisme français, les méfaits commis par les intrus entachent l'image de l'organisme. La rupture de liens, contractuels ou techniques, rend difficile la gestion de l'incident. 1.2 Des recommandationsLors d'un changement d'infrastructure, plusieurs précautions sont utiles :
2 Nouveautés du côté d'Internet Explorer2.1 Le téléchargement d'Internet Explorer 7 évolueDepuis le 4 octobre 2007, Internet Explorer 7 de Microsoft est disponible pour tous les utilisateurs de Windows XP. Cette annonce a été publiée sur le blog du butineur de Microsoft. La mise à jour du navigateur ne requiert plus de validation de Windows Genuine Advantage (WGA). Cette mise à jour est disponible en téléchargement sur le site de Microsoft ou via les mises à jour automatiques. Jusqu'à présent l'installation d'Internet Explorer 7 n'était possible qu'après vérification de l'authenticité de la copie de Windows XP. La nouvelle version du navigateur est désormais disponible pour l'ensemble des utilisateurs de Windows XP SP2. 2.2 Microsoft : une mise à jour facultativeMicrosoft publie des mises à jour prioritaires le deuxième mardi de chaque mois. L'éditeur peut également publier d'autres mises à jour à la même date. Ce fut le cas en octobre. Une mise à jour non prioritaire ajoute des certificats d'autorités de certification dans le navigateur Internet Explorer. Cinq autorités sont concernées : deux espagnoles, une finlandaise, une lettone et une turque. Documentationhttp://support.microsoft.com/kb/9311253 Les risques des clés USBLe CERTA rappelait la semaine dernière dans son bulletin d'actualité les risques liés à l'utilisation d'applications placées sur des supports de stockage amovibles. Le 8 octobre dernier, la région Ile de France a distribué 173 000 clés USB (Universal Serial Bus) aux lycéens et apprentis de la région. Ces clés sont présentées comme un « bureau mobile » ou un « cartable électronique ». Ce projet est observé à l'éclairage de la mise en garde publiée la semaine dernière par le CERTA dans son bulletin d'actualité. Ces clés offrent la possibilité d'utiliser des logiciels libres sous Windows comme1 :
Le CERTA attire donc l'attention sur la nécessité de mettre à jour les applications. Ces objets peuvent être facilement perdus ou volés. Le CERTA rappelle qu'il existe des applications capables de copier l'intégralité de la mémoire de ces supports de stockage afin d'y retrouver des données, même si celles-ci ont été préalablement effacées (traces résiduelles possibles). Ces logiciels sont également capables d'insérer des codes malveillants sur le support, afin de les utiliser comme vecteur de propagation. Il est donc nécessaire d'utiliser les outils de chiffrement des données disponibles et de minimiser les données personnelles présentes sur le support. Les clés USB de ce projet ayant pour vocation à être utilisées sur plusieurs ordinateurs, il est important d'attacher une attention toute particulière à la non compromission de celles-ci et des systèmes sur lesquels elles sont montées. Le CERTA tient à rappeler les précautions à prendre quant à l'utilisation de ces périphériques : http://www.certa.ssi.gouv.fr/site/CERTA-2007-ACT-040.pdf 4 Vulnérabilité dans le traitement des URICette semaine le CERTA a diffusé l'alerte CERTA-2007-ALE-015. Celle-ci concerne une vulnérabilité de Microsoft Windows dans le traitement d'URIs, et ne fonctionne que sur les systèmes Windows XP et Windows Server 2003 ayant Internet Explorer 7. Windows Vista n'est pas impacté. Comme pour certaines vulnérabilités récentes, la vulnérabilité est en réalité double et concerne à la fois les éditeurs d'applications et Microsoft. En juillet 2007, l'alerte CERTA-2007-ALE-013 portait sur cette même vulnérabilité liée à Mozilla Firefox. Il était ainsi possible, via un lien ou même un iframe spécifiquement construit, d'exécuter des commandes arbitraires sur le poste de l'utilisateur. Mozilla a rapidement corrigé le problème de son côté, du moins en partie (cf. l'article « Traitement des URI par Mozilla Firefox » du bulletin CERTA-2007-ACT-036). Plus précisément, la vulnérabilité concerne la fonction de Windows ShellExecute() appelée par diverses applications. Cette fonction traite la chaîne qui lui est passée en argument et en extrait soit un protocole soit une extension, pour lancer ensuite le programme associé spécifié dans la base de registres. Voici deux exemples pour illustration :
L'installation de Internet Explorer 7 change l'interaction entre le shell Windows et Internet Explorer lors du traitement d'URIs. Avec Internet Explorer 5 ou 6, une URI de type mailto:% lançe l'application de messagerie enregistrée dans la base de registre, alors que cette chaîne est mal formée. L'installation d'Internet Explorer 7 change cela, en rejetant la chaîne avant le lancement du programme associé. Toutefois ShellExecute tenterait ensuite, selon Microsoft, de réparer la chaîne, et lance ainsi une application en fonction de l'extension et non du protocole. Cela n'est cependant pas le cas sous Windows Vista. En remarque,le RFC 2368 est dédié au format des URLs de type mailto. On peut y lire que les caractères réservés de type parenthèses, virgule ou signe de pourcentage % doivent être traduits (encodage). Ainsi, % ne peut apparaître dans une URL de type mailto que pour introduire un hexadécimal, ou doit sinon être converti en %25. C'est ainsi que l'URL mailto:%../../../../windows/system32/calc.exe".bat cause le lancement du programme de courriel si Internet Explorer 6 est installé, mais le programme calc.exe si Internet Explorer 7 est installé. A cause de l'extension .bat, ShellExecute lance la valeur enregistrée dans HKEY_CLASSES_ROOT/TT>, c'est à dire "%1" %*. La chaîne passée en argument après traitement est difficile à déterminer, mais le résultat final est le lancement de calc.exe. Des tests internes au CERTA ont de plus montré qu'il est trivial de passer des arguments au programme exécuté. Fondamentalement toutes les URI sont touchées puisque le facteur déclenchant n'est pas le protocole choisi mais l'extension. Cela dépend toutefois de l'application appelante qui peut elle-même limiter les types d'URI autorisées. La vulnérabilité concerne donc la fonction ShellExecute. Néanmoins toute application convenablement conçue doit également vérifier les chaînes qu'elle passe en argument ; c'est de cette manière que Mozilla a corrigé la faille touchant Firefox. Adobe a reconnu récemment que son logiciel Adobe Reader était touché par cette vulnérabilité pour les URI de type mailto, et a publié un contournement provisoire. Le 10 octobre 2007, Microsoft a également réagi en annonçant qu'un correctif était en cours de développement, ce qui devrait corriger le problème pour toute application appelant ShellExecute sans filtrage préalable. Documentation
5 Des injections de code indirectes : triche au compteur5.1 IntroductionLe CERTA a mentionné dans son bulletin d'actualité CERTA-2007-ACT-040 les deux points suivants :
Le CERTA revient donc sur ce dernier point, pour donner l'exemple d'injections de code originales, avec des finalités très particulières. 5.2 La mesure d'audience et la publicitéPlusieurs lignes de codes sont fréquemment ajoutées par les développeurs dans les pages Web, sans que celles-ci soient nécessaires au bon fonctionnement de la page. Les ajouts de la sorte, fréquents, peuvent être utilisés pour compter la fréquentation du site, ou pour activer des liens publicitaires. 5.2.1 Les compteurs de fréquentationUn compteur se présente souvent sous la forme d'un webbug, i.e. d'une image non visible par l'internaute sur la page, qui envoie, à son chargement, des informations vers le site de statistique central, comme : le type de navigateur utilisé (User-Agent), la page Web visitée, la date, l'adresse IP du visiteur, etc. D'autres méthodes existent aussi, comme le JavaScript, pour effectuer une telle opération. Il s'agit d'une forme d'espiogiciel (défini comme un outil de « collecte et transmission d'informations à l'insu de l'utilisateur », dans la terminologie CERTA-2006-INF-002). L'exemple ci-dessous est tiré du code source de certaines pages Web, avec le service audientia. D'autres services comme xiti, cybermonitor, etc. ont une approche très semblable.
<!-- Begin WEBandSTATS Tag ... -->
<!-- COPYRIGHT AUDIENTIA ALL RIGHTS RESERVED. -->
<_script language='javascript1.1' type="text/javascript"><!--
var SITE_ID = "XXXXXX";
var PAGE_URL = escape("http://MonSiteWeb");
var PAGE_NAME = "MonSiteWeb";
(...)
var wasb = '?SITE_ID=XXXXXX&REFERRER='+escape(document.referrer)+
'&LOCAL_DATE='+(new Date()).getHours();
wasb += '&JS_VERSION=10&PAGE_TITLE='+escape(document.title)+
'&PAGE_NAME='+escape(PAGE_NAME);
wasb += '&PAGE_URL='+PAGE_URL+'&HANDLE_PARAM='+HANDLE_PARAM+
'&GALLERY_NAME='+escape(GALLERY_NAME);
'&PARAMETERS='+escape(PARAMETERS);
(...)
var wasImg = new Image();wasImg.src = wasa+wasb;};//-->
</_script>
<_noscript>
<_img src="http://apu03c0.audientia.net:80/scripts/stats.asp?SITE_ID=XXXXXX&
PAGE_URL=&HANDLE_PARAM=NO&GALLERY_NAME=&GALLERY_PRODUCTID="
alt="statistiques de fré quentation (audientia)" />
</_noscript>
<!-- End WEBandSTATS Tag -->
5.2.2 Les revenus publicitairesSuivant le même principe, les sites peuvent également servir de vitrine publicitaire. La rémunération se fait en fonction des clics que le site engendre. Plus un site redirige vers l'annonceur, plus sa « contribution publicitaire » est récompensée. Des services permettent de compter les clics, et servent à des transactions financières. Ils fournissent également les codes à insérer dans les pages Web. Un exemple est le service Google Adsense. Le code inséré ressemble à : <_script type="text/javascript"><!-- google_ad_client = "pub-XXXXXXXXXXXXXXXXXXXXX"; google_ad_width = 160; google_ad_height = 600; google_ad_format = "160x600_as"; google_ad_type = "text_image"; google_ad_channel = ""; google_color_border = "FFFFFF"; google_color_bg = "FFFFFF"; google_color_link = "0000FF"; google_color_text = "000000"; google_color_url = "191970"; //--> </_script> <_script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </_script> 5.3 L'injection de code malveillant, comme effet secondaireReprenons donc les deux échantillons de code cités ci-dessus. Si une personne peut modifier le code source de la page (hypothèse malheureusement confirmée lors du traitement de défigurations), voici des scénarii possibles d'injection de codes :
L'injection se limite donc à modifier très peu de champs de ces codes tiers dans les pages. Elle risque fort de passer inaperçue aux yeux de l'administrateur du site qui ne vérifie pas l'intégrité du code complet du site. Elle permet en revanche à une personne malveillante d'effectuer les actions suivantes :
Il est également possible d'imaginer des actions plus furtives, qui modifient le code Javascript pour continuer à créditer occasionnellement le vrai site, afin de ne pas trop éveiller les soupçons d'un responsable de communication anxieux. 5.4 Les recommandations du CERTACe type d'activité malveillante repose une nouvelle fois sur la possibilité d'injecter du code dans des pages Web. Elle met donc en évidence la nécessité du contrôle d'intégrité de celles-ci. De manière générale :
6 Citrix MetaframeLa technologie de Citrix Metaframe permet à un utilisateur distant de se connecter à un bureau Microsoft Windows à distance. Ceci permet à des clients nomades d'obtenir un environnement de travail complet à partir d'une simple connexion à l'Internet. Cette connexion à un bureau se fait grâce à un programme nommé client ICA (Independent Computing Architecture). Celui-ci utilise pour se connecter un fichier de configuration d'extension .ica. Ce fichier peut être détenu par l'utilisateur sur un support amovible. Souvent, il est mis à disposition sur un site web. Ce problème est que ce fichier de configuration comporte des informations sensibles sur la configuration à la fois du client et du serveur. Ce fichier ne doit donc pas être laissé en libre téléchargement sur un site web. Il doit, au minimum, faire l'objet de contrôles d'accès, d'autant plus que ce fichier de configuration est en texte clair et peut être modifié ou adapté après téléchargement. Par ailleurs, le CERTA a eu connaissance d'une possible vulnérabilité dans la partie serveur Citrix. En effet, un utilisateur malintentionné, en modifiant de façon particulière un fichier de configuration .ica, pourrait contourner la phase d'authentification nécessaire à la connexion au bureau distant. Ce faisant, il obtient une session valide sans s'identifier. Il est donc impératif de bien restreindre l'accès à ce fichier de configuration aux seules personnes auxquelles il est destiné. 7 Safari pour WindowsDans le bulletin d'actualité du 15 juin 2007 (CERTA-2007-ACT-024), il était fait mention de la version beta du navigateur Internet Safari pour Windows. L'article traitant de cette application signalait de nombreuses vulnérabilités découvertes très peu de temps après la mise à disposition de ce dernier sur l'Internet. Au cours du mois d'août 2007, de nouvelles vulnérabilités ont été corrigées par Apple :
Ces vulnérabilités sont corrigées dans la version 3.0.3 du Navigateur Safari. Malgré cette mise à jour, le navigateur Internet Safari pour Windows n'est pas encore une version finale, et par conséquent, il est recommandé de ne pas déployer cette application avant la publication d'une version stable. Documentation
|
![]() |
||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||