FR 3076638 A1 20190712 FR 1850235 A 20180111 Arrière-plan de l'invention L'invention se rapporte au domaine général des télécommunications. Elle concerne plus particulièrement la connexion à un site web offrant un service et protégé par des données d'authentification telles qu'un identifiant et un mot de passe. Un e site web est par exemple un site web d'une banque, un site de messagerie 10 électronique, etc. Dans l'état actuel de la technique, pour accéder au service offert: par l'un de ces sites, l'utilisateur se connecte par l'intermédiaire de son terminal à une page d'authentification publique qui l'invite à saisir les données d'authentification (par exemple un identifiant et un mot de passe) qu'il a fournies lors de son enregistrement au service, 15 Si l'utilisateur s'authentifie correctement, l'accès au service lui est offert. La page d'authentification étant en accès pubi'ic, un individu mal intentionné peu, aisément y accéder cl_ tenter de se connecter au service en usurpant les Connées d'authentification d'un utilisateur préalablement enregistré au service. Les données d'authentification de l'utilisateur ont pu par exemple être obtenues par l'individu mal 20 intentionné via: l'installation d'un cheval de Troie sur le terminal de l'utilisateur. Il existe donc un besoin de renforcer la protection des sites web offrant des services et protégés par des données d'authentification. Obje résumé de l'inveintion 25 L'invention répond notamment à ce besoin en proposant un mécanisme qui ne rend l'accès possible une page web d'authentification contrôlant l'accès à un service uniquement à un utilisateur enregistré auprès de ce service et après que celui-ci a rempli des conditions d'accès déterminées. Pour mettre en oeuvre ce mécanisme, l'invention appuie sur différents 30 dispositifs, et plus précisément sur un serveur d'authentification gérant un accès au service auquel l'utilisateur souhaite se connecter, sur un serveur proxy placé en coupure de flux entre le dispositif de l'utilisateur et le serveur d'authentification, sur un dispositif de sécurité tel que par exemple un pare-feu, verrouillant l'accès à la page -web d'authentification au service, et sur le dispositif de l'utilisateur à proprement parler. 2 Plus précisément, l'invention vise, selon un premier aspect, un procédé de gestion c!'un accès par un dispositif d'un utilisateur à une page web Ceuthentification contrôlant un accès à un service auprès duquel est enregistré l'utilisateur en association avec des données d'authentification et un contenu mUllimédia, ce procédé de gestion comprenant, suite à une identification valide de l'utilisateur auprès d'un serveur d'authentification gérant Vaccès au service une étape de détermination d'une séquence dite test de paramètres ordonnés destinés à être appliqués par le dispositif de l'utilisateur à une succession de trames de données ; 10 -une étape de dissimulation de la séquence test dans le contenu multimédia résultant en une version modifiée du contenu multimédia ; une étape d'envoi au dispositif d i'uti:isateur de la version modifiée du contenu -multimédia ; et une étape d'envoi à un serveur proxy placé entre le dispositif de l'utilisateur et le 15 serveur d'authentification, de la séquence test déterminée pour le dispositif de l'utilisateur. Corréàtivernent, l'invention concerne un serveur d'authentification gérant un accès à un service auprès duquel est enregistré un utilisateur en associatbn avec des données d'authentification et un contenu multimédia, ce serveur d'authentification 20 comprenan n module d'identification, configure pour identifier l'utilisateur ; un module de détermination, activé si l'identification de l'utilisateur est valide, et configure pour déterminer une séquence, dite séquence test, de paramètres ordonnés destinés à être appliqués par un dispositif de l'utilisdoeur à une succession de trames 25 de données ; un module de dissimulation, configuré pour générer Line version modifiée du contenu multimédia dans laquelle est dissimulée la séquence test ; un module d'envoi, configure pour envoyer o au dispositif de l'utilisateur, la version modifiée du contenu multimédia ; et 30 o à un serveur proxy placé entre le dispositif de l'utilisateur et le serveur d'authentification, la séquence test déterminée pour le dispositif de l'utilisateur. Selon un deuxième aspect, l'invention vise un procédé de contrôle pa un serveur proxy d'un d spositif de sécurité verrouilLint un accès à une page web d'authentification contrôlant un accès à un service auprès duquel est enregistré un 3 utilisateur en association avec des données d'authentification et un contenu multimédia, le serveur de proxy étant placé entre un clisposftif de l'utilisateur el un serveur d'authentification gérant l'accès au service, le procédé de contrôle comprenant : - une étape de réception en provenance du serveur d'authentification d'une séquence test de paramètres ordonnés destinés à être appliqués par le dispositif de l'utilisateur à -une succession de trames de données ; - une étape: d'interception d'une succession de trames de données émises par le dispositif de l'utilisateur à destination du serveur d'authentification ; une étape d'extraction d'une séquence dt.- paramètres ordonnés de la succession de 10 trames de données interceptées ; - une étape de comparaison de la séquence test avec la séquence extraite ; s'il existe une concordance, une étape d'envoi au dispositif de sécurfte d'une commande de déve:Touillage de l'accès à la page web d'authentification contrôlant l'accès au service pour le dispositif de l'utilisateur. 15 Corrélativement, l'invention concerne un serveur proxy placé entre un dispositif d'un utilisateur et un serveur d'authentification gérant un accès à un service auprès duquel est enregistré l'utilisateur en association avec des données d'authentification et un contenu multimédia, le serveur proxy comprenant : - un module de réception, apte à recevoir en provenance du serveur d'authentification, 20 une séquence, dite séquence test, de paramètres ordonnés destinés à être appliqués par le dispositif de l'utilisateur à une succession de trames de données ; - un module d'interception, configure pour intercepter une succession de trames de données émises par le dispositif de l'utilisateur destination du serveur d'authentification ; 25 - un module d'extraction, configure pour extraire une séquence de paramètres ordonnés de la succession de trames de données interceptées ; - un [nodule de comparaison, configure pour comparer la séquence test avec la séquence exe-ait un module d'envoi, activé si le module de comparaison détecte une concordance entre 30 les séquences comparées, et configure pour envoyer à un dispositif de sécurité verrouillant un accès à une page web d'authentification contrôlant l'accès au service, d'une commande de déverrouillage de cet accès pour le dispositif de l'utilisateur. Selon un troisième aspect, l'invention vise aussi un procédé d'accès par un dispositif d'un utilisateur à une page we.b d'authentification contrôlant un accès à un 4 service auprès duquel est enregistré l'utilisateur en association avec des données d'authentification et un contenu multimédia, ce COrÉCnU multimédia étant stocké dans une mémoire du dispositif de l'utilisateur, ce procédé d'accès comprenant, suite à une identification valide de l'utilisateur auprès d'un serveur d'authentification gérant l'accès au service - une étape de réception en. provenance du serveur d'authentification d'une version modifiée du contenu multimédia dans laquel:e est dissimulée une séquence, dite sec.;tience test, de paramètres ordonnés destinés à être appliqués à une succession de trames de données ; 10 - une étape d'extraction de la version modifiée du contenu multimédia, en utilisant le coreenu multimédia stocké dans la mémoire du dispositif utilisateur, de la séquence - une étape d'envoi à destination du serveur d'authentification d'une succession de trames de données comprenant les paramètres de la séquence test dans l'ordre 15 indiqué par la séquence test ; -et une étape de réception de la page web d'authentification contrôlant.. l'accès au service. Corrélativement, l'invention concerne un dispositif d'un utilisateur enregistré auprès d'un service en association avec des données d'authentification et un contenu multimédia, ce contenu multimédia étant stocké dans un mémoire du dispositif, ledit 20 dispositif comprenant : un module d'identification, configure pour réaliser une identification de l'utilisateur auprès d'un serveur d'authentification gérant un accès au service : un module de réception, apte à recevoir en provenance du serveur d'authentification, une version modifiée du contenu multimédia dans laquelle est dissimulée une 25 séquence, dite séquence test, de paramètres ordonnés destinés à être appliqués à une succession de trames de données ; un nodule d'extraction, configure pour extraire de la Ver-Sft)r- modifiée du contenu multimédia, en utilisant e contenu multimédia stocké dans la mémoire du dispositif, la séquence test ; 30 un module d'envoi, configure pour envoyer à destination du serveur d'authentification une succession de trames de données comprenant les paramètres de la séquence test dans l'ordre indiqué par la séquence test ; et - un module de réception, apte à recevoir une page web d'authentification contrôlant l'accès au service. L'invention améliore ainsi la protection des sites vveb déjà protégés par des données d'authentification (par exemple par un mot de passe) en limitant l'accès aux pages d'authentification à des utilisateurs enregistrés auprès du service. A cet effet, l'accès -aux pages d'authentification est bloqué par défaut par un dispositif de sécurité, tel que par exemple un pare-feu' et n'est déverrouille que si le dispositif de l'utilisateur cherchant à accéder à une telle page d'authentification envoie une séquence de trames de ioni-iées à destination du. serveur d'authentification suivant une configuration précise et un ordre déterminé pour cet utilisateur et pour sa session d'authentification en cours. Avantageusement, les informations relatives à la séquence de trames de 10 données à envoyer permettant de débloquer la page d'authentification pour l'utilisateur sont dissimulées dans un contenu multimédia enregistré préalablement pour l'utilisateur (par exemple lors de :son adhésion au service). De cette sorte, un tiers mal intentionné qui ne dispose pas du contenu multimédia initialement enregistré, n'est pas en mesure de détecter la présence de ces informations dans la version modifiée du -contenu multimédia 15 (on parle aussi de version: « stéganographiée » du contenu multimédia) ni a ionien« de les récupérer, quand bien même ii intercepterait cette version modifiée du contenu multimédia lors de sa transmission au dispositif de l'utilisateur. En outre, un dispositif utilisateur présentant la mauvaise séquence de trames au serveur d'authentification ne peut pas non plus accéder à la page d'authentification au service. 20 L'invention offre donc une solution simple permettant une authentification forte des utilisateurs souhaitant accéder au service Dans un mode particulier de réalisation de l'invention, le contenu multimédia enregistré en association avec l'utilisateur et utilisé pour véhiculer la séquence test de paramètres de façon dissimulée est une image. 25 Ce mode de réalisation présente l'avantage d'être simple à mettre en oeuvre : on peut: en effet utiliser à cette fin des outils connus de stéganographie très efficaces tels que par exemple le logiciel Caméléon disponible http://www.logitheque. comllogiciels/windowslantivirus_securitelsteganographielt echarg ricameleon_12668.htm ou. encore le logiciel TextinPiclure disponible à 'URL 30 .1-ittp: /./vemy logi th eque comijogiciels/wi ndows/antivirus secu ri te/stega on ra p hi e ielechafg ernextinpicture 20607.htm, qui u)ermettent de dissimuler des informations dans une image non compressées sans que ceVe.s-ci ne soient. détectab es à l'oeil nu. On évite ainsi qu'un tiers ayant accès à la version modifiée du contenu multimédia soupçonne que celle- 6 ci contienne des informations supplémentaires par rapport au contenu multimédia d'origine. -Préférentiefloment on ut:lig- comme contenu mulbmédia une image non compressée. _Le recours à une image non compressée telle que par exemple une image brute au format Bitmap rend inopérants les logiciels de déte.etion d'images stéganographiées de l'état de la technique) qui ne fonctionnent pas avec de telles images. En variante d'autres contenus mubmédia peuvent être envisagés comme par exemp e des contenus textuels ou audio. 10 On note qu'aucune limitation n'est attachée à la nature des paramètres de trames dissimulés dans la version modifiée du contenu multimédia. Il s'agit via la séquence test de paramètres transmise de permettre dU serveur proxy cle distinguer l'utilisateur à l'origine des trames afin de n'autoriser l'accès à. la page web d'authentification qu'a cet utilisateur. Autrement dit, n'importe quels paramètres qui 15 permettent de différencier une séquence de trames envoyée par un dispositif d'un utilisateur d'une séquence de trames envoyée .par un dispositif d'un autre utilisateur conviennent. Ainsi, dans un mode .particulier de réalisation, pour au moins une trame de données, la séquence test contient au moins une information parmi un numéro de port de 20 destination de ladite trame de données, un protocole de transport utilisé par la trame de données, et un protocole i.spplicatif uti:isé par la trama de données. L'inventon, dans ce mode de réalisation, propose avantageusement d'appliquer, pour contrôler l'accès à !a page d'authentification, le principe du « portknocking » (ou tocage à la ponte en français) oui permet de modifier en temps réel le 25 comportement d'un pare-feu en provoquant l'ouverture d'un port de communication grâce au lancement préalable d'une suite de connexions sur des ports distincts dans un ordre déterminé. Cette technique est particulièrement simple à mettre en oeuvre et requiert peu de ressources. Dans un mode particulier de réalisation du procédé de contrôle, la commande 30 de déverrouillage peut ainsi comprendre une commande d'ouverture d'un port d'accès à la page \Ne° d'authentification pour ledit dispositif utilisateur. Cette commande de déverrouillage peut comprendre en outre une durée limitée pendant laquelle l'accès à la page web d'authentification est déverrouillé pour le dispositif de l'utilisateur. 7 Dans un autre mode de réalisation, la séquence test ne peut être utilisée qu'une unique fois pour débloquer l'accès à la page d'authentification contrôlant l'accès au service. Ces différents modes de réalisation permettent de renforcer encore davantage la protection de l'accès à la page d'authentification en n'ouvrant que de façon éphémère l'accès à cette page d'authentification pour l'utilisateur. Dans un mode particulier de réalisation, le procédé de gestion de l'accès comprend en outre : - une étape de réception en provenance d'un autre dispositif de l'utilisateur d'une 10 requête pour obtenir le contenu multimédia enregistré en association avec l'utilisateur ; - une étape d'envoi à cet autre dispositif d'une adresse à usage unique pour fournir un code de validation de la requête ; si le code est fourni via ladite adresse, une étape d'envoi audit autre dispositif de 15 l'utilisateur du contenu multimédia requis. Ce mode de réalisation permet à l'utilisateur de s'authentifier et d'accéder au service via un autre dispositif de communication tout en s'assurant que le contenu multimédia est transféré de manière sécurisée vers cet autre dispositif. Dans un autre mode de réalisation, un port d'accès à la page vveb 20 d'authentification contrôlant l'accès au service est en outre dissimulé dans la version modifiée_ du contenu multimédia. Ce port d'accès peut être accompagné 'typiquement d'une commande de rafraichissement d'une requête d'authentification du dispositif de l'utilisateur pour que c Ile-ci soit émise sur le port d'accès fourni dans la version modifiée du contenu 25 multimédia. L'envoi de la page d'authentification au dispositif de l'utilisateur est réalisé en réponse à cette requête. Dans un mode particulier de réalisation, une séquence test de paramètres différente est déterminée pour le dispositif die l'utilisateur à chaque nouvelle connexion du dispositif de l'utilisateur au serveur d'authentification. 30 Il s'agit par ce biais -de renforcer encore davantage la protection de la page d'authentification en rendant éphémère la séquence de paramètres générée pour permettre eu dispositif de l'utilisateur d'accéder à la page d'authentification. De cette sorte, un tiers mal intentionné oui parviendrait à obtenir cette séquence ne pourrait pas l'utiliser auprès du serveur d'authentification dès lors que l'utilisateur légitime a déjà accédé à la .page d'authentification notamment (la séquence sera « périmée » et ne pourra être utilisée avec succès par le tiers mal intentionné pour accéder à la page d'authentification). En outre cela limite dans le temps les risques d'une utilisation frauduleuse de la séquence de paramètres de trames. Dans un mode particulier de réalisation, les différentes étapes du procédé de gestion, du procédé de contrôle et/ou du procédé d'accès sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un serveur d'authentification, dans un serveur proxy, dans un terminal ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la misc.'. en oeuvre des étapes de l'un ou l'autre des procédés de gestion, d'accès et de contrôle décrits ci-dessus. Ce programme peut utiliser n'importe quel langage. de programmation, et être sous la forme de -code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations ou d'enregistrement lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations ou d'enregistrement peut-être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise.) ou un disque dur. D'autre part, le Support d'informations ou d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier télécharoé sur un réseau de type Internet. Alternativement, le support d'informations ou d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, l circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. 9 Selon un autre aspect, l'invention vise également un système de protection d'un accès à une page web d'authentification contrôlant un accès à un service, le système de protection comprenant : - un dispositif de sécurité verrouillant par défaut l'accès à la page web d'authentification ; - un serveur d'authentification gérant l'accès au service conforme à l'invention ; et - un serveur proxy conforme à l'invention, apte à déverrouiller sous conditions le dispositif de sécurité pour un dispositif d'un utilisateur enregistré auprès du service. Dans un mode particulier de réalisation, le dispositif de sécurité est un pare- 10 feu. Selon un autre aspect encore, l'invention vise un système de communication comprenant : un dispositif d'un utilisateur conforme à. l'invention, ledit utilisateur étant enregistré auprès d'un service en association avec des données d'authentification et un contenu 15 multimédia ; et - un système selon l'invention de protection d'un accès à. une page web d'authentification contrôlant l'accès au service. Le système de protection et le système de communication selon l'invention bénéficient des mêmes avantages mentionnés précédemment que les procédés de 20 gestion, de contrôle et d'accès et que le serveur d'authentification, le serveur proxy et le terminal selon l'invention, On peut également envisager, dans d'autres modes de réalisation, que le procédé de gestion, le serveur d'authentification, le procédé de contrôle, le serveur proxy, le procédé d'accès, le terminal, le système de protection et le système de communication 25 selon l'invention présentent en combinaison tout ou partie des caractéristiques précitées. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un 30 exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : la figure 1 représente, dans son environnement, un système de communication selon l'invention, dans un mode particulier de réalisation ; 10 la figure 2 représente l'architecture matérielle d'un serveur d'authentification, d'un serveur proxy et d'un terminal selon l'invention, dans un mode particulier de réalisation ; et - la figure 3 illustre les principales étapes d'un procédé de gestion, d'un procédé d'accès et d'un procédé de contrôle selon l'invention, dans un mode particulier de réalisation, Description détaillée de l'invention La figure 1 représente, dans son environnement, un système de communication 1 conforme à l'invention, dans Lin mode particulier de réalisation. 10 Le système de communication 1 comprend un dispositif de communication 2 d'un utilisateur U, conforme à l'invention, qui permet à l'utilisateur U d'accéder à divers services via un réseau de télécommunications NW tel que par exemple le réseau public Internet. Aucune limitation n'est attachée à la nature du dispositif 2. Il peut s'agir de n'importe quel type de terminal, tel que par exemple un ordinateur portable ou un PC 15 (pour « Persona! Computer » an anglais), un téléphone intelligent (ou « smartphone » en anglais), une tablette numérique, etc. Les services auxquels accède l'utilisateur U sont offerts, dans l'exemple envisagé ici, via un portail web, celui-ci étant hébergé par un système informatique 3. Un tel système informatique peut être indifféremment constitué d'un unique serveur ou d'une 20 pluralité de serveurs.. On s'attache plus particulièrement ici à un service S, tel que par exemple un service de banque en ligne, ou de messagerie électronique, auprès duquel l'utilisateur -U s'est enregistré via son dispositif de communication 2 en fournissant des données d'authentification. Ces données d'authentifiction comprennent ici un identifiant noté ID-U 25 tel que par exemple une adresse électronique, un nom, ou tout autre identifiant permettant de l'identifier de manière unique, el un mot de passe noté PWD-U. Elles permettent de contrôler l'accès au service S : pour- accéder au service S, l'utilisateur U doit s'authentifier sur une page web d'authentification WP-AUTI-1 en fournissant tout ou partie de:s données d'authentification qu'il a déclarées lors de son enregistrement au 30 service S. Dans le mode de réalisation décrit ici, on suppose que lors de son enregistrement au service S, l'utilisateur U a également fourni un contenu multimédia, et plus spécifiquement ici, une image brute (c'est-à-dire non compressée), notée 1M-U, telle que par exemple une image au format- BITMAP. Cette image 1M-U est mémorisée en 11 association avec l'utilisateur U et ses données d'authentification ID-U et PWD-U dans une base d'utilisateurs 1 hébergée par le système informatique 3. Elle est également stockée en mémoire dans le dispositif de communication 2 de l'utilisateur U. Conformément à l'invention, le système de communication 1 comprend également un système de protection 5 de l'accès à la page web d'authentification WPAUTH contrôlant l'accès au service S. Le système de protection 5 est conforme à l'invention et comprend : - un dispositif de sécu;-ité 6, verrouillant par défaut l'accès à la page web d'authentification WP-AUTH. Ce dispositif de sécurité 6 est ici un pare-feu (ou 10 « firewall » en anglais), configuré par défaut pour bloquer toutes les requêtes d'accès à la page web d'authentification WP-AUTH ; - un serveur d'authentification 7 gérant l'accès au service S, et conforme à l'invention ; et - un serveur ..proxy 8 conforme à l'invention, et placé dans l'exemple envisagé à la figure 15 1, en coupure de flux entre le dispositif 2 de l'utilisateur U et le serveur. d'authentification 7. Conformément à l'invention, le serveur proxy 8 est apte à déverrouiller sous certaines conditions le dispositif de sécurité 6 protégeant l'accès à la page web d'authentification WP-AUTH pour un dispositif d'un utilisateur enregistré auprès du service 5, comme détaillé davantage ultérieurement. 20 Dans le mode de réalisation décrit ici, le serveur d'authentification 7, le serveur proxy 8 et Le dispositif 2 de l'utilisateur U ont l'architecture matérielle d'un ordinateur 9 tel que représentée schématiquement à la figure 2. L'ordinateur 9 comprend notamment un processeur 10, une mémoire vive 1, une mémoire morte 12, une mémoire non volatile 13 et des moyens de communication 25- 14. Ces moyens de communication 14 permettent au serveur d'authentification 7, au serveur proxy 8 et au dispositif 2 de communiquer entre eux notamment et avec le dispositif de sécurité 6. Ils peuvent comprendre une ou plusieurs interfaces de communication sur un ou plusieurs réseaux de télécommunication (fixes ou mobiles, avec ou sans ire etc.). 30 La mémoire morte 12 de l'ordinateur 9 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur et sur lequel est enregistré un programme d'ordinateur conforme à l'invention, désigné de façon générale ici par PROG, comportant des instructions pour l'exécution de l'un des procédés objets de l'invention, suivant le dispositif considéré. Ainsi : 12 - pour le dispositif de communication (terminal) 2 de l'utilisateur U, le programme PROG est un programme PROG2 comportant des instructions pour l'exécution des étapes du procédé d'accès selon l'invention ; peur le serveur d'authentification 7, le programme PROG est un programme PROG7 comportant des instructions pour l'exécution des étapes du procédé de gestion d'un accès selon l'invention ; et - pour le serveur proxy 8, le programme PROG est un programme PROG8 comportant des instructions pour l'exécution des étapes du procédé de contrôle selon l'invention, Chacun de ces programmes définit, de façon équivalente, des modules 10 fonctionnels du dispositif sur lequel il est installé, aptes à mettre en oeuvre les étapes du procédé concerné et s'appuyant sur les éléments matériels 1044 de l'ordinateur 9. Ainsi, le programme PROG7 définit les modules fonctionnels du serveur d'authentification 7, et plus particulièrement ici un module d'identification 7A, configuré pour identifier l'utilisateur U ; 15 un module de détermination 70, activé si l'identification de l'utilisateur U est valide, et configure pour déterminer une séquence, Cite séquence test, de paramètres ordonnés destinés à être appliqués par un dispositif de communication 2 de l'utilisateur U à une succession de trames de données ; un module de dissimulation 7C, configure pour générer une version modifiée notée 20 IMesteg du contenu multimédia 1M-U fourni par l'utilisateur U lors de son enregistrement, dans iaquelle est dissimulée la séquence test ; un module d'envoi 7D, configure pour envoyer au dispositif de communication 2 de l'utilisateur U, la version modif ée IM_steg du contenu multimédia ; et 25 o au serveur proxy 8 placé entre le dispositif de communication 2 de l'utilisateur U et le serveur d'authentification 7, la séquence test déterminée pour le dispositif 2. De façon similaire, le programme PROG8 définit les modules fonctionnels du serveur proxy 8, et plus particulièrement ici 30 un module de réception 8A, apte â recevoir en provenance du serveur d'authentification 7, la séquence test de paramètres ordonnes destinés à être appliqués par le dispositif de communication 2 de l'utilisateur U à une succession de trames de données ; 13 - un module d'interception 8B, configuré pour intercepter une succession de trames de données émises par le disposftif de communication 2 de l'utilisateur à destination du serveur d'authentification 7. A cet cffe, le serveur d'authentification 7 aura communiqué préalablement l'adresse IP par exemple du dispositif de communication 2 5 au serveur proxy 8 afin que celui-ci puisse identifier les trames qu'il convient d'intercepter ; un module d'extraction 8C, configure pour extraire une séquence de paramètres ordonnés de la succession de trames de données interceptées - un module de comparaison 8D, configure pour comparer la sec-ponce test avec la 10 séquence extraite ; et -un module d'envoi 8E, activé si le module de comparaison 8D détecte une concordance entre les séquences comparées, et configure pour envoyer au dispositif de sécurité 6 verrouillant l'accès à la page web d'authentification WP-AUTH contrôlant l'accès au service S, d'une commande de déverrouillage de cet accès pour le dispositif 15 de communication 2 de l'utilisateur. De façon similaire, le programme PRO(U définit les modules fonctionnels du dispositif 2 de l'utilisateur U. Dans le mode de réalisation décrit ici, le programme PROG2 a été fourni au dispositif de communication 2 de l'utilisateur U, sous la forme d'une extension d'un navigateur web installé- sur le dispositif de communication 2, lors de son 20 enregistrement au service S, pour lui permettre de s'authentifier auprès du service S et d'accéder à ce service conformément à l'invention. Il comprend plus particulièrement ici les modules fonctionnels suivants - un module d'identification 2A, configure pour réaliser auprès du serveur d'authentification 7 une identification de l'utilisateur U 25 un module de réception 213, apte a recevoir en provenance du serveur d'authentification 7, la version modifiée IMsteg du contenu multimédia 1M-Li dans laquelle est dissimulée la séquence test. de paramètres ordonnés destinés à être appliqués à une succession de trames de données ; - un module d'extraction 2C, configure pour extraire de la version modifiée IfvLsteg du 30 contenu multimédia, en utilisant le contenu multimédia 1M-U stocké dans la mémoire du dispositif de communication 2, la séquence test ; - un module d'envoi 2D, configure pour envoyer à destination du serveur d'authentification 7 une succession de trames de données comprenant les paramètres de la séquence test dans l'ordre indiqué par la séquence te 14 un module de réception 2E, apte à recevoir après avoir validement envoyé la succession de trames, page web d'authentification WP-AUTH contrôlant l'accès au service S. Les fonctions des différents modules du dispositif de communication 2, du serveur d'authentification 7 'et du serveur proxy 8 sont décrites plus en détail maintenant en référence à la figure La figure 3 représente les principales étapes d'un procédé d'accès, d'un procédé de gestion et d'un procédé de contrôle selon invention, dans un mode particulier de réalisation dans leque: ces différents procédés sont mis en oeuvre respectivement par 10 le dispositif de communication 2 de l'utilisateur U, par le serveur d'authentification 7 et par le serveur proxy.8. RUS spécifiquement, on suppose ici que l'utilisateur U souhaite accéder au service S, et se connecte ici, par l'intermédiaire de son dispositif de communication 2 au serveur d'authentification 7 (étape E10). 15 Le serveur d'authentification 7, par le biais de son module d'identification 7A, lui renvoie un page web publique de connexion WP-ID sur laquelle l'utilisateur U est invité à s'identifier 'étape E20). L'utilisateur U saisit via son dispositif de communication 2 son identifiant ID-U sur la page \Nen WP-ID qui s'affiche sur l'écran de son dispositif de communication 2. Le .20 module d'identification 2A du dispositif de communication 2 envoie la page dûment remplie au serveur d'authentification 7 (étape E30). Le module d'identification 7A .du serveur d'authentification 7 compare l'identifiant ID-U reçu du dispositif de communication 2 de l'utilisateur avec l'identifiant stocké dans la base d'utilisateur 4, et valide identification de l'utilisateur U (étape E40) 25 Suite à cette identification valide, le serveur d'authentification 7; via son module de détermination 7B, détermine une séquence, dite séquence test, de paramètres de trames de données destinés à être apOioués uar le dispositif de communication 2 de l'utilisateur U pour lui permettre Oc s'authentifier au service S (étape E50). Dans le mode ce réalisation décrit ici, cette séquence test notée SEQLest est une liste ordonnée 30 coma:wu:nt une pluralité de couples formés d'un protocole et d'un port. Par exemple, cette liste comprend ici trois couples (protocole/port) à savoir, les couples UDP :2222, .TCP :3333, et ICMP En variante, d'autres paramètres de trames de données peuvent être envisagés dès lors qu'ils permettent de différencier une succession de trames de données 15 envoyées par le dispositif de communication 2 d'une succession de trames de données envoyées par un autre dispositif. Par exemple ces paramètres peuvent comprendre un ou plusieurs éléments pu-mi un port de communication, un protocole appricatif, un protocole de transport de données, des paramètres d'entete des trames de données, etc. On note que dans le mode de réalisation décrit ici, une séquence test de paramètres différente est déterminée pour chaque dispositif de communication distinct (qu'il soit rattaché ou non au même utilisateur), pour chaque nouvelle connexion d'un dispositif de communication au serveur d'authentification 7. Puis le serveur d'authentification 7 dissimule, via son module de dissimulation 10 7C, la séquence test -SEQtest dans le contenu multimédia 1M-U enregistré par d'utilisateur U (étape E60). Plus spécifiquement ici, il génère une image stéganographiée IM-steg à partir de l'image 1M-U dans laquelle est dissimulée: la séquence test SEQtest. A cet effet, dans le mode de réalisation décrit ici, le module de dissimulation 7C modifie au moyen d'un schéma d'encodage basique les bits depoids faible des pixels de l'image 1M-U pour y 15 insérer une version codée (et chiffrée ici) de la séquence test SEQtest. Ce schéma d'encodage modifie également avantageusement les bits de poids faible non utilisés de 1M-U pour que la longueur de la séquence test cachée dans l'image ne puisse être déterminée. En variante, le module de dissimulation 7C peut utiliser d'autres outils de 20 stéganographie connus tel que par exemple. les logiciels Caméléon ou TextInPicture cités précédemment. Dans le mode de réalisation décrit ici, le module de dissimulation 7C dissimule également dans l'image stéganographiée IM-steg une commande de rafraichissement de la page de connexion au service S et un port de communication PORT-AUTH .sur lequel 25 envoyer cette commende de rafraichissement. Ce port de communication est un port d'accès à la page web d'authentification WP-AUTH contrôlant l'accès au service est en outre dissimulé dans ia version modifiée du contenu multimédia. L'image stéganographiée IM-steg ainsi générée est renvoyée par le module d'envoi 7D du serveur d'authentification 7 au dispositif de communication 2, dans une 30 version rafraichie de la page de connexion WP-ID (étape E70).. La page rafraichie s'affiche sur l'écran du dispositif de communication 2 de l'utilisateur. Par ailleurs, le serveur d'authentification 7 envoie, via son module d'envoi 7D, la séquence test SEQtest au serveur proxy 8 accompagnée l'adresse. IP du dispositif de communication 2 (étape E80). Le serveur proxy 8 reçoit via son module de réception -8A 16 la séquence test SEQtest et la stocke en association avec l'adresse IP du dispositif de communication 2 dans sa mémoire non voiatile (étape E90). Sur réception par son module de réception 2A de l'image stéganographiée steg' le dispositif de communication 2, via son module d'extraction .2B, compare !Image ste.ganographiée IM-steg avec le contenu multimédia IM-L1 stockée dans sa mémoire. On suppose id que le module d'extraction 2B a été düment configure pour être en mesure de détecter et de dAcocier les modifications appliquas à l'image 1M-U pur le module de dissimulation 7C du serveur d'authentification 7. Autrement dit, te module d'extraction 2B a été dûment programmé pour appliquer la transformation inverse (décodage) de 10 l'encodage réalisé par le module de dissimulation 7C afin d'extraire les informations dissimulées dans l'image steganographiée IM-steo étape E100). Il extrait ainsi de l'image stéganographiéc. 1M-steg, la séquence test SEQtest ainsi que la commande de rafraichissement et le port de communication sur lequel envoyer cette commande. 15 Il transmet laséquence test SEQLest à son module d'envoi 2D. Le module d'envoi 2D envoie alors à destination du serveur d'authentification 7 une succession de trames respectant .es paramètres et l'ordre d'envoi des paramètres indiqués dans la séquence test SEQtest (étape -E110). Autrement dit, dans l'exemple envisage précédemment, il envoie à destination du serveur d'authentification 7 une 20 prerni('.!re trame de données conforme au protocole UDP sur le port 22.22, suivie d'une deuxième trame de données conforme au protocole TCP sur le .port 3333, suivie d'une troisième trame de données conforme au protocole ICMP sur le port 4441. Ces trames, portant l'adresse IP du dispositif de communication 2 comme adresse IP source, sont interceptées par le serveur proxy 8, via son module (l'interception 25 8B. Le module d'extraction 8C du serveur proxy 8 extrait des trames ainsi interceptees, dans l'ordre de leur réception (à supposer que celui-ci corresponde à l'ordre d'envoi des trames, sinon ii les remet dans l'ordre), les paramètres correspondant aux paramètres reportés dans la séquence test qu'il a reçue pour le dispositif de 30 communication 2 (étape E120). Autrement dit ici, il extrait de chaque trame reçue, le protocole de transport utilisé pour véhiculer la trame et le port de communication sur lequel elle a été. reçue. ii construit à partir des paramètres ainsi extraits une séquence ordonnée SEQ de paramètres destinée à être comparée à la séquence test SEQtest. 17 Puis le module de comparaison 8D du serveur proxy 8 compare la séquence SEQ extraite des trames de données reçues du dispositif de communication 2 avec la séquence test SECeest (étape test E130). Si les séquences ne coïncident pas, lie serveur proxy 8 en informe le serveur d'authentification 7 qui renvoie une page d'erreur au dispositif de communication 2. Dans l'exemple envisagé ici, on suppose que les séquences_ coïncident. Le serveur proxy 8, via son module d'envoi 8E, envoie alors au dispositif de sécurité 6 contrôlant l'accès 'à la page web d'authentification WP-AUTH, une commande de déverrouillage de l'accès à cette page web pour le dispositif de communication 2 10 (étape E140). On note que dans le mode de réalisation décrit ici, le serveur proxy 8 est configuré de sorte que la séquence test ne puisse être utilisée qu'une unique fois pour débloquer l'accès à la page d'authentification contrôlant l'accès au service. Si la séquence test a été utilisée valablement une fois par le dispositif de communication 2, le serveur 15 proxy 8 rejette toute autre connexion ultérieure tentant de réutiliser la même séquence. Sur réception de la commande- de déverrouillage du serveur proxy 8,- le dispositif de sécurité 6 débloque l'accès par le dispositif de communication 2 à la page web d'authentification WP-AUTH, autrement dit il ouvre l'accès à l'adresse IP du dispositif de communication 2 sur un port dédié du serveur d'authentification 7 à savoir sur le port 20 PORT-AUTH communiqué par le serveur d'authentification 7 au dispositif de communication 2 dans l'image stégénographiée IM-steg. Dans le mode de réalisation décrit ici, outre la commande d'ouverture du port PORT-AUTH au dispositif de communication 2, la commande de déverrouillage comprend également une durée limitée pendant laquelle l'accès à la page web d'authentification WP- 25 AUTH est 'déverrouillé pour le dispositif de communication 2. Au-delà de cette durée, l'accès au port PORT-AUTH est de nouveau fermé au dispositif de communication 2 par le dispositif de sécurité 6. Conformément à la commande de rafraichissement reçue dans l'image stégénographiée, suite à l'envoi des trames de données (cf. étape E110 précédemment 30 décrite), le dispositif de communication 2 de l'utilisateur envoie une commande de rafraichissement de sa page de. connexion au service S au serveur d'authentification 7 sur le 'port PORT-AUTH (étape E150). L'accès à la page d'authentification étant débloqué pour le dispositif de communication 2, le serveur d'authentification 7 lui retourne en réponse à sa requête la page d'authentification WP-AUTH (étape E160). 18 L'utilisateur U peut alors s'authentifier en fournissant sur cette page d'authentification son mot de passe PWD-U (étape [170). Si celui-ci est valide, l'accès au service S est permis à l'utilisateur U. Si l'utilisateur U souhaite se connecter au service S via un terminal 2' distinct du dispositif de communication 2 avec lequel il s'est enregistré auprès du service S, il peut, via ce terminal 2', se connecter au système informatique 3 pour obtenir l'image LMUi(on suppose ici que l'extension PROG2 est déjà installée sur le terminal 2'). Plus spécifique..ment, sur réception d'une requête d'obtention du contenu multimédia 1M-U du terminai 2', le système informatique 3 envoie au terminal 2' (par 10 exemple dans un message électronique adressé à une adresse électronique fourni par l'utilisateur U lors de son enregistrement au service S) un lien (adresse ou URL) à usage unique vers un site web sur lequel l'utilisateur U est invité à fournir un code de validation de la requête. Ce code lui aura été envoyé par exemple par sms, sur un numéro de téléphone fourni par l'utilisateur U lors de son enregistrement. Si le code de validation est 15 dûment fourni par l'utilisateur U, le contenu multimédia 1M-U est alors envoyé au terminal 2' pour que l'utilisateur U puisse se connecter depuis ce terminal au service S, en réitérant les étapes du procédé d'accès selon l'invention REVENDICATIONS1. Procédé de gestion d'un accès par un dispositif d'un utilisateur (2) à une page web d'authentification (WP-AUTH) contrôlant un accès à un service auprès duquel est enregistre l'utilisateur en association avec dés données d'authentification et un contenu multimédia (IM-U), ce procédé de gestion comprenant, suite à une identification valide (E30,E40) de l'utilisateur auprès d'un serveur d'authentification (7) gérant l'accès au service : une étape de détermination (E50) d'une séquence, dite séquence test, de paramètres 10 ordonnés destinés à être appliqués par le dispositif de l'utilisateur à une succession de trames de données ; - une étape de dissimulation (E60) de la séquence test dans le contenu multimédia résultant en une version modifiée (IM-steg) du contenu multimédia ; - une étape d'envoi (E70) au dispositif de l'utilisateur (2) de la version modifiée du 15 contenu multimédia et - une étape d'envoi (E80) à-un serveur proxy (8) .placé entre le dispositif de l'utilisateur et ;e serveur d'authentification, de la séquence test déterminée pour le dispositif de l'utilisateur. 20 2, Procédé de gestion selon la revendication 1 comprenant en outre : une étape de réception en provenance d'un autre dispositif (2') de l'utilisateur d'une requête pour obtenir le contenu multimédia enregistré en association avec l'utilisateur ; - une étape d'envoi à cet autre dispositif d'une adresse à usage unique pour fournir un 25 code de validation de la requête ; si le code est foum! via ladite adresse, une étape d'envoi audit autre dispositif de l'utilisateur du contenu multimédia requis. 3. Procédé selon la revendication 1 ou 2 dans lequel un port d'accès à la page 30 web d'authentification contrôlant l'accès au service est en outre dissimulé dans la version modifiée du contenu multimédia. 20 4. Procédé selon l'une quelconque des revendications 1 à 3 dans lequel une séqucruc test de paramètres différente est déterminée pour le dispositif de Vutilisateur chaque nouvelie connexion du dispositif de 'utilisateur au serveur d'authentification. 5. Procédé dc contrôle par un serveur proxy (8) d'un dispositif de sécurité (6) verrouillant un accès à une page web d'authentification contrôlant un accès à .un service auprès duquel est enregistré -un utilisateur en assoeiaeoe avec des données d'authentification et un contenu multimédia, le serveur de proxy étant placé entre un dispositif de l'utilisateur (2) et un serveur d'authentification (7) gérant l'accès au service, 10 le procédé de contrôle comprenant : - une étape de réception (E80) en provenance du serveur d'authentification d'une séquence, dite séquence test, de paramètres ordonnés destinés à être appliqués par le dispositif de l'utilisateur à une succession de trames de données ; une étape d'interception (F110) d'une succession de trames de données émises par le 15 dispositif de l'utilisateur à destination du serveur d'authentification ; une étape d'extraction (E120) d'une séquence de paramètres ordonnés de la succession de trames de données interceptées ; u e étape de comparaison (E130) de la séquence test avec la séquence extrait s'il existe une concordance, une étape d'envoi (E140) au .dispositif de sécurité d'une 20 commande de déverrouillage de l'accès à la page web d'authentification contrôlant l'accès au service pour le dispositif de 'utilisateur. 6. Procédé de contrôle selon la revendication 5 dans lequel la commande de déverrouillage comprend une commande d'ouverture d'un port d'accès à la page web 25 d'authentification pour ledit dispositif utilisateur. 7. Procédé de contrôle selon la revendication 5 ou 6 dans lequel a commande de déverrouillage comprend une durée limitée )endant laquelle l'accès à a page web d'authentification est déverrouillé pour le dispositif de l'ulilisateur. 30 8. Procédé de contrôle selon l'une quelconque des revendications 5à 7 dans lequel la séquence test ne peut être utilisée qu'une unique fois pour débloquer l'accès à la page d'authentification contrôlant l'accès au service. 21 9. Procédé d'accès, par un dispositif d'un utilisateur (2), à une page welp d'authentification (WP-AUTI-) contrôlant un accès à un service auprès duquel est enregistré l'utilisateur en association avec des données d'authentification et un contenu multimédia, ledit contenu multimédia étant stocké dans. une mémoire du dispositif de l'utilisateur, ce procédé d'accès comprenant, suite à une identification valide (E30) de l'utilisateur auprès d'un serveur d'authentification gérant i'accès au service - une. étape de réception (E70) en provenance du serveur d'authentification d'une version modifiée (IM-steg) du contenu multimédia (1M-U) dans laquelle est dissimulée une séquence test (SEQtest) de paramètres ordonnés destinés à être appliqués à une 10 succession de trames de données ; - une étape d'extraction (E100) de la version modifiée du contenu multimédia, en utWsant le 'contenu multimédia stocké. dans la mémoire. du dispositif utilisateur, de la séquence test ; - une étape d'envoi (E110) à destination du serveur d'authentification d'une succession 15 de trames de données comprenant les paramètres de la séquence test dans l'ordre indiqué par la séquence test unes ét_apo de réception (E160) de la page web d'authentification contrôlant l'accès au service. 20 10. Procédé selon i'une quelconque des revendications 1 à 9 dans lequel le contenu multimédia .(1M-U) est une image. 11. Procédé selon l'une quelconque des revendications 1 à 10 dans lequel pour au moins une trame de données, la séquence test contient au moins une information 25 parmi un numéro de port de destination de ladite trame de données, un protocole de transport utilisé par la trame de données, et un protocole applicatif utilisé par la trame de données. 12. Programme d'ordinateur (PROG) comportant cies instructions pour 30 l'exécution des étapes du procédé selon i'une quelconque des revendications 1 à 11 lorsque ledit programme est exécuté .par un ordinateur. 1:3. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur selon la revendication 12. 22 1'l. Serveur craut -ientification (7) gérant un accès à un service auprès duquel est enregistre un utilisateur en association avec des données d'authentification et un contenu multimédia, ce serveur d'authentification comprenant : un module d'identification (7A), configure pour identifier l'utilisateur ; un module de détermination (7B), activé si l'identification de l'utilisateur est valide, et configuré pour déterminer une séquence, dite séquence test, de paramètres ordonnés destinés 'à être appliqués par un dispositif de l'utilisateur à une succession de trames de données ; 10 un nodule de dissimulation (7C), configure pour générer une version modifiée du contenu multimédia dans laquelle est dissimulée la séquence test ; un module d'envoi (70), configure pour envoyer : o au dispositif de l'utilisateur (2), la version modifiée du contenu multimédia ; et .o à un serveur proxy (8) placé entre le dispositif de l'utilisateur et le serveur 15 d'authentification, la séquence test déterminée pour le dispositif de l'utilisateur. 15. Serveur proxy (8) placé entre un dispositif d'un utilisateur et un serveur d'authentification gérant un accès à un service auprès duquel est enregistré l'utilisateur en association avec des données d'authentification et un contenu multimédia, le serveur 20 proxy comprenant; un module de réception (8A), apte à recevoir en provenance du serveur d'authentification, une séquence, dite séquence test, de paramètres ordonnés destinés à être appliqués par le dispositif de l'utilisateur à une succession de trames de données ; 25 - un module d'interception (8B), configure pour intercepter une succession de trames de données émises par le dispositif de l'utilisateur à destination du serveur d'authentification ; - un module d'extraction (8C), configure pour extraire une séquence de paramètres ordonnés de la succession de trames de données interceptées ; 30 un module de comparaison (8D), configure pour comparer la séquence test avec la séquence extraite.; - un module d'envoi (8E), activé si le module de comparaison détecte une concordance entre les séquences comparées, et configure pour envoyer à un dispositif de. sécurité 23 verrouillant un accès à une page web d'authentification contrôlant l'accès au service, d'une commande de déverrouillage de cet accès pour le dispositif de l'utilisateur. 16. Dispositif d'un utilisateur (2) enregistré auprès d'un service en association avec des données d'authentification et un contenu multimédia, ledit contenu multimédia étant stocké dans une mémoire du dispositif, ce dispositif comprenant : un module d'identification (2A), configure pour réaliser une identification de l'utilisateur auprès d'un serveur d'authentification gérant un accès au service : un module de réception (2B), apte à recevoir en provenance du serveur 10 d'authentification, une version modifiée du contenu multimédia dans iaquelle est dissimulée une séquence, dite séquence test, de paramèti es. ordonnés destinés à être appliqués à une succession de trames de données .; un module d'extraction (2G), configure pour extraire de la version modifiée du contenu multimédia, en utilisant le contenu multimédia stocké dans la mémoire du 15 dispositif, la séquence test ; un module d'envoi (2D), configure pour envoyer à destination du serveur d'authentification une succession de trames de données comprenant les paramètres de la séquence test dans l'ordre indiqué par la- séquence test ; et un module de réception (2E), apte à recevoir une page web d'authentification 20 contrôlant l'accès au service. 17. Système de protection (5) d'un accès à une page web d'authentification contrôlant un accès à un service, le système de protection comprenant : - un dispositif de sécurité (6) verrouillant par défaut l'accès à la page web 25 d'authentification ; - un serveur d'authentification (7) gérant l'accès au service conforme à la revendication 14; et - un serveur proxy (8) conforme à la revendication 15, apte à déverrouiller sous conditions le dispositif de sécurité pour un dispositif d'un utilisateur enregistré auprès 30 du service. 18. Système de protection (5) selon la revendication 17 dans lequel le dispositif de sécurité ((5) est un pare-feu. 24 19. Système de communication (1) comprenant : - un dispositif (2) d'un utilisateur conforme à la revendication 16, ledit utilisateur étant enregistré auprès d'un service en association avec des clonnés d'authentification et un contenu multimédia ; eu - un système (5) selon la revendication 17 ou 18 de protect:on d'un accès à une page web d'authentification contrôlant l'accès au service.