Guide de sécurisation de Windows face aux menaces des périphériques amovibles

Au travers de ce guide complet, vous découvrirez les étapes permettant de sécuriser différentes versions de Windows (XP, Vista et Windows 7) face aux menaces des périphériques amovibles. Après avoir vu ensemble le fonctionnement de ces menaces, nous étudierons les différentes protections possibles à mettre en place en fonction des cas de figures rencontrés. Sommaire Préambule Les différents types de vulnérabilité Fonctionnement du Autorun de Windows La clé : le fichier autorun.inf Les mesures de protection sur le système Désactivation de l'exécution automatique sous Vista et Windows 7 Inhibition de la fonction Autorun Nettoyage du cache USB Nettoyage de l'historique USB Fermeture du système aux périphériques non autorisés Interdire l'utilisation de tous les périphériques USB Interdire l'écriture sur les périphériques amovibles Vaccination simple des supports Vaccination à l'aide des noms réservés Windows Vaccination à l'aide d'un éditeur Hexadécimal Vaccination automatique à l'insertion d'un support amovible Suggestions en fonction de votre situation Un seul système et un seul utilisateur : le cas le plus simple Un seul système et plusieurs utilisateurs Plusieurs systèmes, un seul utilisateur Plusieurs systèmes et plusieurs utilisateurs Cas particulier d'une entité et de multiples utilisateurs Création et configuration d'une station blanche Conclusion Annexes : les périphériques amovibles Annexes : afficher les fichiers et dossiers cachés Annexes : rechercher la présence d'une mise à jour Annexes : rétablir le double-clic pour ouvrir un volume Notes Note : Ce document peut paraître volumineux et pourrait effrayer certains à la vue du nombre de pages. Tous les éléments abordés s'efforcent de faire le point de différentes méthodes plus ou moins pertinentes afin d'en exposer les limites et les avantages. Elles ne sont pas toutes à appliquer sans discernement.A cet effet, après en avoir fait une liste explicative non exhaustive, j'essaierai de vous guider dans les méthodes les plus adaptées à votre cas de figure. N'entreprenez donc rien tant que vous n'avez pas parcouru la partie Quelques suggestions en fonction de votre situation. Préambule AdobeR.exe, Ravmon.exe, Copy.exe, Host.exe, Svchost.exe, .exe, etc. Tous ces noms vous évoquent-ils quelque chose ? Indépendamment de leur vecteur de propagation, ces fichiers d'infections sont devenus classiques et leur finalité est avouée : une fois présentes sur votre pc, elles agissent comme tout malware classique. Elles peuvent permettre un accès à distance à votre système, télécharger du code sur le Net, modifier des variables systèmes, compromettre l'intégrité complète d'un réseau, piller vos documents ou encore stocker des éléments illicites. La finalité précise de chacune dépend évidemment de la variante rencontrée. Qu'il s'agisse de sécurité domestique sur le PC familial, ou qu'il s'agisse d'un petit ensemble de machines au sein d'un réseau local ou non, la sécurisation des systèmes face aux menaces se propageant par supports amovibles n'est pas toujours aisée. Ces menaces, fluctuantes, sont susceptibles de toujours plus gravement compromettre l'intégrité de vos systèmes et la confidentialité des informations détenues. Après vous en avoir expliqué le mécanisme de propagation, je vous suggérerai quelques pistes que je crois pertinentes pour la sécurisation de vos machines. Il est à noter que c'est faire preuve d'abus de langage d'évoquer ces menaces en les cantonnant aux seuls supports amovibles ; car ces dernières exploitent une opportunité Windows présente sur tous types de supports (cf annexe A) : les supports amovibles en effet (tout ce qui peut se brancher en USB - on pensera donc aux clés bien entendu, aux lecteurs audio et vidéo, aux appareils photos, aux téléphones, aux disques durs externes ), mais également aux cartes stick d'appareils photos, aux différentes partitions d'un même disque dur. Avant-hier il s'agissait de script Kiddies rajoutant un titre personnalisé à vos fenêtres Internet Explorer (ms32dll.dll.vbs). On entend par "Script Kiddies" des bouts de code recueillis par quelques amateurs sur le Net et adaptés par ces derniers ; ils ne sont souvent pas bien originaux et ne sont destinés qu'à valoriser le pilleur au sein de sa communauté. Hier il s'agissait de Bots IRC permettant un accès distant au système et à l'utilisation de votre bande passante (adobeR.exe), en passant par les techniques de réplication automatique (host.exe) allant jusqu'à la saturation de l'environnement complet. Aujourd'hui, de masquage en driver système (Conficker) tout en exploitant les vulnérabilités systèmes révélées sur la Toile, de masquage en driver matériel (tdss.sys et ses nombreuses variantes) jusqu'aux codes évolués pour piller toutes les informations sensibles dès l'insertion du support amovible fourni par social engineering (USB Switchblade à titre d'exemple) ; les menaces de demain et leurs finalités sont encore à préciser. Conficker et ses déclinaisons, et ce malgré toutes les études des différents éditeurs de sécurité sur l'infection, n'a pas encore délivré tous ses secrets. Les célèbres -et toujours très présentes sur les réseaux d'échange et de cracks- infections Bagle et Virut exploitent aussi ce procédé pour se propager. C'est en amont, lorsque le système est sain qu'il faut prévenir la situation ; car il faut réaliser que la propagation par supports amovibles n'est pas une finalité, mais un moyen -à moindre frais- pour facilement dupliquer et propager les infections. Il est à mon sens illusoire de partir du postulat de traiter les menaces lorsque ces dernières se matérialisent, car elles recouvrent un panel de déclinaisons trop importantes pour un seul outil de sécurité (votre antivirus, un antimalware, un fix). Dans le cas des graves infections, il est bien souvent trop tard pour neutraliser efficacement le souci lorsque le problème infectieux a été constaté. Nous verrons aux travers de différentes étapes comment nous pourrions procéder pour s'en protéger efficacement, en s'efforçant de prendre en compte les différents impératifs d'accès et de restrictions des utilisateurs aux systèmes. Notez que rien de nouveau ne sera particulièrement évoqué ; il s'agira uniquement de synthétiser différentes méthodes et astuces, en manuel ou à l'aide d'outils gratuits, qui se sont révélées -à l'usage- très efficaces dans les cas que j'ai eu l'occasion de rencontrer. Il est donc vain -je crois- d'espérer traiter les infections à leur apparition et de les attendre passivement, et ce pour différentes raisons que nous allons aborder à la page suivante. Les différents types de vulnérabilité Les vulnérabilités systèmes Hier comme demain, aucun système n'est à l'abri de la divulgation et de l'exploitation par un code malveillant d'une vulnérabilité système, logicielle ou matérielle. Le Net foisonne de découvertes, de patchs et de correctifs ; cette course là est perdue d'avance. Les vulnérabilités des outils de sécurité Qu'importe la solution anti-virale ou anti-comportementale des outils de sécurité présente sur le système, nul n'est à l'abri d'un code outrepassant les limites imposées par l'outil. Sans compter les solutions obsolètes manquant de réactivité et n'incorporant pas -à temps- les définitions des menaces en quasi-temps réel. Enfin, les vulnérabilités humaines Trop peu de monde encore se sent concerné par la sécurisation de ses supports et de ses systèmes. Trop peu de monde ne perçoit encore la dangerosité des menaces de l'internet et de l'informatique en général. Naïf ou ignorant, l'utilisateur manque de perspective face aux enjeux de la criminalisation de l'outil informatique, et en maîtrise mal les concepts pour se protéger. L'objectif est donc de définir une méthode permettant de pallier ces vulnérabilités, tout en n'en faisant pas pâtir les utilisateurs (fermeture totale des ports USB ou interdiction formelle de brancher des supports amovibles), et sans outrepasser les politiques de sécurité internes aux entités (interdiction d'utilisation d'applications non validées par un organisme interne de sécurité, par exemple). Puisque nous avons vu que les menaces peuvent être de différentes natures, nous allons encore une fois nous attacher à leur mécanisme de propagation, et à le neutraliser. De même qu'il est appris au pompier qu'un incendie se déclare en présence de trois éléments indispensables (cf le Triangle du feu) : le combustible, le comburant et l'énergie d'activation, où l'absence d'un des trois éléments éteindra ou ne déclenchera pas d'incendie ; il en ira de la même façon dans le cas de nos menaces par périphériques amovibles. Supprimons le vecteur de propagation, et les menaces ne se déclareront pas, quelles qu'elles soient, et quels que soient leurs mécanismes d'exécution. Fonctionnement du Autorun de Windows Schéma de propagation De fait, ce type d'infection se propageant par supports amovibles a de beaux jours devant lui dans tous les endroits où des ordinateurs sont susceptibles d'être utilisés par plusieurs personnes : (facs, lycées, écoles, cybercafés, etc.) ; tous les endroits où sont concentrés des pc sur lesquels s'échangent et se branchent fréquemment des supports amovibles. Conficker, la menace sérieuse du moment de tous les administrateurs réseaux n'y échappe pas, et l'apparition de l'infection est trop souvent liée à l'insertion d'un support contaminé. Un schéma (Illustration 1) vous permettra d'y voir plus clair. Nous allons aborder chaque étape de la propagation avec une infection classique. Voici la légende utilisée. Illustration 1 En 1 (Illustration 2), vous branchez votre clé usb sur un pc infecté, où l'infection est active. Celle-ci va copier-coller (2) automatiquement sur votre clé USB des fichiers relatifs à l'infection, aux attributs "cachés" et "Système". Ces infections désactivent en effet l'affichage des fichiers et dossiers cachés, dans le cas où vous auriez activé ces options d'affichage. Ainsi, vous ne verrez pas la présence de ces fichiers sur le pc infecté, et sur la clé (cf annexe B). Illustration 2 Suivant les variantes, ces fichiers ne sont pas les mêmes, mais il y aura systématiquement un fichier Autorun.inf ; c'est ce qui lui permettra de se propager et qui fera l'objet de toute notre attention. Car c'est lui qui va permettre d'enchaîner sur la suite de la propagation. Lorsque vous branchez votre clé nouvellement infectée sur un pc sain (3), l'infection se propage à son tour sur le pc, qui ce dernier (4), devient lui même un vecteur de propagation pour tous les supports amovibles branchés dessus, en plus des fonctions natives de l'infection permettant bien souvent un contrôle à distance du pc. La boucle est bouclée. Ainsi, l'utilisateur, quel qu'il soit, infecte généralement sa clé USB sur un PC en libre service, infecté initialement par malveillance ou ignorance, et ramènera son infection sur son PC personnel et -ou- la propagera sur d'autres PC. Dans l'éventualité où vous rétabliriez l'affichage des fichiers et dossiers cachés -et sous réserve que le mécanisme de l'infection vous le permette, l'attribut "Système" (évoqué plus haut) alloué aux fichiers infectieux permettra de vous affoler (Illustration 3) en présentant un message d'avertissement Windows lorsque vous tenterez de les effacer manuellement du support amovible et du système. Illustration 3 (XP) La clé : le fichier autorun.inf Penchons-nous sur ce fichier très pratique et son utilisation. Il s'agit là d'une fonctionnalité Windows associée au double-clic lorsque vous ouvrez un volume. C'est à dire que lorsque vous double-cliquez sur un lecteur (quel qu'il soit) pour l'ouvrir, la première démarche de Windows lorsqu'il est configuré par défaut sera de chercher la présence d'un fichier Autorun.inf afin de déterminer ce qu'il doit faire à l'ouverture de ce volume. En l'absence de ce fichier, l'explorateur Windows s'ouvrira. Ce système est surtout utilisé sur les CD-ROM afin de lancer automatiquement une application à l'insertion du CD. Mais il est extensible à tous types de supports et volumes, et c'est cette fonctionnalité qui a été détournée ainsi par les auteurs des infections. On retrouve cette fonction d'exécution automatique sur tous les Windows, de 2000 à Windows 7. Attention, pour lire le contenu d'un fichier Autorun.inf, il vous faut l'ouvrir par exemple avec le Bloc-notesde windows. Si vous double-cliquez dessus, vous risquez dans certains cas de l'exécuter. icon .\Maxtor_Portable.ico Illustration 4 Nous avons là l'exemple type et basique d'un fichier autorun légitime (Illustration 4). Ce dernier permet d'afficher l'icône nommée Maxtor_Portable.ico dans l'explorateur Windows. Ainsi, en cliquant sur l'Explorateur (XP) ou Ordinateur (Vista, 7), l'icône affichée au lecteur sera celle-ci dans notre exemple (Illustration 5). Illustration 5 Nous pouvons voir dans l'exemple ci-dessous (Illustration 6) les différentes commandes généralement incluses dans un fichier autorun.inf d'origine malveillante ou non. ;la commande suivante attribue une icône au lecteur icon .\exemple.ico ;l'exemple suivant permet d'afficher par exemple une icône de répertoire au lecteur afin de forcer le double- clic en incitant l'utilisateur à visualiser le contenu iconsystemroot%\system32\shell32.dll,4 ; la commande suivante exécute le fichier au double-clic openexemple.com ; la commande suivante exécute le fichier quel que soit la commande définie par défaut au double clic shell\open\Default1 ; la commande suivante exécute le fichier sur le "menu contextuel" et "ouvrir" shell\open\Commandexemple.com ; la commande suivante exécute le fichier sur le "menu contextuel" et "explorer" shell\explore\Commandexemple.com ; la commande suivante permet de définir la phrase à l'affichage dans la fenêtre de choix d'exécution automatique actionOuvrir le dossier pour afficher les fichiers ; la commande suivante permet d'exécuter le fichier suite au choix dans la fenêtre d'exécution shellexecuteexemple.com Illustration 6 L'exemple proposé ci-dessus n'est bien évidemment pas exhaustif. Vous pouvez consulter la page Microsoft dédiée, ou encore le mini-tutoriel réalisé par developpez.com. A présent que nous avons vu le fonctionnement de l'Autorun.inf, nous allons nous attarder sur les différentes mesures de sécurité que l'on peut observer, tant sur le système que sur le support en lui même. Pour que vous preniez conscience de l'exécution automatique d'un programme, je vous suggère de télécharger Autorunplasma de S!Ri qui vous le démontrera de façon ludique à l'ouverture d'un lecteur (Illustration 7) - télécharger l'application compressée et décompressez l'archive obtenue à la racine d'un lecteur ou d'une clé USB - ou d'utiliser un exécutable inoffensif, tel le démineur, associé à un fichier autorun.inf rédigé sous le Bloc-Notes (avec l'exemple proposé ci-dessus). Illustration 7 Note sur Autorunplasma de S!Ri: nous détournons là la finalité de l'application à des buts démonstratifs ; l'outil n'a pas été crée initialement pour cela. Nous y reviendrons dans la partie "Vaccination simple" du chapitre "Les mesures de protection sur le support". Nous allons aborder dans les parties suivantes différentes manipulations, astuces, et paramètres à configurer. Ils ne sont pas bien sûr à tous appliquer et exécuter sur votre système ou vos supports immédiatement. Après avoir fait le tour des différentes suggestions, nous aborderons dans la partie "Suggestions en fonction de votre situation" les éléments les plus pertinents à opérer en fonction de votre situation. Nous n'aborderons pas ici les manipulations recommandées non spécifiques aux supports amovibles, comme le fait de surfer et travailler en session limitée et pas en droits administrateurs par exemple. Ce sont normalement des évidences. Divers tutoriels -expliqués pour XP généralement, mais la démarche est la même sous Vista- existent sur le Net pour vous y sensibiliser. Les mesures de protection sur le système Désactivation de la fonction d'exécution automatique Une mise à jour importante pour certains systèmes Au préalable, il est impératif que les propriétaires des systèmes Windows 2000, XP -toutes versions- (32 et 64 bits), Vista -jusqu'au SP1 inclus- (32 et 64 bits) s'assurent qu'une vulnérabilité système affectant la désactivation de l'autorun soit corrigée via les mises à jour Windows. Si vous êtes configurés en mises à jour automatiques, il ne devrait pas y avoir de soucis. Si ce n'est pas le cas (cf Annexe C) ou en cas de doutes, réinstallez manuellement cette mise à jour en fonction de votre système d'exploitation. Il s'agit donc des mises à jour de sécurité KB950582, KB967715 ou KB953252 (Note : il s'agit de la même mise à jour, en dépit des numéros de KB différents affichés ; les numéros sont fonction du mode de distribution de la mise à jour et du système d'exploitation). Comme toutes les mises à jour de sécurité, cette dernière est téléchargeable et accessible à tous les utilisateurs Windows, que leur licence soit valide ou non. Désactivation de l'exécution automatique sous Windows 2000 et Windows XP La désactivation sur ces systèmes est particulière, car Windows n'avait pas pris en compte cette vulnérabilité exploitée par les auteurs des infections. Il faut donc, manuellement, aller désactiver la fonction via l'Editeur du Registre Windows. Illustration 8 (XP) Sous ces systèmes, par défaut, l'exécution automatique est activée (Illustration 8), induisant une très grande vulnérabilité à ce type de menaces. Ainsi, en utilisant Autorunplasma de S!Ri ou un simple démineur avec un fichier Autorun.inf de circonstance, copié-collé à la racine d'une clé USB ou d'un lecteur externe, nous nous rendons compte très rapidement de l'exécution inopinée de ces applications (Illustration 9). Illustration 9 (XP) Sur l'exemple ci-dessus, un simple double-clic sur le lecteur afin de l'ouvrir a suffi à exécuter l'application winmine.exe (le démineur Windows). Penchons nous sur la valeur NoDriveTypeAutoRun dans l'Editeur du Registre responsable de cet état de fait. Par défaut, cette dernière a une donnée hexadécimale de 91(145 en décimale). Pour accéder à l'Editeur du Registre, rendez-vous dans votre menu Démarrer et Exécuter, et saisissez regedit puis validez. Vous pouvez aussi créer un raccourci sur votre Bureau pointant sur le fichier regedit.exe (sans indiquer son chemin, ce dernier étant inclus dans le path windows, le système saura le trouver). Windows Registry Editor Version 5.00 "NoDriveTypeAutoRun"dword:00000091 "NoDriveTypeAutoRun"dword:00000091 Clés, valeurs et données de valeurs par défaut Modifions simplement la donnée à ff -en hexadécimal (255 en décimale), nous neutralisons ainsi l'exécution automatique. Vous pouvez le faire directement dans l'Editeur du Registre ; vous pouvez aussi copier-coller les éléments suivants dans un fichier texte et le sauvegarder comme un fichier .reg que vous n'aurez plus qu'à double-cliquer afin de le fusionner pour que les modifications soient prises en compte. Windows Registry Editor Version 5.00 "NoDriveTypeAutoRun"dword:000000ff "NoDriveTypeAutoRun"dword:000000ff Clés, valeurs et données de valeurs par défaut Si vous optez pour cette dernière méthode, il faut vous assurer qu'il n'y ait pas de ligne vierge avant la mention Windows Registry Editor Version 5.00 et que le Retour automatique à la ligne soit désactivé. Pour sauvegarder le fichier au bon format, sélectionnez ensuite Enregistrer sous et assurez vous que la partie Type indique Tous les fichiers. Saisissez ensuite un nom explicite, suivi de l'extension .reg ; ainsi, je vous suggère autorun_off.reg. Si tout s'est bien passé, vous obtiendrez un fichier avec l'icône suivante (Illustration 10). Illustration 10 Si l'icône n'est pas celle indiquée, vous avez alors raté une étape. Enfin, vous pouvez aussi directement télécharger (clic droit, enregistrer sous) le fichier si vous le préférez. Là encore, vous devez obtenir l'icône (Illustration 10) suite au téléchargement du fichier pour que ce dernier soit fonctionnel. Pour finir, vous devrez redémarrer le système afin que les changements opérés soient effectifs. Note : je vous fais arbitrairement allouer la donnée de valeur ff qui désactive l'exécution automatique sur tous les types de supports ; d'autres données de valeurs sont possibles, elles désactivent alors l'exécution automatique sur -uniquement-certains types de supports et pas d'autres. La remarque est vraie pour la partie Vista / 7 également. Consultez les liens (cf partie "Ressources utilisées" du chapitre "Notes") indiqués pour prendre connaissance des autres données de valeur allouables. Désactivation de l'exécution automatique sous Vista et Windows 7 Sous ces systèmes, la fonctionnalité a été rajoutée afin que les utilisateurs puissent simplement l'activer et désactiver. Par défaut, cette dernière est aussi active. Pour désactiver la fonction, rendez vous dans votre menu Démarrer, et sélectionnez le Panneau de configuration. Double-cliquez alors sur Exécution Automatique (Illustration 11). Enfin, décochez la case Utiliser l'exécution automatique pour tous les médias et les périphériques (Illustration 12). Validez en cliquant sur Enregistrer, fermez les fenêtres et redémarrez le système pour que les changements opérés soient effectifs. Illustration 11 (Windows 7) Illustration 12 - Cliquer sur l'image pour agrandir La fonctionnalité ayant été rajoutée sous ces systèmes, vous n'avez donc pas besoin d'effectuer la désactivation via l'Editeur du Registre. Néanmoins, vous pouvez aussi opérer ce changement via l'éditeur (ou via un Batch ou un fichier .reg) si vous le souhaitez. Contrairement à ce que j'avais longtemps cru, les clés, valeurs et données de valeurs ne sont les mêmes sous Windows Vista/7 et Windows XP. Nous allons ici nous pencher sur les éléments suivants (Illustration 13) : Windows Registry Editor Version 5.00 "DisableAutoplay"dword:00000001 Illustration 13 (Windows 7) - Clés, valeurs et données de valeurs quand exécution automatique est désactivée. La valeur DisableAutoplay et la donnée de valeur 01 sont créées lorsque nous désactivons l'exécution automatique. Par défaut, lorsque l'exécution automatique est activée, la valeur DisableAutoplay n'existe pas. Ainsi, pour fusionner un fichier .reg afin de rétablir l'exécution automatique, il nous suffira de rédiger et de fusionner le fichier .reg suivant (Illustration 14) : Windows Registry Editor Version 5.00 "DisableAutoplay"- Illustration 14 (Windows 7) - Clés, valeurs et données de valeurs quand exécution automatique est activée. Cela revient ainsi à supprimer la valeur DisableAutoplay des clés indiquées. Comme vous le constatez, la manipulation est beaucoup plus simple. Là encore il vous faudra redémarrer le système pour s'assurer de la bonne conservation des éléments configurés (même si le résultat est normalement immédiat). Inhibition de la fonction Autorun Qu'est ce que cela signifie ? N'avons-nous pas désactivé précédemment l'exécution automatique ? En effet, la fonctionnalité a été désactivée dans la partie "Désactivation de l'exécution automatique" du chapitre "Les mesures de protection sur le système", mais vous n'êtes pas à l'abri qu'une infection déjà déclarée, ou propagée via un autre moyen que par un support amovible (email, documents piégés, sites infectés, etc.), ne rétablisse la fonctionnalité afin de se propager. Ainsi, indépendamment ou en complément de la désactivation, vous avez possibilité d'inhiber la fonction : si elle n'a pas été désactivée précédemment, cela signifie que la fonctionnalité est opérante, mais que l'exécution de l'Autorun a été détournée par vos soins. Si elle a été désactivée précédemment, nous nous retrouvons dans la cas de figure d'une fonctionnalité inopérante, et d'une exécution détournée : nous sommes là dans la situation idéale et la plus sécurisante pour la préservation du système. Reprenons notre exemple du Démineur, ou de l'Autorunplasma si vous l'avez téléchargé, et rétablissons l'exécution automatique si elle avait été désactivée. Suite à un redémarrage, et sans plus de modifications, nous nous retrouvons de nouveau dans le cas où le démineur s'ouvre dès le double-clic sur le volume ou le lecteur (cf Illustration 9). Nous allons donc inhiber la fonction Autorun (Illustration 15) en créant la valeur et la donnée de valeur suivantes (qui n'existent pas par défaut) : Windows Registry Editor Version 5.00 @"@SYS:DoesNotExist" Illustration 15 (Windows XP) - Clés, valeurs et données de valeurs à créer pour inhiber la fonction Autorun. Vous pouvez créer la clé, valeur et donnée directement via l'Editeur du Registre, via le fichier .regmentionné ci-dessus, ou en le téléchargeant directement : JF:) le propose en téléchargement (clic droit, enregistrer sous) à l'issue de son article sur la contamination par les supports amovibles. La manipulation inverse -pour revenir à la normale- impose de supprimer la clé et valeur et donnée associée. Windows Registry Editor Version 5.00 Illustration 16 (Windows XP) - Clés, valeurs et données de valeurs à supprimer pour inhiber la fonction Autorun. Là aussi, vous pouvez télécharger sur le même site le fichier .reg associé permettant de désinhiber la fonction Autorun. Comme précédemment, à l'issue de chaque modification, prenez soin de redémarrer le système pour que les changements soient bien effectifs et ne souffrent d'aucune carence. Cette manipulation toute simple, couplée à la désactivation de l'exécution automatique, sécurisera passivement -et ce pour une grande efficacité- vos systèmes (quel qu'ils soient) de la contamination par un support amovible. Il n'a pas été abordé, dans le cadre de la désactivation de l'exécution automatique et du détournement de la fonction autorun, les possibilités qu'offre la Microsoft Management Console, éditeur de stratégies (accessible en tapant directement dans 'Exécuter' gpedit.msc). Mais il faut savoir que cela existe, et que cela peut être une alternative à l'Editeur du Registre pour effectuer des modifications suggérées. Nettoyage du cache USB A chaque insertion d'un support amovible et de l'exécution automatique associée, le système sauvegarde la fonction d'exécution de l'application sur le support concerné. Ainsi, même après avoir désactivé l'exécution automatique, il peut arriver que le système persiste à vouloir exécuter une application à l'insertion d'un support amovible (qui avait auparavant inséré et que le système a reconnu). Ce cas de figure peut entraîner ainsi un problème d'ouverture de lecteur au double-clic, car le système persistera à vouloir exécuter une application (appelée par le fichier autorun.inf même si ce dernier n'est plus présent) même si elle n'est plus là. Par conséquent, le système donne l'illusion de ne plus pouvoir ouvrir le lecteur. Indépendamment du souci évoqué, conserver des traces d'exécution d'applications à l'insertion de supports amovibles n'est pas sain, même si ces traces ne sont plus opérantes. Bien souvent, une application appelée à l'insertion d'un support est une infection. Nous allons donc faire le ménage dans ces entrées afin d'y voir plus clair. Nous trouverons ces entrées (en fait sous-clés, valeurs et données de valeurs) dans l'Editeur du Registre sous la clé suivante : HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MountPoints2 Nous trouvons des sous-clés en quantité impressionnante, identifiées par un identificateur de classe (CLSID), qui correspond à l'insertion d'un support amovible. En faisant dérouler ces sous-clés, nous constatons la présence de sous-clés-enfants supplémentaires contenant chacune des valeurs et données particulières. Ainsi, à titre d'exemple, à l'insertion d'une clé USB contaminée par l'infection basique Adober.exe et son fichier Autorun.inf de propagation, la sous-clé avec les valeurs et données de valeurs suivantes a été crée (Illustration 17) : Illustration 17 (Windows XP) - Clé, valeurs et données de valeurs crées à l'insertion du support infecté Ainsi, si à l'insertion du support infecté votre antivirus a réagi et a neutralisé et supprimé le fichier infectieux Adober.exe, l'autorun.inf étant toujours présent sur le support, à chacune des insertions du-dit support, le système cherchera à exécuter le fichier Adober.exe qui n'existe plus. Résultat : vous obtiendrez un message d'erreur indiquant que l'application est introuvable au double-clic pour ouvrir le lecteur, et l'explorateur Windows ne s'ouvrira pas (Illustration 18). CQFD. Illustration 18 (Windows Vista) - Application introuvable à l'insertion d'un support Vous avez saisi ce que j'appelle arbitrairement le 'Cache USB'. Nous allons donc nous appliquer à nettoyer ces entrées, en les distinguant les unes des autres. Nous allons considérer que toute entrée appelant un programme exécutable (.exe, .com) ou susceptible de contenir des informations exécutables (.bat, .vbs, .vbe, .cmd, .pif, .scr, .jpg, .dll, .js) est potentiellement malsaine et sera à supprimer. Bien entendu, si un fichier Autorun.inf contenant les informations d'appel se trouve encore sur un de vos supports, la sous-clé se reconstituera à l'insertion du support si l'exécution automatique est toujours activée ; il faudra donc prendre soin de supprimer le fichier .inf en question (cf partie "Rétablir le double-clic pour ouvrir un volume" des Annexes), puis de procéder au nettoyage des sous-clés comme indiqué ici. Que se passera-t-il si une entrée était saine et que nous l'avons supprimée ? Pas de panique, le système reconstituera la sous-clé et toutes les valeurs et données de valeurs associées à la prochaine réinsertion du support en question. Il est possible que cela prenne un tout petit peu plus de temps pour exécuter les informations à l'insertion du support, mais cela reste négligeable en terme de durée (de quelques millisecondes à secondes, en fonction de votre système, de sa configuration et de ses capacités). Plusieurs méthodes peuvent s'offrir à nous pour nettoyer ce Cache USB. La première, la plus basique, est la méthode manuelle. Via l'Editeur du Registre, vous prendrez soin de dérouler chacune des clés, sous-clés, et de consulter les données associées aux valeurs jusqu'à ce que vous tombiez sur un appel à un fichier exécutable ou susceptible d'être interprété comme tel. Il faut reconnaître que c'est laborieux. En cas de trouvaille, il faudra supprimer la clé parente associée, c'est à dire la clé contenant le CLSID directement dans la branche Mountpoints2. Une deuxième méthode consisterait à automatiser cette tâche de recherche afin de vous révéler et de supprimer automatiquement les entrées, via un batch (fichier à l'extension .bat). En s'inspirant du code de UsbFix réalisé par Chiquitine29 et adapté ici avec son aimable autorisation, nous pourrions nous nous orienter sur un batch tel que celui qui suit (Illustration 19). Notre batch adapté va donc chercher tous les appels à des fichiers aux extensions citées plus haut, dans toutes les sous-clés contenant les termes Autorun, Explore, Open, Auto, elles-mêmes dans toutes les sous-clés sous la clé Mountpoints2. Puis, ce dernier va extraire les sous-clés à supprimer afin de rédiger un fichier .reg prêt à l'emploi ; c'est à dire prêt à être double-cliqué afin d'être fusionné. Si aucune sous-clé n'est recensée, le batch vous en informera et se fermera. Notez que l'exécution du fichier .reg n'est pas automatique, et que son lancement nécessite votre interaction : ceci afin de pallier à toute éventuelle erreur et que vous puissiez contrôler le résultat obtenu au préalable. N'oubliez pas que vous devez obtenir l'icône suivante à l'enregistrement du batch (illustration 20), sinon ce dernier ne sera pas opérationnel. Illustration 20 (XP) - Icône d'un fichier .bat Cela dit, il vous sera aisé d'automatiser la fusion automatique du fichier .reg si vous le souhaitez. Note : vous avez des numéros en entrée de ligne ; ils doivent vous permettre de visualiser où sont les retours à la ligne des faux retours imposés par la mise en page du PDF. Ils ne sont bien sûr pas à copier-coller pour obtenir un batch opérationnel. Note : le batch est disponible au téléchargement sur la page suivante. @echo off title Batch de recherche d'entr‚es dans les cl‚s Mountpoints2 color 9f if exist del_mountpoints2.reg del /q del_mountpoints2.reg echo. echo Veuillez patienter, recherche en cours dans la Base de Registres... for /f "tokens*" %%a in ('reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MountPoints2"') do ( reg query "%%a\Shell\AutoRun\command">nul 2>&1 &&(echo.%%a\Shell\AutoRun\command>>del_mnpts2_1.txt) reg query "%%a\Shell\Explore\Command">nul 2>&1 &&(echo.%%a\Shell\Explore\Command>>del_mnpts2_1.txt) reg query "%%a\Shell\Open\Command">nul 2>&1 &&(echo.%%a\Shell\Open\Command>>del_mnpts2_1.txt) reg query "%%a\Shell\Auto\Command">nul 2>&1 &&(echo.%%a\Shell\Auto\Command>>del_mnpts2_1.txt) ) if exist del_mnpts2_1.txt ( for /f "tokens*" %%a in (del_mnpts2_1.txt) do ( reg query "%%a" /s | findstr /I ".bat .com .cmd .exe .vbs .pif .jpg .scr .dll .dll.vbs RECYCLED\*.exe .vbe RECYCLER\*.exe .dat .js wscript.exe Lany.vbs resycled\boot.com cradle_of_filth.vbe wscript.exe sys.vbs" >nul 2>&1 &&( for /f "tokens8,9,10,11 delims\" %%b in ("%%a") do ( echo.HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MountPoints2\%%b>>del_mnpts2_2.txt ))) ) if exist del_mnpts2_2.txt ( echo Windows Registry Editor Version 5.00>>del_mountpoints2.reg echo.>>del_mountpoints2.reg for /f "tokens1* delims" %%A in ('type "del_mnpts2_2.txt"') do ( reg query "%%A" >nul 2>nul if not errorlevel 1 echo >>del_mountpoints2.reg )) if exist del_mnpts2_1.txt del /q del_mnpts2_1.txt if exist del_mnpts2_2.txt del /q del_mnpts2_2.txt cls if not exist del_mountpoints2.reg ( echo. echo Aucune occurrence trouv‚e, le Batch va se fermer. echo. echo. pause exit ) if exist del_mountpoints2.reg ( echo. echo A l'appui sur une touche, le fichier avec les occurrences trouv‚es va s'ouvrir. echo. echo Veuillez le fusionner pour supprimer les entr‚es rev‚l‚es. echo. echo. pause notepad del_mountpoints2.reg exit ) Illustration 19 - batch suggéré pour automatiser la suppression de restes en clés Mountpoints2. Illustration 20 - Exécution du batch - Cliquer sur l'image pour agrandir Ainsi, si aucune occurrence n'est trouvée, le batch vous l'annoncera (Illustration 21). Illustration 21 - le batch annonce qu'il n'a rien trouvé Alors qu'à l'inverse si des occurrences se sont révélées, à l'appui sur une touche (Illustration 22), le Bloc-notes s'ouvrira avec le résultat de la recherche (Illustration 23). Illustration 22 - le batch annonce qu'il a trouvé des occurrences Illustration 23 - Et vous ouvre le fichier .reg à consulter, puis à fermer et double-cliquer pour enregistrer les modifications Le batch proposé n'est qu'une suggestion, libre à vous si vous le souhaitez de rédiger à votre convenance votre propre code. Vous pouvez si vous le désirez le télécharger directement. La recherche ici se cantonne aux sous-clés Explore, Auto, Autorun, Open. Il est possible de trouver dans certains cas des sous-clés aux noms différents (Find, Install, etc.) ; il est alors possible de modifier le batch en conséquence. Nous venons donc de voir ce que l'on pourrait appeler le "cache USB" et comment on pourrait -manuellement ou automatiquement- procéder au tri et au nettoyage des entrées (sous-clés) révélées. Certains outils de désinfection s'appliquent aussi à nettoyer ces entrées parfois illégitimes ; nous les aborderons succinctement dans les Annexes. Nettoyage de l'historique USB A la différence du cache USB où sont enregistrées à chaque insertion du-dit support les informations d'exécution -lorsqu'elles sont présentes- associées à celui-ci, le système enregistre également toutes les informations associées au support. Ainsi, il est en mesure dès la prochaine réinsertion du même support de le reconnaître. C'est ce qui explique que vous devez parfois installer un pilote particulier pour un lecteur mp3 par exemple lors de sa toute première utilisation et insertion, et que cette installation n'est plus nécessaire une fois que cette installation a été effectuée. Nous appellerons -encore arbitrairement, mais il faut bien lui donner un nom- cet inventaire des supports déjà insérés et installés l'Historique USB. Ainsi, pour tous les supports USB que vous aurez insérés sur votre système, une entrée aura été créée dans cet inventaire. Vous vous rendrez compte aisément que cela peut occasionner des listes importantes de matériels sur certains ordinateurs. L'intérêt de trier et nettoyer cet historique est simple : supprimer les entrées associées à des périphériques USB occasionnels que vous n'aurez plus l'occasion d'insérer ou que vous ne souhaiterez plus voir insérer (cf partie "Fermeture du système aux périphériques non autorisés" du chapitre "Les mesures de protection sur le système"). Le lecteur mp3 de l'ex-petit-amie de votre fils par exemple, la clé USB de votre collègue de travail qui est parti en retraite, etc. Que se passe-t-il si l'on supprime de l'historique un support USB que l'on utilisera encore ? Pas de panique, Windows le réinstallera automatiquement, comme si c'était la première fois que vous insériez le support sur le système. Ainsi, dans le cas de clés USB, de stockages amovibles, cela ne posera aucun souci ; dans le cas de supports beaucoup plus spécifiques, il est possible qu'il faille alors réinstaller le matériel via le CD d'installation fourni avec celui-ci. Je ne vous recommanderai pas ici d'utiliser directement l'Editeur du Registre, cela devient très vite laborieux. A défaut, je vous propose l'utilisation d'un utilitaire gratuit, fonctionnant sous différents modes -interface graphique, en invite de commande, à distance, etc.- de Nir Sofer : UsbDeview (Illustration 24). L'utilitaire est en anglais, mais il est possible de le franciser. Pour cela téléchargez l'archive, décompressez-la dans le répertoire de l'application. Relancez-la, elle sera à présent en français. Cet utilitaire est un exécutable portable, cela signifie qu'il n'a pas besoin d'installation et qu'il est directement opérationnel. Nous verrons les modalités de son exécution sur le système en cours, et n'aborderons pas -ou que très succinctement- les éléments associés à son exécution en invite de commandes ou à distance (pour cela consultez l'aide fournie par l'utilitaire). Illustration 24 - Interface graphique de UsbDeview à son exécution (sous XP) L'utilitaire est très intuitif. Dans un premier temps, décochez dans Options Afficher les Périphériques Déconnectés ; ne seront ainsi listés que les périphériques connectés. Cela vous permettra de visualiser quels sont les périphériques en cours d'utilisation et auxquels vous ne devez pas toucher (comme la webcam, un clavier USB, une souris, etc.). Rétablissez l'affichage des périphériques déconnectés, sélectionnez également Affichez les Périphériques sans Pilote. En prenant soin de ne pas sélectionner les périphériques déjà connectés, venez surligner toutes les entrées révélées, et faites un clic droit afin de sélectionner Désinstaller les Périphériques Sélectionnés (Illustration 25). Confirmez l'action, puis redémarrez le système. Illustration 25 - Désinstallation périphériques non connectés (XP) Note pour les utilisateurs XP : un autre utilitaire peut vous permettre de le faire très facilement également, USB Scrub de NexCopy. Il vous suffira de le télécharger et de l'exécuter (Illustration 26). Un rapport indiquera les éléments qui auront été supprimés. Les versions Vista et 7 ne sont pas encore disponibles, mais devraient l'être rapidement. Comme pour toute manipulation de la Base de Registres, que cela soit en manuel ou en automatique via un utilitaire tiers, je ne saurais que trop vous recommander d'être prudent et de sauvegarder régulièrement vos données. Pensez également aux points de restauration, fonctionnalité présente sur tous les Windows. Des outils comme ERUNT peuvent être très utiles. Illustration 26 - UsbScrub (XP) Fermeture du système aux périphériques non autorisés Une petite astuce va nous permettre de verrouiller le système aux périphériques non autorisés ; la partie (section "Nettoyage de l'Historique USB" du chapitre "Les mesures de protection sur le système") de nettoyage de l'Historique USB va donc se révéler pertinent dans la mise en oeuvre de ce verrouillage. En effet, il n'est pas possible de désigner à l'avance au système quels sont les périphériques que nous allons autoriser ou non. Nous allons donc filouter en indiquant au système que nous n'autoriserons que les périphériques déjà insérés et installés au préalable, et que tout nouveau périphérique sera dorénavant interdit. Vous comprenez donc pourquoi il était précédemment important de procéder à un nettoyage de l'Historique USB. Au premier branchement d'un périphérique, Windows l'identifie (Historique USB) afin de le reconnaître aux branchements ultérieurs. C'est cette première phase de reconnaissance de périphérique que nous pouvons inhiber, Windows ne pouvant plus identifier à quoi il a à faire, il n'est plus en mesure de l'installer et de l'exploiter. Cela sous entend donc que nous devons, sur le système et après avoir procédé au nettoyage de l'Historique USB, procéder au branchement de tous les périphériques que nous souhaitons autoriser ; de sorte d'inhiber ensuite la fonctionnalité. Le fichier clé se nomme ici usbstor.inf et nous le trouverons dans le répertoire système Windows dans le sous-répertoire inf. Le plus simple est de l'ouvrir avec le Bloc-notes de Windows afin de le modifier. Ce sont les lignes ici en bleues qui vont nous intéresser (Illustration 27). Signature"$CHICAGO$" ClassUSB ClassGUID{36FC9E60-C465-11CF-8056-444553540000} provider%MSFT% LayoutFileLAYOUT.INF DriverVer07/01/2001,5.1.2600.0 ExcludeFromSelect * ; sorted by VID %Generic.Mfg%Generic %Mitsumi.Mfg%Mitsumi %HP.Mfg%HP %NEC.Mfg%NEC %SMSC.Mfg%SMSC(...) %GenericBulkOnly.DeviceDesc%USBSTOR_BULK, USB\Class_08&SubClass_02&Prot_50 %GenericBulkOnly.DeviceDesc%USBSTOR_BULK, USB\Class_08&SubClass_05&Prot_50 %GenericBulkOnly.DeviceDesc%USBSTOR_BULK, USB\Class_08&SubClass_06&Prot_50(...) Illustration 27 - Contenu du fichier USBSTOR.INF sous Windows XP. Sous Windows 7, l'affichage est légèrement différent, mais nous retrouvons sensiblement les mêmes entrées (Illustration 28). (...) %GenericBulkOnly.DeviceDesc%USBSTOR_BULK, USB\Class_08&SubClass_02&Prot_50 %GenericBulkOnly.DeviceDesc%USBSTOR_BULK, USB\Class_08&SubClass_05&Prot_50 %GenericBulkOnly.DeviceDesc%USBSTOR_BULK, USB\Class_08&SubClass_06&Prot_50 %GenericBulkOnly.DeviceDesc%USBSTOR_BULK, USB\Class_08&SubClass_08&Prot_50 %GenericBulkOnly.DeviceDesc%USBSTOR_BULK, USB\Class_08&SubClass_08&Prot_52 (...) Illustration 28 - Contenu du fichier USBSTOR.INF sous Windows 7. Il va donc nous suffire d'insérer en début de chacune de ces entrées (lignes bleues), un ; afin de rendre inopérante la ligne associée (Illustration 29). L'insertion d'un point-virgule ( ; ) en début d'entrée équivaut à l'insertion d'un commentaire dans le fichier, non interprété par le système. C'est comme si nous avions supprimé les lignes, mais en les conservant afin de pouvoir les rétablir au besoin, au cas où (en supprimant le point-virgule inséré en début de ligne). Signature"$CHICAGO$" ClassUSB ClassGUID{36FC9E60-C465-11CF-8056-444553540000} provider%MSFT% LayoutFileLAYOUT.INF DriverVer07/01/2001,5.1.2600.0 ExcludeFromSelect * ; sorted by VID ; %Generic.Mfg%Generic %Mitsumi.Mfg%Mitsumi %HP.Mfg%HP %NEC.Mfg%NEC %SMSC.Mfg%SMSC(...) ; %GenericBulkOnly.DeviceDesc%USBSTOR_BULK, USB\Class_08&SubClass_02&Prot_50 ; %GenericBulkOnly.DeviceDesc%USBSTOR_BULK, USB\Class_08&SubClass_05&Prot_50 ; %GenericBulkOnly.DeviceDesc%USBSTOR_BULK, USB\Class_08&SubClass_06&Prot_50(...) Illustration 29 - Insertion des points-virgule en début de ligne (XP). A la suite de cette manipulation, et après un redémarrage du système, tout périphérique USB qui n'a jamais été au préalable inséré sur le système ne pourra être reconnu et installé. Les utilisateurs XP peuvent, s'ils le souhaitent, là aussi télécharger un utilitaire qui procédera automatiquement à la modification du fichier usbstor.inf ; il s'agit de UsbStor de Nicolas Coolman. Il suffira de télécharger l'utilitaire et de l'exécuter (il s'agit d'un utilitaire portable), il vous sera proposé de procéder à l'activation (enable Generic USB Storage) ou à la désactivation (Disable Generic USB Storage). Puis de valider par OK (Illustration 30). Illustration 30 - UsbStore de Nicolas Coolman (XP). Par la suite et quel que soit le système, si vous désirez autoriser un nouveau périphérique, il vous faudra corriger les entrées que nous avons modifiées, puis brancher le périphérique (éventuellement installer un pilote s'il s'agit d'un matériel très spécifique). Passé cette première insertion, vous pourrez à nouveau verrouiller le système, le nouveau périphérique sera toléré. Si vous ne redémarrez pas entre les manipulations de désactivation et d'activation, Windows ne saura trouver seul les pilotes génériques pour installer un nouveau périphérique. Il faudra alors lui indiquer le répertoire suivant (Illustration 31) afin qu'il retrouve ses petits : %systemroot%\Inf\ Illustration 31 -Emplacement des pilotes génériques pour les supports amovibles. Alors que si vous prenez le soin de redémarrer à chaque fois, le système retrouvera aisément ses marques et vous n'aurez pas à lui indiquer où trouver les pilotes génériques pour installer un périphérique amovible générique. Interdire l'utilisation de tous les périphériques USB Précédemment, nous avons vu comment nous pouvions autoriser certains périphériques, et comment interdire les autres. A présent, nous allons nous attacher à interdire tous les périphériques USB sur le système, quels qu'ils soient, et même s'ils ont déjà insérés sur la machine. Cette méthode n'a pas ma préférence, car aujourd'hui l'emploi des périphériques amovibles me semble être une normalité ; et leur interdiction une régression, même si c'est sans doute la solution la plus tranquillisante pour un responsable informatique. A ce moment là, autant supprimer les utilisateurs, ça n'en sera que d'avantage tranquillisant, non ? ;) Consultez la clé de la Base de Registre suivante, c'est cette dernière qui va nous permettre d'interdire tous les périphériques amovibles sur le système. Windows Registry Editor Version 5.00 "Type"dword:00000001 "Start"dword:00000003 "ErrorControl"dword:00000001 "ImagePath"hex(2):73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\ 52,00,49,00,56,00,45,00,52,00,53,00,5c,00,55,00,53,00,42,00,53,00,54,00,4f,\ 00,52,00,2e,00,53,00,59,00,53,00,00,00 "DisplayName""Pilote de stockage de masse USB" "massfilter"dword:00000001 Illustration 32 - Donnés de valeurs par défaut pour la reconnaissance des périphériques amovibles Il va nous suffire simplement d'allouer 4 à la place de 3 à la valeur Start de la clé (Illustration 33). Le résultat devrait être immédiat, mais redémarrez tout de même le système. Tout périphérique inséré par la suite, qu'il ait été ou non déjà inséré, ne sera plus reconnu, et ne sera donc pas exploitable. Windows Registry Editor Version 5.00 "Type"dword:00000001 "Start"dword:00000004 "ErrorControl"dword:00000001 "ImagePath"hex(2):73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\ 52,00,49,00,56,00,45,00,52,00,53,00,5c,00,55,00,53,00,42,00,53,00,54,00,4f,\ 00,52,00,2e,00,53,00,59,00,53,00,00,00 "DisplayName""Pilote de stockage de masse USB" "massfilter"dword:00000001 Illustration 33 - Donnés de valeurs modifiées pour interdire la reconnaissance des périphériques amovibles Vous pouvez là aussi directement télécharger le fichier .reg si vous le souhaiter, afin d'éviter d'aller directement dans l'Editeur du Registre. Pour inverser la manipulation, il suffira de remplacer la donnée de valeur en hexadécimal 4 par 3, puis de redémarrer. Vous pouvez également consulter la page Microsoft associée qui décrira d'autres techniques au résultat identique, et qui fournit également un fichier .msi permettant aussi d'automatiser la tâche. Interdire l'écriture sur les périphériques amovibles Petite nuance ici, nous allons voir qu'il est possible d'accéder en lecture à un périphérique amovible, mais pas en écriture. L'intérêt n'est que limité dans les cas de figure que nous survolons : en effet, nous nous attachons surtout à éviter la propagation d'un malware de la clé au système ; l'inverse ne nous intéresse que partiellement, sauf dans des cas très précis. C'est donc la clé de registre suivante (Illustration 34) que nous allons modifier : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control Illustration 34 - Clé pour interdire l'écriture sur les périphériques amovibles Nous allons y créer la sous-clé StorageDevicePolicies, dans laquelle nous allons y créer la valeur WriteProtect que nous définirons (donnée de valeur DWORD) à 1 (Illustration 35). Vous observerez que cette clé n'existe pas par défaut. Pour annuler l'opération et autoriser l'écriture sur les périphériques amovibles, il vous faudra basculer la valeur à 0 ou supprimer la clé. Encore une fois, vous pouvez directement enregistrer le fichier .reg suivant afin de procéder à la manipulation sans avoir à exécuter l'Editeur de Registre, ou le télécharger. Windows Registry Editor Version 5.00 "WriteProtect"dword:00000001 Illustration 35 - Clé, valeur et donnée de valeur pour interdire l'emploi des périphériques amovibles usb Encore une fois, il sera nécessaire de redémarrer le système. La manipulation est donc relativement simple, et peut-être cumulée à titre de précaution à d'autres méthodes d'interdiction d'emploi des périphériques amovibles : comme la désactivation stricte du matériel, etc. Comme annoncé, la désactivation complète de l'emploi des périphériques amovibles me semble être une fausse bonne idée. Aujourd'hui l'interaction domicile/bureau où les utilisateurs travaillent et surfent tant à la maison qu'au travail ne permet pas objectivement de définir cette méthode pertinente. Il n'y a que dans certains cas de figure, très précis, que la manipulation est réellement concluante. Le fait d'interdire l'écriture sur les périphériques pourrait se révéler intéressant dans le cas d'un système comportant des données sensibles, et où l'utilisateur serait autorisé à s'y brancher sans pouvoir en copier des données. Comme expliqué dans la deuxième partie expliquant le fonctionnement de la fonction Autorun de Windows, les infections utilisant ce système de propagation vont chercher à infecter les périphériques amovibles, en y rajoutant leur propre fichier de propagation Autorun.inf et leurs fichiers infectieux. Nous ne pourrons jamais, exhaustivement, empêcher l'écriture des fichiers infectieux sur les supports amovibles -à moins de complètement désactiver l'écriture sur ces derniers, sous réserve d'avoir la main sur la configuration du système hôte. Ce serait un réel travail d'antivirus d'être en mesure de reconnaître tout fichier infectieux se copiant-collant sur le support amovible : noms et extensions aléatoires, méthodes de compression différentes les unes des autres, etc. Nous laisserons donc la partie des éléments réellement infectieux à l'antivirus présent sur le système hôte accueillant le périphérique amovible. A défaut donc de pouvoir empêcher la propagation en elle-même sur le support, nous pouvons supprimer le fichier responsable de la propagation ultérieure (du support nouvellement infecté vers un système sain) : le fameux fichier Autorun.inf dont le nom est invariable pour être fonctionnel. Le principe retenu est simple : créons-le avant qu'une infection ne le crée, et faisons en sorte que l'infection ne puisse écraser notre fichier. Vaccination simple des supports Cette méthode n'est pas réellement efficace, je vous la cite à titre anecdotique. Nous allons ici simplement créer un nouveau fichier Autorun.inf vide. Sa seule protection résidera dans l'allocation éventuelle d'attributs de fichiers particuliers ; autant dire que la protection est faible. Pour l'avoir testé plusieurs fois, la méthode n'est pas fonctionnelle : car les infections actives sur un système sur lequel on a inséré le support vacciné finissent par modifier les attributs alloués pour finalement être en mesure d'écraser le fichier. Ainsi, d'un fichier caché, système, en lecture seule, le fichier perdra progressivement ses attributs au fur et à mesure des insertions sur des systèmes infectés, travaillé par les infections. Il finira par ne plus être protégé, et sera écrasé finalement par l'autorun.inf associé à l'infection. L'outil de S!Ri, Autorunplasma -évoqué en début de document, n'est pas à proprement parler un utilitaire de vaccination. Mais considérant sans doute qu'il n'est pas possible de protéger un autorun.inf inoffensif de l'écrasement d'une infection, S!Ri nous propose de copier-coller le sien à la racine des disques. C'est l'absence de l'ouverture de l'animation "virus free" (illustration 36) qui doit alerter l'internaute du danger et de la probable infection de son support. Illustration 36 - Mention Virus Free à l'ouverture du lecteur, le support est sain. En dépit du visuel très sympa, je ne pense pas que la solution soit pertinente. Cela sous-entend que l'exécution automatique doit être activée, l'autorun désinhibé, et qu'en l'absence de l'animation l'infection est présente : c'est qu'il est déjà trop tard pour s'en alerter. Le souci est là : l'absence d'animation révèle que le support est infecté, et que probablement le système l'est aussi. Vaccination à l'aide des noms réservés Windows Nous avons vu que manipuler les attributs de fichier ne suffit pas à protéger de l'écrasement -à terme- un autorun.inf vaccin inoffensif. La gestion de permissions sur les fichiers d'un périphérique amovible bien souvent en FAT ou FAT32 n'est pas envisageable . A défaut, nous pouvons utiliser une autre astuce valable sur toutes les versions Windows, à savoir l'emploi des noms réservés Windows. De quoi s'agit-il ? Il existe des noms réservés que Windows ne vous permettra pas d'allouer à des fichiers ou des répertoires ; ces derniers sont (étaient plutôt) utilisés pour envoyer des donnés à des périphériques matériels et versions du DOS. Afin de préserver toute compatibilité, ces noms ne sont donc pas autorisés par Windows. En voici une liste non exhaustive : NUL, COM1, AUX, COM2, COM3, COM4, CON, LPT1, PRN, LPT2, etc. Vous pouvez vous amuser à essayer de créer un répertoire avec un des noms de cette liste, l'explorateur Windows ne vous le permettra pas. C'est cette particularité que nous allons exploiter. Grâce à l'invite de commande, nous allons pouvoir forcer la création d'un fichier avec l'emploi d'un de ces noms. Quel rapport avec notre fichier Autorun.inf ? me direz vous. Il n'y a rien d'interdit d'emploi dans ce nom là, et si on rajoute au mot l'un de ceux de la liste, le terme nouvellement acquis ne sera plus homonymique du fichier autorun.inf... et donc aucun intérêt ! Vous aurez raison. Pour pallier à cela, nous allons donc créer un répertoire homonymique autorun.inf, qui lui même contiendra un fichier vide créé à l'aide des noms réservés Windows. L'astuce est là. Nous créons ainsi un répertoire qui n'est pas écrasable par une infection, car ces dernières ne sont pas en mesure de supprimer ce répertoire sur le périphérique amovible. Elles ne pourront que copier-coller les fichiers infectieux, pas le fichier de propagation. A la prochaine insertion du périphérique sur un système sain, la propagation automatique de l'infection ne s'effectuera pas, et -normalement- les fichiers annexes infectieux (non exécutés automatiquement grâce au répertoire vaccin) seront traités par l'antivirus à leur détection. Même en l'absence de réaction de l'antivirus sur le système hôte, tant que vous n'irez pas par vous-même cliquer sur les fichiers infectieux, ils ne seront pas exécutés ni interprétés : la propagation en est ainsi très réduite. Afin de créer un fichier à l'aide des noms réservés Windows, nous allons utiliser l'invite de commande cmd.exe. Pour pouvoir créer ce fichier, il est impératif de connaître son emplacement précis, et d'utiliser une certaine syntaxe. Voici celle que je vous propose à titre d'exemple (illustration 37) : type nul > "\\\?\c:\con.repertoire vaccin" Illustration 37 - Exemple de création d'un fichier avec un nom réservé L'exemple proposé créé ainsi un fichier nommé con.repertoire vaccin à la racine du lecteur C. Vous constaterez que vous ne pourrez pas -via l'explorateur Windows- le supprimer, ni le renommer. Vous ne pourrez que le déplacer en le glissant-déposant dans un autre répertoire. Pour le supprimer, nous utiliserons sensiblement la même syntaxe (illustration 38), qui, ici aussi, nécessite de connaître son emplacement précis, la commande ne supportant pas l'emploi de variables. Vous pouvez, en revanche, utiliser là des outils tiers pour la suppression de ces fichiers ; certains utilitaires prennent en charge ce type de fichiers créés à l'aide des noms réservés Windows, comme Unlocker par exemple. del /q "\\\?\c:\con.repertoire vaccin" Illustration 38 - Exemple de suppression d'un fichier avec un nom réservé Je vous suggère l'emploi d'un petit batch (illustration 39) qui va automatiser donc la création d'un répertoire autorun.inf à la racine de chacune des partitions et périphériques amovibles, contenant un fichier créé à l'aide des noms réservés Windows. C'est une suggestion, libre à vous de l'adapter. chcp 1252 @echo off del /q %temp%\rapportVacUSB.txt echo %date% - %time% - Vaccin USB - Gof>%temp%\rapportVacUSB.txt echo. >>%temp%\rapportVacUSB.txt goto lecteur :vaccon echo Répertoires et fichiers vaccins :>>%temp%\rapportVacUSB.txt echo. >>%temp%\rapportVacUSB.txt FOR /f %%g in (%temp%\lecteur.txt) do for /f %%h in (%temp%\nomrep.txt) do ( if exist "%%g\%%h" echo %%g\%%h Present >> %temp%\rapportVacUSB.txt if exist "%%g\%%h" attrib.exe -h -r -s -a "%%g\%%h" if exist "%%g\%%h" del /q "%%g\%%h" rd /s /q "%%g\%%h" md "%%g\%%h" type nul > "\\\?\%%g\%%h\con.Repertoire vaccin" if exist "\\\?\%%g\%%h\con.Repertoire vaccin" echo %%g\%%h - Vaccin Ok >> %temp%\rapportVacUSB.txt attrib.exe +h +r +s +a "%%g\%%h" ) goto sortie :sortie echo.>> %temp%\rapportVacUSB.txt echo %date% - %time% : Fin.>> %temp%\rapportVacUSB.txt start %temp%\rapportVacUSB.txt exit :lecteur del /q %temp%\lecteur.txt echo Lecteur détectés :>>%temp%\rapportVacUSB.txt echo. >>%temp%\rapportVacUSB.txt for %%i in (a, b, c, d, e, f, g, h, i, j, k, l, m, n, o, p, q, r, s, t, u, v, w, x, y, z) do ( vol %%i: if not errorlevel 1 echo %%i: >>%temp%\lecteur.txt vol %%i: if not errorlevel 1 vol %%i: >>%temp%\rapportVacUSB.txt ) echo. >>%temp%\rapportVacUSB.txt goto nomrep :nomrep echo autorun.inf > %temp%\nomrep.txt goto vaccon Illustration 39 - Création d'un répertoire vaccin à la racine des partitions et périphériques amovibles Vous pouvez directement le télécharger si vous le désirez. Pour supprimer ces répertoires, il suffira de modifier quelques commandes dans le batch, disponibles également au téléchargementsi vous le souhaitez. Ainsi, le batch proposé permet -comme déjà écrit- de créer un répertoire autorun.inf sur chacune des partitions et des périphériques amovibles branchés (quel que soit l'emplacement d'exécution du Batch), avec un fichier au nom réservé de sorte de gêner sa suppression par une infection. A des fins de confort d'utilisation, on lui alloue des attributs cachés, système, etc. Vous constaterez que le batch est modifiable de sorte de pouvoir insérer d'autres noms de répertoires vaccins. Quel est l'intérêt de rajouter des répertoires vaccins ? Je vous l'accorde, il ne sera évidemment pas possible de vacciner contre toutes les menaces, c'est impossible. En revanche, pour les amateurs de cybercafés ou autres lieux publics, vous remarquerez peut-être l'insertion de toujours les mêmes fichiers infectieux sur vos périphériques amovibles. Cela arrive quand les systèmes sont infectés, et que l'administrateur ne s'en soucie pas d'avantage. Ainsi, en plus de stopper la propagation (via l'autorun.inf), nous pouvons vacciner le support par rapport à une infection spécifique que vous rencontrez très régulièrement -et sous réserve que le nom de cette infection ne soit pas généré aléatoirement. Ce sont les dernières lignes du Batch qui vont nous intéresser, celles après la ligne : nomrep (illustration 40) : :nomrep echo autorun.inf > %temp%\nomrep.txt goto vaccon Illustration 40 - Partie du batch que nous pouvons modifier pour rajouter des répertoires vaccins Le rajout de répertoires se fera simplement par l'insertion de lignes (illustration 41) à la suite de la deuxième ligne de l'extrait isolé sur la capture précédente. :nomrep echo autorun.inf > %temp%\nomrep.txt echo Nom_du_répertoire_supplémentaire_1 >> %temp%\nomrep.txt echo Nom_du_répertoire_supplémentaire_2 >> %temp%\nomrep.txt echo Nom_du_répertoire_supplémentaire_3 >> %temp%\nomrep.txt goto vaccon Illustration 41 - Insertion de répertoires vaccins personnalisés L'exemple proposé vous montre comment insérer dans le code vos propres répertoires vaccins personnalisés, en fonction de ceux que vous rencontrez le plus souvent. Il vous suffira de juste rajouter au code, en copiant collant la ligne contenant autorun.inf et de remplacer ce nom par le répertoire que vous souhaitez voir apparaître. En lieu et place donc de Nom_du_répertoire_supplémentaire_1 ; etc. pour chacune des lignes. A l'identique, si vous souhaitez modifier le batch de suppression des répertoires vaccins, il vous faudra également insérer les lignes supplémentaires dans le code. Il est construit de la même manière, de sorte que vous n'ayez que les dernières lignes à modifier. Vos supports sont ainsi, par défaut, vaccinés contre tout autorun infectieux, ce qui vous permettra d'éviter de ramener des infections sur vos systèmes. La personnalisation du batch me semble être un plus, car elle vous permet de s'adapter aux infections du moment sur vos lieux de fréquentation habituels. Cette méthode simple, réactive et personnalisable, me semble être un moyen préventif intéressant pour les supports amovibles. Vaccination à l'aide d'un éditeur Hexadécimal Cette méthode est réservée à un public averti et n'est à envisager que sur des supports amovibles dont le système de fichiers est de type FAT ou FAT32. Je vous suggère Tiny Hexer de mirkes si vous n'avez pas d'éditeur hexadécimal. Cette méthode va consister à créer un fichier autorun.inf vierge avec l'Explorateur. Puis ensuite d'en modifier les propriétés directement via l'éditeur hexadécimal, de sorte de le rendre insupprimable et indéplaçable. De la même façon que pour les répertoires vaccins, la présence de ce fichier empêchera toute infection d'écraser celui-ci par son autorun de propagation infectieux. Attention, toute mauvaise manipulation pourrait occasionner la perte des données présentes sur le support amovible, je vous recommande la prudence si vous optez pour cette méthode. Après avoir créé un fichier vierge nommé autorun.inf à la racine du support amovible, ouvrez simplement le support USB (File > Disk > Open drive...) via l'éditeur et recherchez la chaîne 41 55 54 4F 52 55 4E 20 49 4E 46 correspondant en hexadécimal à la chaîne autorun.inf. Lorsque vous l'aurez trouvée, portez votre attention sur la valeur qui suit directement (par défaut 00), et éditez-la de sorte de la porter à 42. La valeur ainsi attribuée (42) détermine un attribut caché au fichier, et ce dernier ne peut pas être ouvert, lu, ni supprimé. Il n'est pas interprété par Windows. Votre support est ainsi, facilement, vacciné. On peut étendre là aussi, comme pour les répertoires vaccins à l'aide des noms réservés Windows, la vaccination à des infections spécifiquement rencontrées. Il vous faudra donc créer les fichiers homonymiques vierges, puis chercher la chaîne en hexadécimale relative aux noms de ces fichiers, de sorte d'en modifier les attributs. Par la suite, si vous désirez vous débarrasser de ce fichier vierge vaccin, il vous faudra éditer toujours via l'éditeur hexadécimal les propriétés du fichier, de sorte de changer les valeurs à celles normalement définies par défaut (00), ou alors plus simplement de formater le support. Note : cette méthode reste pertinente tant que vous insérez le support sur des systèmes Windows uniquement. L'insertion du support sur un système de type Linux modifie les attributs de ce fichier, et ce dernier est de nouveau vulnérable à la suppression et l'écrasement dès la ré-insertion du support sur un système de type Windows. Cette méthode est celle réalisée par l'utilitaire Panda USB Vaccine de l'éditeur Panda. L'utilitaire vous permettra, très simplement et sans éditeur hexadécimal, de vacciner à l'identique les supports amovibles. Petite précision, l'utilitaire ne permet pas d'ôter le vaccin ; le seul moyen sera le formatage ou la modification des attributs du fichier via un éditeur hexadécimal comme expliqué précédemment. Nous reviendrons sur cet utilitaire qui pourrait nous être pratique dans certains cas de figure. Illustration 42 - Panda USB Vaccine Vaccination automatique à l'insertion d'un support amovible Il nous est possible d'envisager de vacciner automatiquement tous les supports insérés ; de sorte que tous les périphériques amovibles insérés seront automatiquement vaccinés sans interaction de l'utilisateur. Cela peut s'avérer pratique dans certains cas de figure, et pourrait même prémunir à l'insu des utilisateurs les périphériques amovibles de ces derniers. On pourrait imaginer l'emploi de la vaccination automatique dans le cas d'un système sollicité par plusieurs utilisateurs différents (au sein d'une famille) ou d'utilisateurs anonymes (au sein d'une bibliothèque par exemple). Avec les noms réservés Windows et USBDeview : Nous avons abordé succinctement l'utilisation de USBDeview dans la partie Nettoyage du cache USB du paragraphe Les mesures de protection sur le système où vous trouverez le lien de téléchargement et le fichier nécessaire pour convertir l'interface en français. Nous allons utiliser une fonctionnalité de l'outil pour exécuter une action automatiquement à l'insertion d'un support USB : à savoir l'exécution de notre vaccin évoqué dans la partie Vaccination à l'aide des noms réservés Windows du chapitre Les mesures de protection sur le support. Copiez-collez par exemple notre batch VaccinUSB_autorun_only.bat à la racine de votre lecteur C que nous supposerons la lettre de la partition système. Rendez vous dans les optionsde l'outil USBDeview, et sélectionnez Affichez l'icône dans la Zone de Notification et Démarrer USBDeview en caché. Puis, toujours dans les options, dans options avancées copiez-collez la commande suivante (illustration 43) après avoir sélectionné l'option d'exécution automatique : "c:\VaccinUSB_autorun_only.bat" Illustration 43 - Commande à copier-coller dans USBDeview Validez, et fermez USBDeview. L'interface va se fermer mais vous verrez toujours l'icône associée dans la zone de notification en bas à droite de votre écran. A l'insertion de tous les prochains supports, ceux-ci seront automatiquement vaccinés avec un répertoire vaccin autorun.inf contenant un fichier créé à l'aide d'un nom réservé Windows. Note : le batch créé un petit rapport de vaccination ; il vous est possible en modifiant le batch de désactiver l'ouverture du rapport en fin de vaccination de sorte que tout se passe le plus silencieusement et sans interaction de l'utilisateur. Pour cela, rendez-vous à l'entrée suivante du batch (illustration 44) : start %temp%\rapportVacUSB.txt Illustration 44 - Commande à modifier dans le batch pour ne pas ouvrir le rapport de vaccination Et supprimez la ligne, ou insérez la commande REM en début de ligne, ce qui la rendra inopérante. Le rapport de vaccination ne s'exécutera plus en fin de vaccination. Ainsi la manipulation se déroulera le plus silencieusement possible, sans interaction avec l'utilisateur qui aura vacciné son support sans le savoir. Ce qui permettra de le prémunir et tous les systèmes dans lequel son support amovible sera inséré à son insu -ou presque. Il est très facile ainsi de court-circuiter la propagation d'une infection USB virulente au sein d'une petite entité par la vaccination automatique des supports. Pensez à insérer un raccourci en direction de USBDeview dans le répertoire Démarrage de votre Menu Démarrer de sorte qu'il s'exécute automatiquement à l'ouverture de la session Windows. Avec l'utilitaire Panda USB Vaccine et la méthode hexadécimale Deux cas de figure nous sont proposés. Le premier, à l'installation de l'utilitaire sur le système hôte, un assistant de configuration va nous permettre d'automatiser directement ce genre de tâches. Prenez donc soin -à l'installation- de sélectionner les options suivantes comme indiqué sur l'illustration (illustration 45). Je déconseille la sélection de l'option NTFS aux utilisateurs peu avertis. Illustration 45 - Assistant de configuration Panda USB Vaccine Cette première méthode est fonctionnelle et efficace, mais elle impose par défaut l'affichage d'une fenêtre lors de la vaccination du support, à titre indicatif. La vaccination étant très rapide, cette fenêtre (illustration 46) n'apparaît que très rapidement et n'est en rien gênante, elle informe que l'utilitaire a bien détecté le périphérique et que ce dernier a bien été vacciné. Il n'est pas possible d'ôter cette fenêtre en corrigeant le raccourci inséré dans le répertoire de Démarrage de votre Menu Démarrer. Deuxième cas de figure, l'utilitaire est déjà installé. Nous allons donc juste créer un raccourci dans le répertoire Démarrage de notre Menu Démarrer de sorte d'automatiser la vaccination des supports amovibles (rappel, que FAT ou FAT32) via le résident de l'utilitaire. Illustration 46 - Notification de vaccination Pour créer ce raccourci, il vous faudra indiquer l'emplacement précis de l'utilitaire qui peut varier en fonction de vos systèmes. La syntaxe suivante (illustration 47) sera fonctionnelle. Malgré l'imposition d'un mode silencieux, la fenêtre de notification de vaccination est toujours présente ; nous ne pourrons pas nous en débarrasser ;) "C:\Program Files\Panda USB Vaccine\USBVaccine.exe" /resident /hidetray /autovaccinate Illustration Illustration 47 - Illustration de raccourci à créer pour automatiser la vaccination Il est à observer que l'utilitaire ne va vacciner que les partitions amovibles de type FATxx. Mais les différentes partitions d'un système sont sensibles à la propagation Autorun utilisées par les infections se propageant par supports amovibles. Je vous recommanderais donc d'envisager une vaccination manuelle au préalable des différentes partitions présentes, en laissant les supports amovibles à l'utilitaire. Les deux méthodes ici proposées, en complément des méthodes manuelles ponctuelles, vous permettront d'automatiser simplement la vaccination des supports insérés. La deuxième cependant -avec Panda- ne sera fonctionnelle que sur les supports de type FATxx, alors que la méthode du répertoire-vaccin avec un nom réservé Windows fonctionnera de manière uniforme. Cette dernière me semble également moins propice à d'éventuels soucis, et a pour avantage d'être facilement modifiable et supprimable si vous le souhaitez. Suggestions en fonction de votre situation A présent que nous avons abordé les différents cas de figure de sécurisation simple des systèmes et des supports, voyons quels sont les éléments à opérer les plus pertinents à votre situation. Dans les pages qui suivent, nous aborderons ensemble les cas suivants : Un seul système et un seul utilisateur : le cas le plus simple Un seul système et plusieurs utilisateurs Plusieurs systèmes, un seul utilisateur Plusieurs systèmes et plusieurs utilisateurs Cas particulier d'une entité et de multiples utilisateurs Un seul système et un seul utilisateur : le cas le plus simple C'est le cas le plus évident et sans doute le plus couramment rencontré. Nous allons ici considérer deux cas de figure d'un utilisateur utilisant fréquemment ou non ses supports amovibles sur son système et d'autres systèmes (lieux publics, prêts, au boulot, etc.). Premier cas de figure, l'utilisateur possède bien quelques clés USB, mais il ne s'en sert quasiment pas, sinon en mode autarcique pour ses propres besoins. Les risques sont donc faibles d'une contamination des supports et d'une propagation sur le système. Dans ce cas précis, je vous recommanderai de procéder à titre préventif à une désactivation de l'autorun et une inhibition de celui-ci. C'est la configuration préventive minimale à tolérer. Deuxième cas, les supports amovibles sont amenés à être fréquemment branchés sur des systèmes externes en raison des activités de l'utilisateur. Le risque de contamination est un peu plus grand. Là je vous recommanderai de procéder à titre préventif à une désactivation de l'autorun et une inhibition de celui-ci. pour le système, et de procéder à une vaccination manuelle de vos supports amovibles ; voire à personnaliser la vaccination si vous constatez la présence d'infections récurrentes sur les systèmes externes sur lesquels les supports sont fréquemment branchés. Un seul système et plusieurs utilisateurs Le cas du PC domestique où toute la petite famille vient surfer et connecter ses supports. Le système est là un peu plus vulnérable à la contamination. Je vous recommanderai donc de procéder à titre préventif à une désactivation de l'autorun et une inhibition de celui-ci. (toujours la configuration minimale), et encore une fois de procéder à la vaccination des supports. Vu l'éventuelle multitude de supports susceptibles d'être branchés avec les enfants, vous pourriez opter pour une vaccination automatique des supports insérés. Dans l'éventualité où vos enfants recevraient beaucoup d'amis à la maison et que ces derniers utilisent le PC, il serait peut-être bon d'envisager de verrouiller le système aux seuls périphériques identifiés de la maison, ainsi le lecteur MP3 de la copine de votre gamine ne sera pas reconnu sans votre intervention. Vous gardez la main sur les périphériques branchés sur le système. Plusieurs systèmes, un seul utilisateur Ce cas de figure n'est pas ambigu, nous sommes quasiment dans la même situation que dans notre premier cas (un système et un utilisateur). Le plus pénible pour l'utilisateur sera sans doute d'harmoniser les configurations des différents systèmes, de sorte de ne tolérer aucune carence sur l'un d'entre eux. Nous abordons ici la configuration des Windows domestiques, je ne suis pas en mesure de vous indiquer comment déployer les solutions proposées via des scripts particuliers pour des systèmes en réseau. A défaut, je considère que vous avez la main sur tous les systèmes, que vous êtes en mesure d'y intervenir. Comme il n'y a qu'un seul utilisateur dans la situation envisagée, cela ne doit pas concerner beaucoup de machines. J'imagine quelques PC à la maison, en réseau. Encore une fois je vous recommande d'opter pour la configuration minimale en procédant à titre préventif à une désactivation de l'autorun et une inhibition de celui-ci. pour le système, et de procéder à une vaccination manuelle de vos supports amovibles ; il ne me semble pas nécessaire dans cette situation d’accroître excessivement la sécurité passive des systèmes. L'utilisateur en est maître, et responsable de ce qui s'y passe. Plusieurs systèmes et plusieurs utilisateurs Là aussi, il est envisageable de considérer plusieurs cas de figure. Le premier est que chacun des utilisateurs possède son propre système, nous retombons ainsi dans le premier point (un seul système et un seul utilisateur) où cela revient à un utilisateur par système. La suggestion de configuration n'est alors par différente : désactivation de l'autorun et inhibition de celui-ci. Une vaccination des supports me paraît là aussi importante ; vous pouvez l'envisager en manuel si tous les utilisateurs sont sérieux, ou en automatique afin de forcer la main aux plus récalcitrants de sorte de ne rien propager par erreur d'un système à l'autre, dans l'éventualité où les utilisateurs se prêtent leurs supports afin d'échanger leurs documents. Il serait aussi possible, sous réserve de configurer manuellement chacun des systèmes un par un, de restreindre chacun des systèmes à des périphériques autorisés en considérant que les utilisateurs ne s'échangent pas "physiquement" leurs documents via des supports amovibles, mais via des espaces partagés en ligne. La solution permettrait d'autoriser uniquement les périphériques A sur le système 1, les périphériques B sur le système 2, etc. (par exemple), et l'inversion par échange des supports ne fonctionnerait pas. Cela peut être un gage non négligeable de tranquillité. Deuxième cas de figure : si les systèmes sont en libre accès aux différents utilisateurs, chacun étant susceptible de connecter ses supports sur les différents systèmes présents. Dans cette option je ne peux que vous recommander d'appliquer à nouveau la configuration minimale couplé à une vaccination automatique. Les suggestions évoquées dans la partie suivante pourraient également vous sembler séduisantes, bien que je les crois plus destinées à une petite entité qu'à plusieurs systèmes dans un cadre domestique. Cas particulier d'une entité et de multiples utilisateurs Le cas le moins évident. Nous supposons ici être dans le cadre d'une association, d'une bibliothèque, etc., bref d'un lieu où une multitude d'utilisateurs sont susceptibles d'utiliser les systèmes à disposition et d'y brancher leurs supports. Comme indiqué précédemment, je ne maîtrise pas l'emploi et la rédaction de scripts déployables en ligne sur certains systèmes (cf Stratégie de Groupe aux utilisateurs et équivalents). Quelle que soit la méthode que nous retiendrons, il est indispensable d'y configurer la configuration minimale de sécurité, à savoir la désactivation de l'autorun et inhibition de celui-ci. C'est le minimum à opérer et je vous suggère de ne pas vous en contenter. Bien sûr, il serait envisageable d'y interdire tout emploi des périphériques amovibles, mais comme précisé en introduction du chapitre, je ne crois pas la solution pertinente. Il nous faut concilier confort des utilisateurs et configuration de sécurité ; cela ne doit pas se faire au détriment de l'utilisateur sinon il ne la comprendra pas et n'y adhérera pas. Que pouvons-nous donc envisager ? Nous pourrions considérer que nous avons à faire à une multitude de systèmes isolés où plusieurs utilisateurs disposeraient d'un accès, nous retomberions alors dans le cas de figure évoqué avec un seul système et plusieurs utilisateurs où les suggestions de configuration pourraient être appliquées à tous les systèmes. Mais cela peut ne pas être viable dans le cas d'une multitude de systèmes, trop nombreux. Je vous suggère alors la création d'une "station blanche". Création et configuration d'une station blanche Ce principe de station blanche existe déjà dans certaines entités et administrations. Elles font l'objet de règles de configuration et d'utilisation strictes, inhérentes à l'entité qui la propose. Je n'en reprends que le principe général que j'extrapole à un usage domestique ou d'entité à but non lucratif (en effet, la licence de certaines applications que nous allons utiliser ne nous permet pas juridiquement d'envisager leurs emplois dans un cadre professionnel). L'existence d'une station blanche sous-entend l'adhésion de tous les utilisateurs au système de précaution. Il s'agit alors de concentrer nos efforts sur un seul système, accessible à tous, et sur lequel tous les utilisateurs viendraient préalablement y insérer leurs supports amovibles avant toute insertion sur un autre système mis à leur disposition. Ainsi, à l'arrivée de ces derniers à l'entité, ils y branchent leurs supports qu'ils ont l'intention par la suite d'utiliser sur les systèmes ; en partant, ils y branchent à nouveau leurs supports amovibles à titre de précaution en égard à leurs systèmes domestiques chez eux sur lesquels ils reviendront sans aucun doute brancher leurs supports. La station blanche est une sorte de sas de sécurité pour les périphériques amovibles entre les systèmes domestiques et les systèmes de l'entité. Cette notion de station blanche nécessite l'adhésion de tous les intervenants et sans doutes quelques explications pédagogiques à destination de ces derniers avant sa mise en oeuvre. Certaines entités utilisent des moyens coercitifs pour contraindre leurs utilisateurs à passer par la station blanche, avec sanction sous diverses formes à la clé. La règle de base dans l'élaboration d'une station blanche est simple. Le système faisant office de station blanche doit être déconnecté de tous réseaux : cela induit donc que les cartes réseaux si présentes soient désactivées. N'importe quel vieux PC pourrait faire l'affaire par conséquent. Il doit se situer à un endroit visible, identifié et fréquenté ; à l'entrée de l'entité par exemple. Tout ce qui a trait au réseau étant désactivé, même un matériel un peu poussif devrait s'en sortir honorablement. Je vous invite à consulter les différents tutoriels d'optimisation des systèmes disponible sur l'Internet pour voir quelles seraient les fonctionnalités inutiles à désactiver dans le cadre d'un système non relié à un réseau. Nous allons simplement y appliquer d'une part la configuration de base - la désactivation de l'autorun et inhibition de celui-ci - et la vaccination automatique des supports insérés dans un premier temps. Le responsable de l'administration de cette station veillera à nettoyer régulièrement le cache USB du système, et sans doute l'historique vu la quantité de périphériques amovibles susceptibles d'y être branchés à terme. Dans un deuxième temps, nous allons nous attacher à ce que l'antivirus présent sur le système analyse scrupuleusement tous les fichiers présents sur le périphérique amovible inséré. Bien sur la protection résidente de certains antivirus pourrait nous suffire dans certains cas, mais le résident bien souvent n'analyse les fichiers que juste avant que vous ne désiriez y accéder ou les visualiser. Un fichier malveillant, contenu dans un sous-répertoire d'un répertoire pourrait ainsi passer entre les mailles du filet si l'utilisateur n'ouvre pas explicitement et précisément le sous-répertoire en question. Si l'entité dispose d'un antivirus présent sur les systèmes, je vous invite à consulter la documentation associée pour y configurer l'analyse automatique de tous les fichiers présents sur le support dès son insertion et sa détection par le système. Si l'entité n'en dispose pas, je vais vous suggérer l'emploi d'Avira AntiVir Personal - FREE Antivirus que je vous indiquerai de quelle façon configurer et avec quels outils de sorte que cette analyse des fichiers présents sur le support inséré soit automatique et effective. Pourquoi l'antivirus Antivir ? La précision m'apparaît importante. Je tiens à souligner que je ne suis pas payé par cet éditeur pour évoquer son produit ^_^ . J'avais déjà exprimé ce choix dans un précédent sujet réalisé, PC hors ligne, quel outil de sécurité ?, et mes raisons alors exprimées ne diffèrent pas encore aujourd'hui, même si entre-temps la version de l'outil a changé. Pour rappel, j'y indiquais qu'il nous fallait impérativement pour un système non connecté un outil possédant les particularités suivantes : Un outil qui ne cesse pas de fonctionner malgré l'absence de mises à jour Un outil qui reste réactif aux menaces malgré l'obsolescence de sa base de définition Un outil que l'on pourrait tout de même mettre de temps en temps à jour sans qu'il soit connecté (consultez les tutoriels nombreux sur le Net à cet effet) Je rajouterai aujourd'hui, et dans notre cas de figure bien précis, un outil que nous pouvons manipuler en invite de commande de sorte d'automatiser l'analyse de nos supports insérés dès leur détection. Premier point, l'antivirus doit être donc présent sur le système et installé. L'activation du guard (le résident) n'est pas nécessaire, à vous d'en décider (cela doublonnera en tout cas). Deuxième point, nous allons avoir besoin d'un fichier de configuration, disponible sur les serveurs Antivir, ou susceptible d'être créé manuellement. Ce dernier doit contenir les éléments suivants (illustration 48) : GuiMode1 ExitMode1 Parameter0x00300432 ProfileNameShlExt Illustration 48 - contenu du fichier filescan.avp par défaut Si vous téléchargez directement le fichier sur les serveurs Antivir1, le fichier est déjà correctement défini. Sinon, il doit contenir ce qui est indiqué dans l'illustration précédente et enregistré sous le nom filescan.avp. Déplacez-le à la racine de la partition système ; nous allons considérer dans notre exemple ici qu'il s'agit du lecteur C. Faites un clic-droit ensuite sur le fichier de sorte d'en modifier les propriétés : il est impératif de basculer le fichier en lecture seule ; sinon le fichier sera supprimé immédiatement après l'analyse du support amovible et au périphérique suivant d'inséré l'analyse automatique ne fonctionnera plus. Pour les plus attentifs, vous avez dû remarquer que j'ai suggéré précédemment l'emploi de l'utilitaire Panda dans la mise en oeuvre de la vaccination automatique sur notre station blanche. C'est parce que je destine USBDeview à travailler en binôme avec Antivir de sorte d'automatiser l'analyse du support inséré. Rendons-nous donc dans l'utilitaire USBDeview, et de la même façon qu'indiqué pour la vaccination automatique via l'utilitaire, sélectionnons dans les Options Démarrer USBDeview en caché. N'oubliez pas aussi de rajouter un raccourci dans le répertoire Démarrage de votre Menu Démarrer, de sorte qu'il soit bien exécuté au démarrage de la session Windows à l'allumage du système. Enfin, rendez vous toujours dans Options dans Options avancées et saisissez la commande suivante (illustration 49) dans l'interface après avoir sélectionné Exécuter la commande suivante à la connexion d'un périphérique USB : "C:\Program Files\Avira\AntiVir Desktop\avscan.exe" /CFG"C:\filescan.avp" /PATH"%drive%" Illustration 49 - contenu du fichier filescan.avp par défaut L'exemple proposé l'est à titre indicatf. Il faudra vous assurer que la lettre du lecteur est la bonne, que le répertoire d'installation d'Antivir soit bien indiqué. Récapitulons. Nous n'avons pas abordé la configuration générale du système en raison de l'inactivité réseau, les tutoriels sont nombreux en ce sens, et ce n'est pas l'objet de notre information. Nous supposons ici l'emploi conjoint de trois outils : Antivir, l'utilitaire Panda et USBDeview. Les deux derniers ne sont pas gourmands en tâche résidente, et il faut se rappeler que ce système de station blanche n'est dédié qu'à l'analyse des supports amovibles. Si vous avez correctement suivi les indications, la station blanche automatisera systématiquement à l'insertion d'un support amovible USB la vaccination dudit support et l'analyse complète des fichiers présents sur celui-ci. Précision, la réaction d'Antivir va dépendre de la configuration du Scanner dans les options de configuration de l'interface d'administration de l'antivirus. Je vous suggère à cet effet de définir l'analyse de Tous les fichiers (et non la Sélection intelligente des fichiers), ainsi qu'une Action automatique en cas de résultat (je suggère Copier le fichier dans la quarantaine avant l'action afin de pouvoir récupérer un fichier supprimé par accident), première action définie sur réparer, deuxième action définie sur supprimer. Définissez l'heuristique sur Elevé(suggestion personnelle), et activez la détection heuristique des macrovirus (Heuristique Macrovirus). Pour finir, dans les Généralités, sélectionnez tous les éléments dans Catégories de dangers étendues. Concrètement, l'utilisateur viendra donc insérer son support amovible sur la station blanche. Son périphérique sera vacciné (s'il ne l'était pas déjà) afin de neutraliser l'éventuelle propagation d'une infection de type Autorun. L'intérêt étant de protéger son système à lui (un PC à la maison, par exemple, comme vous n'avez pas la "main" dessus, vous ignorez comment il est configuré), puisque vos systèmes à vous sont configurés de sorte que l'autorun ne soit pas interprété (désactivé et inhibé). Puis son support est immédiatement analysé par l'antivirus, où les fichiers détectés malveillants seront désinfectés ou supprimés du support. Tout cela ne prend que quelques secondes, voire quelques dizaines de secondes ; il est vrai que c'est variable en fonction des performances du matériel alloué à la station blanche, de l'espace total de stockage du périphérique amovible et du nombre de fichiers présents à analyser. La seule action demandée à l'utilisateur, hormis l'insertion de son support, est de cliquer sur Terminer afin de quitter l'interface d'analyse Antivir (illustration 50), puis de procéder à la désinstallation du périphérique du système via la Zone de Notification. L'interface lui permettra de savoir quels ont été les éléments relevés sur son support et pourra l'alerter sur une éventuelle infection (qu'il aurait immanquablement ramené de chez lui). Illustration 50 - seule action demandée à l'utilisateur, cliquer sur 'Terminer' Ainsi, en quelques manipulations vous protégez vos systèmes accessibles, les utilisateurs vaccinent et analysent leurs supports. Un mode d'emploi via une affiche plaquée à côté du poste, voire un fond d'écran rappelant quelles sont les modalités d'utilisation de la station blanche sont envisageables ; laissez libre court à votre imagination pour rappeler l'usage et l'emploi de la station blanche. Si chacun des utilisateurs fait bien l'effort d'analyser ses périphériques en arrivant, vos systèmes seront prémunis. La règle qu'il faut leur rabâcher est d'utiliser le "sas" (la station blanche) pour toute manipulation de périphérique amovible (vos systèmes d'entité, leur système personnel). Vous aurez bien entendu un devoir de vigilance à votre niveau, car la station blanche ne doit pas se transformer en nid à malwares propageant les infections sur tous les supports venus se faire analyser : je l'ai déjà vu et constaté dans certaines administrations. Conclusion Nous avons donc vu au travers de ce document le mécanisme permettant aux infections se propageant par supports amovibles de se dupliquer en exploitant une fonctionnalité Windows. Et nous avons vu par la suite quels pourraient être les moyens de se prémunir -tant du côté système que sur le support amovible lui-même- en appliquant quelques modifications à la configuration du système, manuellement ou via l'emploi d'outils tiers. Bien entendu, nous n'avons pas abordé exhaustivement tous les outils qui seraient en mesure de nous y aider. Il en existe beaucoup, et sans doute qu'ils feront l'objet d'un prochain document afin de les présenter. On pourra distinguer plusieurs catégories d'outils : les utilitaires de protection passive, nous permettant d'aider à la configuration du système et des supports ; les utilitaires de protection active, fonctionnant tel un gardien en tâche de fond afin de vous protéger ; les utilitaires de désinfection, ces derniers automatisant bien souvent quelques configuration basiques pour se prémunir des mêmes dangers par la suite. Les seuls outils que nous avons abordés dans le document sont donc des utilitaires de protection passive : ils doivent vous aider afin de vous prémunir de tout danger. Ce guide ne vous aidera pas à désinfecter une infection déjà présente sur un système ; les forums sont en mesure de vous y aider. En effet, il m'apparaît hasardeux de vous suggérer une méthode type, car comme indiqué en préambule, le seul point commun de la communauté des infections se propageant par supports amovibles est justement cette particularité. Le panel d'infections se disséminant ainsi est tellement important qu'en fait aucun outil seul ne serait en mesure de le traiter entièrement, surtout si ces dernières sont déjà actives sur le système. Enfin, il vous faudra réaliser que si ce guide a pu vous aiguiller sur quelques méthodes de précaution à observer, il ne palliera pas une imprudence de votre part. Qu'est-ce à dire ? Cela signifie que nous n'avons qu'expliqué comment neutraliser la fonctionnalité Autorun sur le système, et comment protéger son support d'un fichier autorun contenant des commandes infectieuses. Mais suivant l'antivirus présent ou non sur le système, il ne sera peut-être pas en mesure de détecter les éventuels fichiers infectieux disséminés sur le support amovible. Ainsi, les méthodes décrites vous prémunissent d'une exécution à votre insu d'une infection via le support amovible ; mais en aucun cas cela ne vous prémunit d'une exécution volontaire d'un fichier infectieux présent sur le système. Et les infections savent attiser votre curiosité pour que vous cliquiez sur les fichiers malveillants présents sur le support : en créant des fichiers exécutables à l'apparence de répertoires, où le simple fait de cliquer dessus en pensant ouvrir le dossier vous fait exécuter le fichier ; en créant des raccourcis sur la clé aux noms de vos répertoires habituels ou favoris, vous pensez ainsi ouvrir vos dossiers, mais vous exécutez les fichiers infectieux, etc. Rien ne remplacera donc une attitude prudente à l'égard de vos supports amovibles. Et plus votre comportement sera à risque (insertion régulier des supports dans d'autres systèmes, prêt de clés, etc.) plus il vous faudra redoubler de vigilance. J'avais souhaité ce document accessible aux débutants afin qu'ils se familiarisent avec quelques mécanismes et quelques options de configuration ; j'avais souhaité également le document attractif aux utilisateurs plus aguerris, en évoquant certaines manipulations un peu plus ardues. J'espère n'avoir effrayé ou ennuyé personne, et réussi ce que j'avais désiré initialement, tout en contribuant à la sécurité de vos systèmes. Merci d'avoir lu ce document. Annexes : les périphériques amovibles USB : Une clef USB est un petit périphérique de stockage de données qui utilise une mémoire Flash et un connecteur USB. L'USB est un bus informatique qui a été conçu au milieu des années 1990 afin de remplacer les nombreux ports externes incompatibles (série et parallèle). Il est présent aujourd'hui sur tous les ordinateurs et est utilisé pour brancher les imprimantes, les scanners, les modems et de nombreux appareils stockant des données, dont les clés USB. La norme USB 2.0 s'est enrichie d'une fonctionnalité appelée On-The-Go (OTG) afin d'effectuer des échanges de données entre 2 périphériques sans avoir à passer par un ordinateur. Exemple : connexion directe d'un appareil photo avec une imprimante. La norme U3 permet d'emporter avec soi, non seulement des données, mais également des applications et leurs paramètres (favoris, compte de messagerie...). Comment ça marche ? Les clefs USB sont alimentées en énergie par la connexion USB de l'ordinateur sur lequel elles sont branchées. Une clef USB ne contient donc pas de batterie. Elles sont insensibles à la poussière et aux rayures, contrairement à d'autres supports (disquette - CDrom), ce qui leur donne un indéniable avantage au niveau de la fiabilité. De plus ces périphériques sont "plug-and-play". Une clé USB embarque dans une coque plastifiée un connecteur USB et de la mémoire flash, c'est-à-dire une mémoire possédant les caractéristiques d'une mémoire vive mais dont les données ne se volatilisent pas lors d'une mise hors tension. Ainsi une clé USB est capable de stocker jusqu'à plusieurs gigaoctets de données, tout en étant capable de conserver les données lorsque l'alimentation électrique est coupée, c'est-à-dire lorsque la clé est débranchée. Le format exFAT (Extended File Allocation Table) est un système de fichiers conçu tout particulièrement pour les mémoires flash et les supports de stockage externes permettant d'accroître notamment la taille limite théorique des fichiers. Disque dur externe : Avec l'apparition de la norme USB, des boîtiers externes permettant de connecter un disque dur sur un port USB ont fait leur apparition, rendant le disque dur facile à installer et permettant de rajouter de la capacité de stockage pour faire des sauvegardes. On parle ainsi de disque dur externe par opposition aux disques durs internes branchés directement sur la carte mère. Mais il s'agit bien des mêmes disques, si ce n'est qu'ils sont connectés à l'ordinateur par l'intermédiaire d'un boîtier branché sur un port USB. N'a pas été abordée la nome e-SATA qui est une adaptation du protocole SATA au branchement de périphériques externes (voir ici). Et tous les autres : Et, par extension, on insère dans cette catégorie de supports amovibles tous les éléments se branchant en USB et permettant d'accéder à un espace de stockage : appareils photos numériques (APN), lecteurs MP3, téléphone portable, PDA, etc. Petite exception, il faudra également y inclure les cartes Flash des APN sous réserve de posséder un lecteur de carte sur votre système : auquel cas, la fonctionnalité d'exécution automatique sera également exploitée par Windows sur ce type de supports. Annexes : afficher les fichiers et dossiers cachés Windows 2000 - Windows XP : Pour afficher les fichiers et dossiers cachés, rendez vous dans votre Menu Démarrer, et cliquez sur Poste de travail (ou un répertoire quelconque). Cliquez ensuite sur Outils et Options des dossiers. Option des dossier Windows Une nouvelle fenêtre va s'ouvrir. Cliquez sur l'onglet Affichage et sélectionnez Afficher les fichiers et dossiers cachés, puis désélectionnez Masquer les extensions des fichiers dont le type est connu et Masquer les fichiers protégés du système d'exploitation (recommandé). Cliquez ensuite sur OK, la fenêtre va se fermer. L'accès aux fichiers et dossiers cachés est immédiat. Il est possible, dans le cas de certaines infections, que le rétablissement de cet affichage ne soit pas possible tant que l'infection est active. Afficher les fichiers et dossiers cachés Windows Vista - Windows 7 : Pour afficher les fichiers et dossiers cachés, rendez vous dans votre Menu Démarrer, et cliquez sur Panneau de configuration. Cliquez ensuite sur Options des dossiers. Afficher les fichiers et dossier cachés sous Windows Vista Nous retrouvons ensuite la même interface que sous Windows XP. Sélectionnez Afficher les fichiers et dossiers cachés, puis désélectionnez Masquer les extensions des fichiers dont le type est connu et Masquer les fichiers protégés du système d'exploitation (recommandé). Afficher les dossiers cachés sous Windows Au message de confirmation, cliquez sur OK, la fenêtre va se fermer. L'accès aux fichiers et dossiers cachés est normalement immédiat, mais le système devrait quand même vous demander un redémarrage. Redémarrer maintenant Si c'est le cas, validez et redémarrez le système. Vous visualiserez et aurez ainsi accès aux fichiers et dossiers cachés présents sur les disques et lecteurs du système. Bien que cette option d'affichage paraisse inconfortable, elle vous permet de réellement visualiser quels sont les fichiers présents ou non. Si cette option se désactive toute seule, c'est que vraisemblablement vous êtes infectés ou alors que vous ne disposez pas des droits administrateurs pour effectuer des changements de paramètres sur le système. Annexes : rechercher la présence d'une mise à jour Utilisation du Panneau de configuration : Sous Windows 2000 et XP, rendez vous dans votre Menu Démarrer, et cliquez sur le Panneau de Configuration. Cliquez ensuite sur Ajout/Suppression de programmes et sélectionnez Afficher les mises à jours. Sous Windows Vista et Windows 7, rendez vous dans votre Menu Démarrer, et cliquez sur Panneau de Configuration. Cliquez ensuite sur Programmes et Fonctionnalités et sélectionnez Afficher les mises à jours. Vérifier les mise à jours XP Vous n'avez plus qu'à rechercher le numéro de KB qui vous intéresse. Si vous le retrouvez, c'est que la mise à jour associée a bien été téléchargée et installée. Utilisation de la recherche Windows : Rendez vous dans votre Menu Démarrer, et cliquez sur Rechercher. Si la fenêtre de Windows Search s'ouvre, cliquez en bas sur Utiliser la recherche classique de Windows, car les éléments qe nous allons rechercher ne sont pas indexés par Windows Search. Assurez vous ensuite que les paramètres de recherche soient correctement configurés comme indiqués sur la capture de la page suivante, puis rechercher la mise à jour en fonction de son numéro de KB. Si la mise à jour a bien été installée, vous trouverez le répertoire contenant les informations de désinstallation, et le rapport d'installation de la mise à jour se présentant sous la forme d'un fichier .log. Résultats de la recherche Ci-contre vous trouverez la capture des options avancées de recherche à configurer de sorte de retrouver la présence de l'installation d'une mise à jour Windows sur votre système. Il faudra donc vous assurer de saisir le bon numéro de KB dans la rubrique Une partie ou l'ensemble du nom de fichier. Puis, cantonnez la recherche à votre lecteur système, c'est à dire le lecteur sur lequel Windows a été installé. Il s'agit en général du lecteur C par défaut. Faites développer les options de recherches avancées, et à la rubrique Quand a eu lieu la dernière modification, sélectionnez Je l'ignore. Renouvelez la réponse Je l'ignore à la rubrique Quelle est sa taille. Enfin, assurez vous que les options de recherches suivantes soient sélectionnées : Rechercher dans les dossiers systèmes Rechercher dans les fichiers et dossiers cachés Rechercher dans les sous-dossiers Vous n'aurez plus qu'à cliquer sur Rechercher ; si la mise à jour associée au KB saisi a été téléchargée et installée, vous trouverez le rapport de son installation au format .log, ainsi que son répertoire contenant les informations de désinstallation, comme indiqué sur la page précédente. Utilisation de l'Editeur du Registre Windows On pourrait ainsi proposer une troisième alternative à la recherche de la présence d'une mise à jour Windows sur le système en fonction de son numéro de KB : via l'Editeur du Registre. En cantonnant la recherche à la clé des élément de désinstallation, nous saurions donc si la mise à jour en question a bien été installée ou non. Nous trouverons cette clé sous la désignation suivante (en bleu dans l'exemple) : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\KB967715 Mais la méthode est peu ergonomique et réservé à des utilisateurs avertis, je ne m'étendrai donc pas sur cette dernière, sinon qu'il serait relativement rapide d'écrire un Batch recherchant la présence directement dans la Base des Registres en fonction du numéro de KB saisi, et de l'installer directement (en fonction du système détecté) si cette dernière n'est pas présente. A moindre frais, l'installation de cette mise à jour importante sur un parc de systèmes vieillots non à jour en serait grandement facilitée. Annexes : rétablir le double-clic pour ouvrir un volume Nous allons voir ici quelques méthodes de rétablissement de l'ouverture d'un volume via un double-clic. Nous aborderons uniquement ici le cas de figure où se trouvait au préalable un fichier infectieux et son fichier .inf associé à la racine du volume, où le fichier infectieux en question a été immédiatement traité par l'antivirus présent sur le système dès l'insertion du support et où ne subsiste plus que le fichier autorun.infappelant un fichier (qui donc n'existe plus). Notez que si vous avez désactivé l'exécution automatique, inhibé l'Autorun et activé l'affichage des fichiers et dossiers cachés, vous ne serez pas concernés par ce cas de figure et vous pourrez le plus simplement du monde supprimer le fameux reste (autorun.inf) par un simple clic-droit sur le fichier ; ne restera ensuite qu'à supprimer les sous-clés du cache USB si elles sont toujours présentes. Suppression du reste en invite de commande : Cette méthode impose que vous connaissiez la lettre associée au volume sur lequel subsiste l'autorun.infen question. Nous allons considérer ici pour l'exemple qu'il s'agit du lecteur A. Insérons le-dit support sans l'ouvrir, et exécutons une instance de l'invite de commandes. Pour cela, rendez vous dans votre Menu Démarrer, et sélectionnez Exécuter. Puis saisissez cmd et validez. Une fenêtre d'invite de commandes va s'ouvrir. cmd.exe Saisissez alors l'entrée suivante de sorte de modifier d'éventuels attributs alloués au fichier et qui pourraient compromettre sa suppression. Les restes de fichiers .inf d'origine infectieuse possèdent bien souvent des attributs cachés et systèmes de sorte d'être moins facilement supprimables (souvenez-vous de l'illustration 3 en début de document). attrib -s -r -h -a A:\autorun.inf Puis validez ; un message d'information s'affichera en fonction de la modification ou non des attributs du-dit fichier. Saisissez ensuite la commande de suppression, et validez. del /q A:\autorun.inf Là encore une information vous indiquant de la bonne marche ou non de l'opération s'affichera. Le fichier en question sera normalement supprimé ; redémarrez le système, procédez ensuite au nettoyage du cache USB, rebranchez le support : le souci d'ouverture du lecteur au double-clic ne devrait plus se poser. Suppression du reste en batch : La méthode est sensiblement la même, mais via un fichier batch qui enchainera les deux commandes. Ouvrez votre Bloc-notes, et saisissez-y ou copiez-collez les informations suivantes (qui correspondent aux mêmes commandes que précédemment) : attrib -s -r -h -a A:\autorun.inf del /q A:\autorun.inf exit Pour sauvegarder le fichier au bon format, sélectionnez ensuite Enregistrer sous et assurez vous que la partie Type indique Tous les fichiers. Saisissez ensuite un nom explicite, suivi de l'extension .bat ; ainsi, je vous suggère del_autorun.bat. Si tout s'est bien passé, vous obtiendrez un fichier avec l'icône ci-contre. Si l'icône n'est pas celle indiquée, vous avez alors raté une étape. Double-cliquez sur le fichier obtenu ; une fenêtre d'invite de commandes va s'ouvrir toute seule, ne la fermez pas, elle se fermera seule. Le fichier en question sera normalement supprimé ; redémarrez le système, procédez ensuite au nettoyage du cache USB, rebranchez le support : le souci d'ouverture du lecteur au double-clic ne devrait plus se poser. Suppression du reste avec un petit utilitaire : 2clic Téléchargez 2clic.exe, puis exécutez-le (cf capture ci-dessous). Sélectionnez le lecteur à traiter et validez. La suppression, si elle est possible, sera immédiate ; un message vous informera de la bonne marche ou non de la suppression. 2clic Il s'agit d'un petit utilitaire basique d'amateur, n'en attendez pas de miracles (c'est l'auteur du pdf qui l'a réalisé, je ne dénigre personne rassurez-vous ;-) ). Le fichier en question sera normalement supprimé ; redémarrez le système, procédez ensuite au nettoyage du cache USB, rebranchez le support : le souci d'ouverture du lecteur au double-clic ne devrait plus se poser. Si malgré tout le souci subsistait après toutes les opérations indiquées, c'est qu'il ne s'agit pas d'un reste infectieux (un autorun.inf appelant un fichier qui n'existe plus), mais un souci d'une autre nature qu'il conviendra d'examiner de plus près. Il pourra s'agir en effet d'une entrée incohérente au niveau de votre base de registres, qu'il faudra donc corriger ; ou bien encore d'une infection active qui neutralise le double-clic. En cas de soucis persistants, faites-vous aider ; il existe des forums spécialisés à l'entraide informatique d'excellents conseils et aides, vous avez l'embarras du choix. Notes Sites à consulter pour poursuivre et/ou approfondir la lecture sur le sujet : de JF:) Contamination par les supports amovibles de Pierre Pinard Clé USB - Risques et menaces liés aux clés USB de Malekal morte Sécurité : Maitriser ses médias amovibles de Microsoft FAQ Microsoft sur la désactivation de l'Autorun (KB953252) Chapitre 10 : Entrées de registre supplémentaires, menaces et contre mesures Comment désactiver la fonction autorun sur une machine Windows de Hotline-PC.org Les périphériques USB : Astuces, résolution de problèmes, FAQ de B. Acquier L'USB en bref - Donner un sens au standard USB de J. Weiss Le protocole USB Ressources utilisées : PDF réalisé sous Scribus 1.3.3.12, Open Source Desktop Publishing > http://www.scribus.net Icônes & PNG issus du pack Bagg & Box de Sébastien Durel > http://babasse.deviantart.com/ Illustrations Utilisateurs Lovely Charts 1.0.3 > http://my.lovelycharts.com/ Remerciements : Je remercie tous les intervenants qui m'ont aidé à peaufiner le document par leurs conseils et suggestions, leurs relectures patientes et pertinentes, leurs coup de pouce en matière de petites création ou adaptations graphiques et leurs avis orthographiques ; et tous les internautes contribuant de près ou de loin à la diffusion sur l'Internet de sujets de sensibilisation et de prévention. Copyleft Attitude : cette oeuvre est libre, vous pouvez la copier, la diffuser et la modifier selon les termes de la Licence Art Libre.