Language Selection

SecurityVibes Magazine

Main Content

Left content

Siemens : « Ne changez pas notre mot de passe codé en dur »

auteur de l'article Jérôme Saiz , dans la rubrique Alertes & Menaces

Double bourde chez Siemens : non seulement le ver Stuxnet exploite le mot de passe SQL par défaut codé en dur dans sa solution industrielle WinCC/PCS7 mais le fabricant déconseille en outre à ses clients d’en changer car cela pourrait affecter le fonctionnement du système. #FAIL comme disent les jeunes…


Le ver Stuxnet se propage en exploitant une vulnérabilité non corrigée de Windows (toutes versions), ce qui lui permet de s’exécuter à l’insertion d’une clé USB dans le système. La vulnérabilité est déjà sérieuse car désactiver le fameux autorun de Windows n’est d’aucune utilité ici puisque c’est l’affichage du contenu de la clé qui provoque l’exécution du ver. Microsoft a reconnu la vulnérabilité et affirme travailler à un correctif.

Mais là où l’affaire prend une toute autre dimension c’est que le ver Stuxnet, le premier à exploiter cette vulnérabilité publiquement, vise tout particulièrement la solution WinCC / PCS7 de Siemens, un outil SCADA (contrôle à distance d’installations techniques industrielles). Et c’est là que l’on se rend compte que la sécurité dans l’informatique industrielle peut souvent être une grosse blague : WinCC / PCS7 s’appuie en effet sur une base de données MS SQL auquel il se connecte via un compte et un mot de passe par défaut codé en dur dans le logiciel (et bien entendu probablement connu de tous depuis un bout de temps).

La pratique est déjà en soi à proscrire mais là où l’on touche le fond c’est lorsque Siemens conseille à ses clients menacés par Stuxnet de serrer les dents et de résister à la tentation de changer le mot de passe SQL par défaut car le produit pourrait ne plus fonctionner ! Cette authentification n’est en effet pas celle destinée à l’utilisateur mais celle d’un mécanisme de communication interne.

Autant dans ces conditions ne pas mettre de mot de passe du tout !

A sa décharge, le fabricant indique toutefois que d’après ses tests les serveurs de contrôle du ver ne sont plus actifs et qu’il n’a eu vent que d’une infection à ce jour, en Allemagne. Il confirme toutefois que le ver est en mesure d’extraire les informations industrielles de la base, ce qui en fait avant tout un outil d’espionnage industriel.

Cette affaire illustre parfaitement non seulement l’absence totale de sensibilisation à la sécurité des acteurs de l’informatique industrielle, mais également les dangers de la sécurité par l’obscurité : un mot de passe par défaut codé en dur, même s’il est exploité dans une solution plutôt confidentielle, se retrouvera toujours dans la nature un jour ou l’autre.

En attendant un correctif de la part de Microsoft il est conseillé de ne plus connecter de clé USB sur les systèmes et de désactiver l’affichage des icônes dans l’Explorateur Windows.

Plus d’information : l’[analyse de Siemens | http://support.automation.siemens.com/WW/view/en/43876783] sur le site de support (en anglais)

Vous avez aimé cet article?

Cliquez sur le bouton J'AIME ou partagez le avec vos amis!

Participez!

  • http://www.securityvibes.com o.calmels

    Bonjour, la question de l’informatique industrielle revient encore sans que les éditeurs ne prennent vraiement en compte la dimension que pourrait prendre une telle afaire.Une solution pouvant être mise en oeuvre rapidement, sans compromettre le fonctionnement souvent statique des ces solutions serait une DMZ « noire » dans laquelle, les fix microsoft ne sont pas forcément applicable, les mot de passe de DB connus ETC … et autoriser l’acces à cette DMZ qu’aux services de production et d’administration.Ce n’est pas la solution absolue, mais un début …Bon courage à ceux qui doivent faire face à ce type de problèmes.

  • http://www.securityvibes.com tecamac

    Pour illustrer la remarque de Nicolas on peut se rapeler le problème que Conficker à posé à la marine française. Selon la légende l’infection provenait d’une clé USB…http://www.zdnet.fr/actualites/securite-la-marine-victime-du-virus-conficker-downadup-39387036.htm 

  • http://www.securityvibes.com nruff

    « … probablement connu de tous depuis un bout de temps … »Le mot de passe a été diffusé sur le forum de support de l’éditeur il y a 2 ans !http://www.wired.com/threatlevel/2010/07/siemens-scada/Et le rôle de ce mot de passe serait de vérifier que le logiciel se connecte bien sur l’instance de base de données installée en « bundle », et pas une instance tierce partie … (une sorte de contrôle de licence en quelque sorte :) @Olivier: comme l’a déjà prouvé Conficker, la création de zones « isolées » ne fonctionne pas contre les virus se propageant par clé USB. L’absence de connexion Internet permet au mieux d’éviter la fuite de données, mais pas le sabotage …

Right content

Prenez la parole!

Mise en oeuvre d'une politique de sécurité de l'information en environnement industriel

Quelle politique de sécurité pour les environnements industriels ? Comment auditer les automates et autres systèmes SCADA ? Les membres de SecurityVibes proposent quelques pistes de réflexion.

Prenez la parole !

Publicité

Newsletter SecurityVibes

Saisissez votre adresse email:

Sondage

Quel lecteur êtes vous?

View Results

Loading ... Loading ...

Suivez-nous sur Facebook!

Commentaires

Archives SecurityVibes

Devenez membre de la communauté SecurityVibes!     Inscription »
Extension Factory Builder