CERTA
|
CERTA Centre d'Expertise Gouvernemental de |
 |
|
Affaire suivie par : CERTA Objet : Bulletin d'actualité
2009-52
Gestion du documentLe bulletin d'actualité est disponible dans son intégralité et au format PDF à l'adresse suivante : http://www.certa.ssi.gouv.fr/site/CERTA-2009-ACT-052.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-2009-ACT-052/ 1 Attaques ciblant phpMyVisitesL'application phpMyVisites a fait l'objet d'une très importante mise à jour de sécurité le 16 décembre 2009 (avis CERTA-2009-AVI-560). Ce correctif fait suite à l'exploitation d'une vulnérabilité d'un module tiers, appelé Clickheat, fourni avec phpMyVisites. La nouvelle version du logiciel n'intègre plus cette extension vulnérable. De plus, les développeurs de phpMyVisites ont publié une page dédiée à des attaques constatées début décembre 2009. En particulier, un serveur compromis pourrait contenir les fichiers suivants :
La compromission est susceptible de s'étendre à tout le serveur, pas uniquement au répertoire de phpMyVisites. Un des correspondants du CERTA a déjà signalé une telle compromission, survenue le 5 décembre 2009. L'intrus n'a pas défiguré le site Web, donc l'attaque ne laisse pas de traces évidentes (en dehors des journaux). Par contre, l'attaquant a déposé de nombreuses portes dérobées et a peut-être exploité des vulnérabilités du noyau pour élever ses privilèges et devenir administrateur du serveur. Le CERTA recommande à tous les administrateurs de sites fonctionnant avec phpMyVisites de rechercher dans les journaux d'accès les appels au module Clickheat (par exemple à l'aide de la commande grep -i clickheat access.log). De tels accès, notamment à l'aide de requêtes POST, sont caractéristiques d'une compromission. Tout administrateur constatant une telle activité dans ses journaux est invité à contacter le CERTA. 2 Attaquer le serveur DNS plutôt que le site Web cibleTwitter, le célèbre site de microblogging (http://www.twitter.com) a subi une attaque le 18 décembre 2009. Dans la matinée de cette journée, la majorité des internautes qui tentaient de se connecter sur le site Web de Twitter arrivaient sur un site affichant une page de revendication anti-américaine, signée par « l'Iranian Cyberarmy ». À la lumière des éléments publics de l'attaque, le site Web de Twitter n'a vraisemblablement subi aucune agression. Les pirates ont en fait visé le système DNS de Twitter. La société Twitter utilise une offre externalisée de DNS, qui a pour rôle de résoudre les requêtes. Ainsi, lorsqu'un internaute souhaite se connecter à Twitter, son navigateur Web va émettre une demande de résolution DNS, afin de transformer le nom www.twitter.com en adresse IP, par exemple 168.143.162.36. Les attaquants ont réussi, en se connectant à l'interface d'administration du DNS, à modifier cette résolution, pour la faire pointer vers le site de leur choix. La suite est connue... Cet incident peut amener quelques réflexions. Tout d'abord, commençons par la revendication du piratage. Même si la page visible des internautes contenait des propos anti-américains, reprochant notamment l'ingérence des États-Unis envers l'Iran, aucun élément ne permet à l'heure actuelle d'identifier avec certitude les auteurs de l'attaque. Les conclusions rapides sont donc à éviter dans ce genre d'affaire, d'autant plus que le fameux groupe « Iranian Cyberarmy » ne bénéficie d'aucun historique dans les sources d'informations ouvertes... D'autre part, cet incident n'est en soit pas nouveau, d'autres sites ont subi les mêmes types d'attaques dans le passé. L'élément intéressant ici est de bien identifier la chaine globale de confiance. Assurer la sécurité et la disponibilité d'un site Web est une tâche souvent bien plus complexe qu'il n'apparait à première vue, car de nombreux éléments doivent être pris en compte... Depuis les routeurs d'accès, les équipements de partage de charge, le réseau d'administration, les serveurs de middleware et bases de données, sans oublier les serveurs DNS et le maintien des noms de domaine, tous les maillons de la chaine ont leurs importances, et il suffit parfois d'un simple grain de sable mal placé pour que tout s'effondre. 3 Cadeaux de fin d'année malveillantsLa période des fêtes de fin d'année est
toujours propice à la propagation de codes malveillants.
Il est en effet dans la tradition de s'échanger de
nombreux cadeaux et autres cartes de v Il existe, en effet, de nombreux sites permettant la
création et l'envoi de cartes de v En cette fin d'année, nombreuses sont les personnes qui commandent leurs cadeaux via l'Internet ou qui font livrer les cadeaux chez leurs proches. Il est ainsi aisé de profiter de cette situation afin d'émettre de faux avis de passage ou de réception de colis et ainsi pousser les utilisateurs à ouvrir des pièces jointes malveillantes. Le CERTA rappelle qu'il existe une
vulnérabilité non corrigée dans les
produits Adobe Acrobat et Adobe Reader
permettant d'exécuter du code arbitraire à
distance et que celle-ci est susceptible d'être
exploitée, sous la forme d'une carte de v Documentation
4 Vulnérabilités des produits CitrixLa semaine dernière, l'éditeur Citrix a publié deux bulletins de sécurité :
En tout état de cause, ces recommandations sont
évidemment à appliquer si vous disposez de ces
équipements ou si vous mettez en Documentation :http://support.citrix.com/article/CTX123649 http://support.citrix.com/article/CTX123610
|
|
||||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||||||
)
ux. Ces
dernières, développement durable oblige, ont
maintenant pris un format électronique et permettent
à certains individus malintentionnés de profiter
de la situation.
ux virtuelles. Certains sites peuvent avoir de nombreuses
façons de détourner la gentille attention en
cadeau empoisonné, outre la collecte d'informations
personnelles comme l'adresse électronique. Il est
également envisageable d'intégrer dans la carte
de v
ux des 
ux par exemple. Il est fortement recommandé
d'appliquer les contournements provisoires
détaillés dans l'alerte CERTA-2009-ALE-023 afin
de limiter les risques de compromission.
uvre ce
type de technologies.