FR 2901941 A1 20071207 FR 0605013 A 20060606 PROCÉDÉ, DISPOSITIF ET SYSTÈME DE DIAGNOSTIC D'UN POSTE DE TRAVAIL INFORMATIQUE BANALISÉ L'invention concerne un procédé et un dispositif de diagnostic d'un poste de travail informatique banalisé. L'exécution d'applications sur des postes de travail informatique banalisés se développe, notamment en situation de mobilité des utilisateurs 10 de ces derniers. Ce type d'activité fait peser un risque fort sur les données échangées au cours des sessions nécessaires à cette activité, notamment en ce qui concerne la confidentialité de ces données et de l'activité supportée par ces dernières. 15 En particulier, en situation de mobilité, un utilisateur peut être amené à devoir travailler dans un environnement informatique non maîtrisé, voire non sûr, en comparaison de l'environnement informatique habituel du réseau d'entreprise, dans lequel cet utilisateur opère, le plus souvent. C'est le cas lorsque, par exemple, cet utilisateur utilise des 20 ordinateurs en libre accès, dans un cybercafé, un centre d'affaires, ou autre. Dans une telle situation, l'utilisateur est amené à utiliser un tel poste de travail informatique, tel qu'un ordinateur personnel connecté à l'Internet et muni d'un navigateur par exemple, pour travailler, c'est-à-dire pour: 25 - utiliser des applications en mode local, telles que des applications bureautiques ; naviguer sur un réseau d'entreprise, réseau intranet, ou sur l'Internet ; utiliser des applications en ligne, telles que courrier électronique, accès à des applications du système d'information de réseau d'entreprise, 30 accéder à des bases de données ou autres opérations. Le problème majeur auquel sont confrontés non seulement cet utilisateur mais également son fournisseur d'accès, typiquement l'autorité de gestion du réseau d'entreprise lorsque cet utilisateur est, par exemple, un employé en situation de mobilité ou un utilisateur quelconque de services en ligne ou de suites bureautiques, est l'hostilité potentielle ou réelle de son nouvel environnement de travail non maîtrisé. Autrement dit, le poste de travail ou terminal PC non maîtrisé peut, par exemple : être infecté par un virus, un vers ou un logiciel malveillant ; héberger des logiciels espions, désignés spywares en anglais, envoyant à un serveur des informations sur les données de l'utilisateur, des logiciels d'enregistrement et d'espionnage des frappes au clavier de ce poste de travail, encore désignés keylogger en anglais, opérant éventuellement une transmission des frappes au clavier vers un serveur espion ; exécuter des versions d'applications ou de systèmes obsolètes telles que versions de système d'exploitation non mises à jour, versions pirates ou dangereuses de ces applications, telles que navigateur traçant toutes les actions de l'utilisateur et les pages HTML observées par ce dernier ; utiliser des logiciels de protection obsolètes, tels que antivirus non mis à jour ; attribuer sa confiance en des serveurs distants, sur la base de certificats de clé publique qui contiennent des références à des autorités de certification compromises ou dangereuses. A l'heure actuelle, aucune solution spécifique au problème précité d'exécution de tâches à partir d'un poste de travail en environnement informatique non maîtrisé n'est connue des inventeurs. En particulier, tous les efforts de développement en matière de sécurisation de transactions informatiques ont porté sur des solutions en environnement maîtrisé, dont les caractéristiques, points forts et failles relatives, sont connues de l'administrateur réseau. Un objet de la présente invention est, au contraire, la mise en oeuvre d'un procédé, d'un dispositif et d'un système de diagnostic d'un poste de travail informatique banalisé, opérant dans un environnement informatique non maîtrisé, utilisables indépendamment des compétences réelles ou supposées de l'utilisateur. Un autre objet de la présente invention est, en outre, la mise en oeuvre d'un dispositif de diagnostic d'un poste de travail informatique banalisé, comportant au moins un moyen transportable d'un programme informatique de diagnostic d'un poste de travail informatique banalisé. Un autre objet de la présente invention est, enfin, la mise en oeuvre d'un système de diagnostic d'un poste de travail informatique banalisé permettant de gérer les opérations de diagnostic d'une pluralité de postes de travail informatiques banalisés, à l'échelle d'une entreprise et d'un nombre quelconque d'utilisateurs. Le procédé de diagnostic d'un poste de travail informatique banalisé, objet de l'invention, est remarquable en ce qu'il ilnclut au moins une étape de qualification externe de l'environnement informatique constitué par ce poste de travail informatique banalisé, permettant d'établir un état de situation de cet environnement informatique, et une étape d'édition de cet état de situation, sous forme d'un rapport d'information de l'utilisateur. Le procédé objet de l'invention est en outre remarquable en ce que l'étape d'édition de cet état de situation comporte, préalablement à l'édition du rapport d'information de l'utilisateur, une étape de signature du rapport d'information, ce rapport d'information étant édité sous forme d'un rapport d'information authentifié. La transmission de ce rapport d'information authentifié à un serveur distant permet d'ouvrir ou non des droits d'accès à ce serveur pour l'utilisateur de ce poste de travail informatique banalisé. Le dispositif de diagnostic d'un poste de travail informatique banalisé, objet de l'invention, est remarquable en ce qu'il comprend au moins des moyens de connexion de ce dispositif diagnostic au poste de travail informatique et des moyens de qualification externe de l'environnement informatique permettant d'établir un état de situation de cet environnement informatique et des moyens d'édition de cet état de situation. Le système de diagnostic d'un poste de travail informatique banalisé objet de l'invention est connecté à un réseau distant. Il comporte au moins un dispositif de diagnostic d'un poste de travail informatique banalisé connecté au poste de travail et un serveur possédant des moyens de gestion de diagnostic, connecté au réseau distant. Une description plus détaillée du procédé, du dispositif et du système de diagnostic d'un poste de travail informatique !banalisé conformes à l'objet de la présente invention sera maintenant donnée en liaison avec les figures annexées, dans lesquelles : la figure la représente, à titre illustratif, un organigramme général des étapes essentielles de mise en oeuvre du procédé de diagnostic d'un poste de travail informatique banalisé de la présente invention ; la figure 1 b représente, à titre illustratif, un organigramme des étapes de mise en oeuvre du procédé objet de l'invention tel que représenté en figure la, dans un mode de mise en oeuvre préférentiel non limitatif dans lequel une étape de signature du rapport d'information émis est introduite ; la figure 1 c représente, à titre purement illustratif, un détail de mise en oeuvre de l'étape de qualification externe exécutée lors de la mise en oeuvre du procédé objet de l'invention, tel que représenté en figure 1 a ou lb; la figure 2 représente, à titre illustratif, sous forme de schéma blocs, un dispositif de diagnostic d'un poste de travail informatique conforme à l'objet de la présente invention ; la figure 3 représente, à titre illustratif, un système de diagnostic de poste de travail informatique banalisé conforme à l'objet de la présente invention. En référence à la figure 1 a précitée, on indique que le procédé de diagnostic objet de l'invention pour un poste de travail informatique banalisé TB inclut au moins une étape A de qualification externe EQ(TB) de l'environnement informatique constitué par le poste de travail informatique banalisé TB précité, cette étape permettant d'établir un état de situation ST de l'environnement informatique précité. Par étape de qualification externe, on entend la simple exécution par le poste de travail informatique banalisé d'un processus de qualification informatique non accessible et non modifiable par le poste de travail informatique banalisé, si ce n'est pour la seule exécution du processus de qualification. L'étape A est suivie d'une étape B d'édition de l'état de situation sous forme d'un rapport d'information de l'utilisateur. A l'étape B de la figure 1 a, l'étape d'édition est notée symboliquement : ED(ST) - IR, où IR désigne le rapport d'information de l'utilisateur. Selon un aspect remarquable du procédé de diagnostic objet de l'invention, on indique que, ainsi que représenté en figure 1 b, l'étape d'édition B de l'état de situation ST comporte, préalablement à l'édition du rapport d'information de l'utilisateur, une étape BI de signature du rapport d'information, le rapport d'information étant édité sous forme d'un rapport d'information authentifié. En référence à la figure 1 b, l'opération de signature est notée : ~(IR) -- AIR, où AIR désigne le rapport d'information authentifié, lequel est édité à la sous-étape B2 notée : ED(AIR). En outre, et ainsi que représenté également en figure lb en référence à la sous-étape B3, le rapport d'information authentifié AIR est transmis à un serveur S, serveur distant, pour ouvrir des droits d'accès au serveur précité pour l'utilisateur considéré. On comprend, en particulier, que le serveur distant S peut ainsi exercer un contrôle sur l'utilisation du terminal banalisé TB précité par l'utilisateur dans le cas où, le rapport d'information, édité sous sa forme de rapport d'information authentifié, n'est pas considéré comme suffisamment satisfaisant ou sûr par le serveur distant ainsi qu'il sera décrit ultérieurement dans la description. Ainsi qu'on l'a représenté en outre en figure 1c, le procédé de diagnostic objet de l'invention est en outre remarquable en ce que l'étape de qualification externe inclut au moins, avantageusement, l'une des étapes choisies parmi le groupe ou ensemble d'étapes tel que décrit en figure l c. Le groupe d'étapes précité comprend : une étape AI d'initialisation par recensement des éléments logiciels du système d'exploitation du navigateur des applications et des outils de protection installés sur le poste de travail informatique banalisé TB ; une étape A2 de recherche de failles par recherche des problèmes connus sur les versions et configurations desdits éléments logiciels recensés ; une étape A3 de discrimination de programmes informatiques indésirables ; et une étape A4 de discrimination des certificats de clé publique inconnus ou dangereux, associés au poste de travail informatique banalisé TB. A l'étape A,, le recensement des éléments logiciels est noté {L }_~ , où les symboles L; désignent les I éléments logiciels équipant le poste de travail informatique banalisé TB (système d'exploitation, navigateurs, applications, outils de protection installés, et ainsi de suite) que l'on souhaite recenser. A l'étape A2, les failles rencontrées sont désignées FL;, ces failles correspondant bien entendu à chacun des éléments logiciels L; précités. A l'étape A3, les programmes informatiques indésirables sont notés L; . A l'étape A4, l'étape de discrimination des certificats de clé publique inconnus ou dangereux est notée E=(,. Ces certificats peuvent par exemple être associés à des navigateurs (tels que "IE", ou "Firefox"), ou à des machines virtuelles (telles que les machines "JAVA "). Enfin, l'étape d'édition de l'état de situation B de la figure 1 a comporte au moins l'édition d'un rapport de l'utilisateur comportant au moins un niveau de dangerosité globale représentative de la qualité de l'environnement informatique constituée par le poste de travail informatique banalisé TB. En outre, on indique que le rapport d'information comporte un niveau de dangerosité soit en fonction de menaces, soit en fonction des éléments logiciels L;, ou encore par message détaillé rendant compte du risque encouru. Enfin, l'étape d'édition de l'état de situation peut comporter en outre l'édition de recommandations soit de non-utilisation, soit d'utilisation conditionnelle, soit encore d'utilisation libre du terminal ou poste de travail informatique banalisé TB par l'utilisateur, en fonction du risque encouru décroissant. Enfin, l'étape d'édition de l'état de situation peut comporter de manière avantageuse l'édition de mesures de correction obligatoires exécutables directement ou par l'intermédiaire d'un serveur distant, ces corrections étant apportées soit directement soit par l'intermédiaire d'un serveur distant par téléchargement de mises à jour imposées au terminal ou poste de travail informatique banalisé TB. Un tableau de l'ensemble des options de l'étape d'édition est introduit ci-après : 2 0 Tableau T : ETAPE D'EDITION Globale et par menaces Information de l'utilisateur Globale ou par logiciel Recommandations : DANGER / MENACE / RISQUE / OK Par recommandation Obligations ù Enregistrement dans IR des actions Signature du rapport D'une manière générale, on indique que, selon un aspect remarquable du procédé de diagnostic d'un poste de travail informatique banalisé objet de l'invention, l'étape de qualification externe de 25 l'environnement informatique constituée par le poste de travail informatique banalisé apparaît particulièrement avantageuse dans la mesure ou le terminal banalisé précité TB contient un système d'exploitation OS correspondant à une version spécifique directement identifiable, un navigateur correspondant également à une version identifiable, et, bien entendu, des logiciels de protection et des applications complémentaires correspondant également à des versions identifiables. Pour mettre en oeuvre l'étape de qualification externe de l'environnement informatique précitée, le procédé objet de l'invention peut consister, avantageusement, à installer une base de données de vulnérabilité recensant des informations très diverses sur la vulnérabilité des logiciels en fonction de leur version, sur l'existence de programmes additionnels (désignés Patch en anglais), sur la sécurité offerte par une version, sur des éléments de configurations à vérifier et sur la dangerosité de certains paramètres de configuration. La base de données de vulnérabilité peut en outre recenser directement des logiciels indésirables par leurs identifiants ou leur signature tels que des vers, des virus, des logiciels espions (désignés Spyware en anglais), ou de recopie d'introduction de données au clavier (désignées keylogger en anglais). Enfin, la base de données de vulnérabilité peut comprendre, de manière particulièrement avantageuse, une base de certificats de clé publique ou d'autorités de certification de confiance, et une base de certificats de clé publique ou d'autorités de certification réputées dangereuses car compromises, malhonnêtes ou peu sécurisées. Ainsi, le caractère externe de la qualification résulte de manière particulièrement avantageuse de l'exécution locale de cette qualification par le poste de travail banalisé TB soit à partir et sous le contrôle d'un périphérique externe accessible en lecture seulement connecté à ce poste de travail banalisé, et dans lequel un programme directement exécutable de qualification est implanté, soit à partir d'un processus spécifique sous le contrôle d'un serveur distant. Des indications seront maintenant données en ce qui concerne l'exécution de la qualification externe précitée en liaison avec la figure l c. A l'étape AI, l'initialisation permet l'obtention des paramètres d'identification du système d'exploitation ainsi que du navigateur et des applications et outils de protection installés sur le terminal banalisé. A l'étape A2, et pour chacun des éléments logiciels identifiés, la recherche des failles consiste à rechercher dans la base de données de vulnérabilité les problèmes connus pour la version. Si des failles de sécurité sont recensées pour cette version, alors ces failles sont enregistrées et l'information correspondante est transcrite dans le rapport d'information IR. La recherche dans la base de données de vulnérabilité consiste à rechercher s'il y a des points à vérifier ou à remarquer concernant la configuration particulière de la version de l'élément logiciel correspondant. S'il y a lieu, ces points sont enregistrés dans le rapport d'information IR. Si des tests complémentaires sont nécessaires, ces tests peuvent être exécutés pour tester la sécurité de l'élément logiciel considéré. Si des failles sont trouvées, ces failles sont alors enregistrées et transcrites dans le rapport d'information IR. Lorsque, par exemple, l'élément logiciel testé est le système d'exploitation, le test peut consister à tester les failles connues de ce dernier, telles que port inutilement ouvert, partage de fichier abusif activé ou autres. L'étape A3 de discrimination des logiciels indésirables est exécutée par parcours de la liste des logiciels indésirables L; inscrite par exemple dans la base de données de vulnérabilité et par recherche de leur présence sur le terminal ou poste de travail informatique banalisé TB. Pour chacun des éléments logiciels indésirables détectés, un message d'information est transcrit dans le rapport d'information IR, ce message incluant des informations de dangerosité trouvées dans la base de données de vulnérabilité. Enfin, l'étape A4 de discrimination des certificats de clé publique du navigateur consiste à analyser la base des certificats de ce dernier. Cette étape est répétée pour chaque navigateur trouvé dans la base de certificats contenue dans la base de données de vulnérabilité. Pour chaque autorité de certification, ou chaque clé représentative de cette dernière réputée dangereuse, un message est enregistré dans le rapport d'information IR. Pour chaque autorité de certification non réputée dangereuse mais non présente dans la base d'autorités de certification de confiance contenue dans la base de données de vulnérabilité, un message d'alerte est enregistré dans le rapport d'information IR. De préférence, pour chaque message enregistré dans le rapport d'information IR, un niveau de criticité ou de dangerosité ainsi que des recommandations de contre-mesures si possible sont inscrites. En ce qui concerne l'étape d'édition B de la figure la, décrite de manière plus détaillée au tableau T introduit précédemment dans la description, les différentes formes d'information de l'utilisateur sont détaillées ci-après. Information de l'utilisateur L'étape d'édition synthétise les informations contenues dans le rapport d'information IR et restitue cette synthèse à l'utilisateur. Un niveau de dangerosité globale est affiché informant l'utilisateur de la qualité du terminal ou poste de travail informatique banalisé TB. L'utilisateur jouit alors de la possibilité de demander l'affichage des détails : niveau de dangerosité soit en fonction des menaces telles que espionnage ou infection virale, soit en fonction des logiciels installés tels que système d'exploitation, navigateur, applications ; message détaillé un à un tel qu'enregistré dans le rapport d'information IR par exemple. Recommandations A partir des informations inscrites dans le rapport d'information IR, l'étape d'édition B doit alors formuler des recommandations à l'utilisateur. En fonction de la dangerosité / criticité des informations inscrites dans le rapport d'information IR, les recommandations peuvent être globales pour le poste de travail informatique banalisé TB ou au contraire individuelles, c'est-à-dire relatives à chaque élément logiciel recensé sur ce dernier. Un des messages ci-après ou une combinaison de ces messages peuvent par exemple être inscrits dans le rapport d'information IR : - ne pas utiliser (DANGER) ; utiliser à condition de corriger tels problèmes (MENACE) ; utiliser à condition de faire attention à un risque déterminé (RISQUE) ; utiliser librement (EVENTUELLEMENT) malgré un risque peu important (OK). Obliqations Dans le cas où l'étape d'édition B recommande à l'utilisateur de corriger certains problèmes avant de continuer, lors de recommandations de type MENACE par exemple, alors, le processus de correction peut être exécuté grâce au procédé objet de l'invention. Néanmoins, si l'utilisateur n'est pas administrateur du poste de travail informatique banalisé TB, il ne lui sera sans doute pas possible de corriger tout ou partie des problèmes rencontrés. Les corrections peuvent, par ailleurs, être pilotées conformément au procédé objet de l'invention bien qu'effectuées à partir d'un serveur distant. Les corrections demandées conformément au procédé objet de l'invention et recommandées par l'édition B et ayant abouti conduisent alors à l'enregistrement dans le rapport d'information IR des corrections apportées. Siqnature du rapport Le procédé objet de l'invention, ainsi que représenté en particulier en figure 1 b, peut comprendre une étape de signature du rapport d'information IR pour produire un rapport de diagnostic authentifié AIR. Ce rapport de diagnostic authentifié est un fichier qui peut être : stocké sur le disque dur pour être utilisé par l'utilisateur ; - envoyé à un serveur distant pour ouvrir des droits d'accès à l'utilisateur sous condition bien entendu d'une interprétation satisfaisante du rapport d'information authentifié AIR par le serveur distant. En particulier, certains serveurs distants peuvent refuser de servir un utilisateur donné si le rapport d'information authentifié AIR n'est pas envoyé, ou si ce rapport mentionne des éléments qualifiés de DANGER ou MENACE non corrigée ou même simplement de RISQUE , cela en fonction de la politique d'accès du serveur distant, laquelle peut, bien entendu, être rapprochée de la politique d'accès au réseau d'entreprise dont dépend l'utilisateur du poste de travail informatique banalisé TB. Une description plus détaillée d'un dispositif de diagnostic d'un poste de travail informatique banalisé, conforme à l'objet de l'invention, sera maintenant donnée en liaison avec la figure 2. D'une manière générale, on considère un dispositif de diagnostic conforme à l'objet de l'invention, plus particulièrement destiné à être directement connecté au terminal ou poste de travail informatique banalisé TB précité. Ainsi que représenté sur la figure 2 précitée, le dispositif de diagnostic DD objet de l'invention comprend une ressource de connexions notée I/O de ce dispositif au poste de travail informatique banalisé. Dans un mode de mise en oeuvre préférentielle non limitative, le dispositif objet de l'invention correspond à un périphérique externe ou "dongle", ou à une clé USB accessible uniquement en lecture et comportant notamment une zone mémoire sécurisée. Sur la figure 2, l'accès en lecture seule est représenté par le module de contrôle d'entrée Mo, lequel permet de sécuriser l'accès à la mémoire, telle qu'une mémoire flash MEMF par exemple. En référence à la figure 2 précitée, le dispositif de diagnostic DD objet de l'invention comporte en outre un module MI de qualification externe de l'environnement informatique constitué par le poste de travail informatique banalisé TB, ce module permettant d'établir un état de situation de l'environnement informatique, ainsi que décrit précédemment dans la description en liaison avec les figures la, lb et l c. Il comporte en outre un module d'édition de l'état de situation noté M2. Les modules Mo, MI et M2 sont, ainsi que représentés en figure 2, accessibles en lecture uniquement et protégés dans le cadre de la mémoire flash précitée en accès à l'écriture. On comprend ainsi que le dispositif physique portable ainsi constitué comporte une mémoire permanente telle que la mémoire flash précitée accessible en lecture et comportant un module de programme constituant le module de qualification MI de l'environnement informatique et d'édition M2. Ainsi que représenté en figure 2, le dispositif DD objet de l'invention comporte de préférence une base de données notée M3 incluant l'ensemble des certificats de clé publique considérés comme dignes de confiance. Cette base de données M3 n'est autre que la base de données de vulnérabilité précédemment mentionnée dans la description. La base de données M3 peut être installée sur la mémoire permanente MEMF, mais elle est de préférence installée sur une mémoire programmable MEMP accessible en lecture et en écriture par exemple, l'accès en écriture étant toutefois un accès conditionnel contrôlé par le module Mo précédemment décrit dans la description. Enfin, le dispositif de diagnostic DD, objet de l'invention, comporte avantageusement des ressources cryptographiques CR permettant de calculer une signature du rapport d'information, lequel est alors édité sous forme d'un rapport d'information authentifié. Les ressources cryptographiques CR peuvent être constituées par un processeur de sécurité directement intégré au dispositif de diagnostic conforme à l'objet de la présente invention, ce processeur de sécurité étant alors implanté dans une zone non accessible par commande externe appliquée sur le dispositif d'entrée sortie I/O. Le processeur de sécurité et les ressources de cryptographie CR correspondantes comprennent un algorithme de calcul de signature à clés publiques, la signature du rapport d'information selon l'invention étant effectuée au moyen de la clé privée KprIRCA d'une autorité de certification ("Information Report Certification Authority" en anglais) habilitée, cette clé privée n'étant en aucun cas accessible à partir des organes d'entrée sortie I/O précités. Cette autorité de certification est associée à la mise en place généralisée du procédé de diagnostic selon l'invention ; elle est donc généralement indépendante des dispositifs de diagnostic particuliers mis en place dans ce cadre. En outre, de manière optionnelle, les ressources cryptographiques CR peuvent comprendre une clé privée KprDD associée au dispositif de diagnostic objet de l'invention, cette clé privée n'étant elle non plus en aucun cas accessible à partir des organes d'entrée sortie I/O précités. La clé privée KprDD est associée à une clé publique KpUDD. En effet, le couple clé privée KprDD/ clé publique KpUDD peut notamment servir à identifier, s'il y a lieu, le dispositif de diagnostic DD auprès d'un serveur. Dans le cadre d'une variante de mise en oeuvre spécifique non limitative, le dispositif de diagnostic DD considéré peut lui-même jouer le rôle d'autorité de certification. Dans ce cas, la clé privée KprDD et la clé KprIRCA sont identiques. Les ressources cryptographiques précitées permettent notamment d'établir une signature de la clé publique KpuDD et du rapport d'information IR pour constituer un certificat de clé publique comportant, en extension, le rapport d'information IR et constituer ainsi le rapport d'information authentifié AIR. A titre d'exemple, pour un certificat de type X.509, un tel certificat comporte essentiellement 2 éléments : un contenu souvent appelé TBScertificate pour To Be Signed Certificate en anglais, qui comprend les informations à signer, et la signature de TBScertificate par la clé privée KprIRCA, Autrement dit, le rapport d'information authentifié AIR est de la forme : AIR = TBScedificate, Kpr,RCA(TBScertificate)). TBScertificate comprend notamment, dans ce cas, KpUDD et IR, ainsi que, éventuellement, un identifiant du périphérique externe ou dongle , un identifiant de l'autorité de certification IF:CA qui permet de retrouver la clé publique associée à KprIRCA, une période de validité limitée, quelques minutes à quelques heures ou autres. Dans le cas particulierprécité où la clé privée KprDD et la clé KprIRCA sont identiques, l'opération de signature du rapport d'information IR produit un certificat auto-signé . On comprend bien sûr que par l'introduction de la signature du rapport d'information IR pour établir un rapport d'information authentifié AIR, ce processus permet d'obtenir une non-répudiation du rapport d'information authentifié AIR par tout serveur recevant ce dernier, ainsi qu'il sera décrit ci-après dans la description. Un système de diagnostic de poste de travail informatique banalisé conforme à l'objet de la présente invention sera maintenant décrit en liaison avec la figure 3. En référence à la figure 3 précitée, le système objet de l'invention comporte un dispositif de diagnostic d'un poste de travail informatique banalisé, dispositif DD décrit précédemment avec la figure 2, ce dispositif de diagnostic DD étant connecté à un poste de travail banalisé TB, lequel est lui-même connecté à un réseau distant tel que le réseau Internet directement ou par l'intermédiaire d'un réseau d'entreprise par exemple. Le système de diagnostic objet de l'invention comporte en outre un serveur possédant des moyens de gestion de diagnostic et noté MDS, lequel est bien entendu lui-même connecté au réseau distant. Selon un aspect remarquable du système de diagnostic objet de l'invention, le serveur possédant des moyens de gestion de diagnostic MDS est spécialement adapté pour, lors d'une connexion du dispositif de diagnostic DD au poste de travail informatique TB banalisé, recevoir du poste de travail informatique banalisé TB une requête de connexion du poste de travail banalisé TB. Cette opération est représentée à l'étape 1 de la figure 3, laquelle représente la transmission par le poste de travail informatique banalisé TB d'une requête de connexion CR au serveur MDS. Le serveur MDS permet alors, en réponse, de transmettre une requête de diagnostic au poste de travail informatique banalisé TB. Cette opération est représentée par l'étape 2 de la figure 3 au cours de laquelle une requête de diagnostic DR est transmise au terminal ou poste de travail informatique banalisé TB. Suite à l'exécution du processus de diagnostic par le terminal ou poste de travail informatique banalisé TB sous le contrôle du dispositif de diagnostic DD objet de l'invention, le serveur MDS est alors adapté pour recevoir du poste de travail informatique banalisé TB, par l'intermédiaire du dispositif de diagnostic connecté DD objet de l'invention, un rapport d'information authentifié c'est-à-dire le rapport AIR précédemment décrit dans la description. Cette opération est représentée à l'étape 3 de la figure 3. Bien entendu, on comprend que le serveur MDS objet de l'invention comporte un module de vérification et d'analyse du rapport d'information authentifié, ce module étant noté M4 sur la figure 3. Ce module, suite à l'interprétation du rapport d'information authentifié AIR et du certificat contenant une signature d'une clé publique KpuDD du dispositif de diagnostic 1 o DD à partir de la clé privée KprIRCA de l'autorité de certification, permet au serveur MDS de prendre toute mesure appropriée, et en particulier de donner ou non l'autorisation à l'utilisateur du terminal ou poste de travail informatique banalisé TB de se connecter en réseau, par exemple. De manière particulièrement avantageuse, on indique que, à 15 l'étape 3 représentée en figure 3, le rapport d'information authentifié AIR reçu par le serveur MDS est établi, ainsi que décrit précédemment dans la description, sous forme d'un certificat d'authentification de clé publique contenant la clé publique associée au dispositif de diagnostic et le rapport d'information sous forme d'extension. Comme expliqué ci-dessus, ce 20 certificat d'authentification contient une signature du rapport d'information à partir de la clé privée KprIRCA d'une autorité de certification. Pour l'exécution des étapes 1, 2, 3 du protocole d'échanges de messages liant le serveur MDS et le dispositif de diagnostic DD objet de l'invention par l'intermédiaire du terminal ou poste de travail informatique 25 banalisé TB, un tel protocole peut correspondre avantageusement au protocole SSL. L'invention couvre en outre un programme d'ordinateur comportant une suite d'instructions mémorisées sur un support de mémorisation d'un dispositif de diagnostic d'un poste de travail informatique, 30 banalisé, pour exécution par ce poste de travail informatique banalisé, remarquable en ce que, lors de cette exécution, ce programme d'ordinateur exécute le procédé de diagnostic de ce poste de travail informatique banalisé, tel que décrit précédemment en liaison avec les figures la, 1 b et 1c. Ce programme d'ordinateur peut être avantageusement formé d'éléments modulaires tels que les éléments Mo, MI et M2 représentés en figure 2. L'invention couvre enfin un programme d'ordinateur comportant une suite d'instructions mémorisées sur un support de mémorisation pour exécution par un ordinateur ou par un serveur possédant des moyens de gestion de diagnostic d'un système de diagnostic d'un poste de travail informatique tel que représenté en figure 3. Lors de cette exécution, ce programme d'ordinateur exécute les étapes de réception et de transmission de ce serveur possédant des moyens de gestion de diagnostic pour la mise en oeuvre du système de diagnostic décrit en relation avec la figure 3. En particulier, ce programme d'ordinateur peut être implanté pour former le module M4, représenté en figure 3. REVENDICATIONS 1. Procédé de diagnostic d'un poste de travail informatique banalisé (TB), caractérisé en ce qu'il inclut au moins à partir d'un périphérique ou d'un serveur relié à ce poste de travail informatique banalisé : - une étape (A) de qualification externe de l'environnement informatique constitué par ledit poste de travail informatique banalisé (TB), permettant d'établir un état de situation (ST) dudit environnement informatique ; et une étape d'édition (B) dudit état de situation (ST) sous forme d'un rapport d'information (IR) de l'utilisateur. 2. Procédé selon la revendication 1, caractérisé en ce que ladite étape d'édition (B) dudit état de situation comporte, préalablement à l'édition (B2) dudit rapport d'information (AIR) de l'utilisateur, une étape de signature (BI) dudit rapport d'information, ledit rapport d'information étant édité sous forme d'un rapport d'information authentifié (AIR). 3. Procédé selon la revendication 2, caractérisé en ce que ledit rapport d'information authentifié (AIR) est établi sous forme d'un certificat d'authentification de clé publique contenant ledit rapport d'information sous forme d'extension, ledit certificat d'authentification comprenant une signature du rapport d'information à partir d'une clé privée Kpr,RCA d'une autorité de certification. 4. Procédé selon la revendication 2 ou la revendication 3, caractérisé en ce que ledit rapport d'information authentifié (AIR) est transmis (B3) à un serveur (S) pour ouvrir des droits d'accès à ce serveur pour ledit utilisateur. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que ladite étape de qualification externe inclut au moins l'une des étapes choisies parmi le groupe : initialisation (AI) par recensement des éléments logiciels du système d'exploitation, du navigateur, des applications et des outils de protectioninstallés sur ledit poste de travail informatique banalisé ; recherche des failles rencontrées (A2), par recherche des problèmes connus sur les versions et configurations des éléments recensés ; discrimination (A3) de programmes informatiques indésirables (L;) ; discrimination des certificats de clé publique (e~~) inconnus ou dangereux associés au poste de travail informatique banalisé (TB). 6. Procédé selon l'une des revendication 1 à 5, caractérisé en ce que ladite étape d'édition (B) dudit état de situation (ST) inclut au moins l'édition d'un rapport d'information (IR, AIR) de l'utilisateur comportant au moins un niveau de dangerosité global représentatif de la qualité de l'environnement informatique constitué par ledit poste de travail informatique banalisé (TB). 7. Procédé selon la revendication 6, caractérisé en ce que ledit rapport d'information (IR, AIR) comporte un niveau de dangerosité soit en fonction de menaces, soit en fonction des éléments logiciels, ou encore par messages détaillés rendant compte du risque encouru. 8. Procédé selon l'une des revendications 6 ou 7, caractérisé en ce que ladite étape d'édition (B) dudit état de situation (ST) comporte en outre, l'édition de recommandations soit de non-utilisation, soit d'utilisation conditionnelle, soit encore d'utilisation libre, en fonction du risque encouru décroissant. 9. Procédé selon l'une des revendications 6 à 8, caractérisé en ce que ladite étape d'édition (B) dudit état de situation (ST) comporte en outre l'édition de mesures de correction obligatoire exécutables directement ou par l'intermédiaire d'un serveur distant. 10. Dispositif de diagnostic (DD) d'un poste de travail informatique banalisé (TB), caractérisé en ce qu'il comporte au moins : des moyens de connexion (I/O) dudit dispositif de diagnostic (DD) audit poste de travail informatique (TB) ; - des moyens de qualification externe (MI) de l'environnement informatique constitué par ledit poste de travail informatique banalisé, permettant d'établir un état de situation (ST) dudit environnement informatique ; etdes moyens d'édition (M2) dudit état de situation (ST). 11. Dispositif selon la revendication 10, caractérisé en ce que lesdits moyens de qualification externe (MI) et lesdits moyens d'édition (M2) sont intégrés dans un dispositif physique portable, comportant lesdits moyens de connexion (I/O). 12. Dispositif selon la revendication 11, caractérisé en ce que ledit dispositif physique portable (DD) comporte au moins : - une mémoire permanente (MEMF) accessible en lecture comportant un module de programme constituant lesdits moyens (MI) de qualification de l'environnement informatique ; et une base de données (M3) incluant l'ensemble des certificats de clé publique considérés comme dignes de confiance. 13. Dispositif selon l'une des revendications 10 à 12, caractérisé en ce qu'il comporte en outre des ressources cryptographiques (CR) permettant de calculer une signature dudit rapport d'information (IR), édité sous forme d'un rapport d'information authentifié (AIR). 14. Système de diagnostic d'un poste de travail informatique banalisé (TB), connecté à un réseau distant, caractérisé en ce qu'il comporte au moins : - un dispositif de diagnostic (DD) d'un poste de travail informatique banalisé (TB) selon l'une des revendications 10 à 13, connecté à ce poste de travail informatique banalisé (TB) ; et un serveur (MDS) possédant des moyens de gestion de diagnostic, connecté audit réseau distant. 15. Système selon la revendication 14, caractérisé en ce que, sur connexion dudit dispositif de diagnostic (DD) audit poste de travail informatique banalisé (TB), ledit serveur (MDS) possédant des moyens de gestion de diagnostic est adapté à : - recevoir dudit poste de travail informatique banalisé (TB) une requête de connexion (CR) dudit poste de travail (TB); transmettre une requête de diagnostic (DR) audit poste de travail informatique banalisé (TB) ; suite à l'exécution du processus dediagnostic, et recevoir dudit poste de travail informatique banalisé (TB), par l'intermédiaire dudit dispositif de diagnostic connecté, un rapport d'information authentifié (AIR). 16. Système selon la revendication 15, caractérisé en ce que ledit serveur (MDS) possédant des moyens de gestion de diagnostic comporte des moyens (M4) de vérification et d'analyse du rapport d'information authentifié (AIR). 17. Programme d'ordinateur comportant une suite d'instructions mémorisées sur un support de mémorisation d'un dispositif de diagnostic (DD) d'un poste de travail informatique banalisé (TB) pour exécution par ce poste de travail informatique, caractérisé en ce que lors de cette exécution, ledit programme d'ordinateur exécute le procédé de diagnostic de ce poste de travail informatique (TB), selon l'une des revendications 1 à 9. 18. Programme d'ordinateur comportant une suite d'instructions mémorisées sur un support de mémorisation pour exécution par un ordinateur ou par un serveur (MDS) possédant des moyens de gestion de diagnostic (M4) dans un système de diagnostic d'un poste de travail informatique selon la revendication 14, caractérisé en ce que lors de cette exécution ledit programme d'ordinateur exécute les étapes de réception (1) et de transmission (2) de ce serveur (MDS) possédant des moyens de gestion de diagnostic pour la mise en oeuvre du système de diagnostic selon la revendication 15 ou la revendication 16.