FR 3072534 A1 20190419 FR 1759669 A 20171016 Communication sécurisée entre un terminal et un serveur Domaine de l'invention Le domaine général de l'invention est celui des télécommunications. L'invention concerne plus particulièrement la mise en oeuvre de communications sécurisées entre un terminal et un serveur, tel que par exemple un serveur mettant en oeuvre un service ou une application. Etat de la technique Pour accéder à un tel serveur de façon sécurisée, il est courant de requérir une identification de l'utilisateur. Une telle identification consiste par exemple, pour l'utilisateur, à renseigner un identifiant de connexion comprenant un identifiant d'utilisateur et un mot de passe. L'identifiant de connexion permet à l'administrateur du serveur de gérer les droits d'accès d'un utilisateur associé à cet identifiant pour un service ou une application mis en oeuvre par le serveur. Ce type d'identification oblige l'utilisateur à créer un compte sur un tel serveur et à mémoriser un identifiant de connexion et un mot de passe. Selon un autre exemple, une telle identification consiste à exploiter un identifiant d'un abonnement auprès d'un opérateur, typiquement le MSISDN (abréviation anglaise de « Mobile Station Integrated Services Digital Network Number »). Cet identifiant est le numéro connu du public d'identification de l'utilisateur dans le réseau de son opérateur. C'est cet identifiant, couramment appelé numéro de téléphone, qui doit être composé afin de joindre l'utilisateur ayant souscrit à un abonnement. Lorsqu'un terminal utilisateur établit une session de communication avec un serveur connecté à un réseau de données, par exemple de type IP (« Internet Protocol »), pour accéder par exemple à un service ou une application proposé par ce serveur, un montage du contexte de la session est d'abord créé par une passerelle d'interconnexion entre le réseau de l'opérateur et le réseau de données. Une telle passerelle d'interconnexion est par exemple le GGSN (abréviation anglaise de « Gateway General Packet Radio Service Support Node ») dans un réseau 3G ou la PGW (abréviation anglaise de « Packet Gateway ») dans un réseau 4G. La passerelle 2 d'interconnexion attribue alors une adresse IP privée au terminal et stocke cette adresse IP privée en association avec le MSISDN obtenu d'une base de données du réseau de l'opérateur, telle que par exemple le HLR (abréviation anglaise de « Home Location Reg ister »). L'adresse IP privée et le MSISDN correspondant sont alors 5 transmis par la passerelle à un dispositif d'authentification qui est situé dans le réseau de l'opérateur. Le dispositif d'authentification stocke l'adresse IP privée en association avec le MSISDN. Lorsque la session de communication commence, le flux de communication qui contient l'adresse IP privée est d'abord routé vers la passerelle d'interconnexion. Cette dernière reconnait l'adresse IP privée et la communique au 10 dispositif d'authentification qui la reconnait également puisqu'il l'a stockée lors du montage du contexte de la session. Le dispositif d'authentification autorise alors l'accès du terminal au serveur connecté au réseau de données. On parle alors d'authentification implicite de l'utilisateur. Jusqu'à il y a quelques années, de telles sessions de communication étaient 15 mises en oeuvre généralement selon le protocole http (abréviation anglaise de « HyperText Transfer Protocol »). A l'heure actuelle, une fois que le montage du contexte de la session de communication a été créé selon le protocole http, de telles sessions de communication sont généralement établies selon le protocole https (abréviation anglaise de « HyperText Transfer Protocol Secure») qui vise à créer un 20 canal de communication sécurisé lors d'une session de communication entre un terminal utilisateur et un serveur. La mise en oeuvre du protocole https engendre l'installation, dans le réseau de l'opérateur, d'équipements informatiques de protection des données transmises dans ledit réseau, tels que par exemple des pares-feux. En particulier, un pare-feu est placé en coupure entre la passerelle d'interconnexion et le 25 dispositif d'authentification. Un inconvénient d'une telle architecture de réseau sécurisé réside dans le fait que lorsqu'une session de communication commence, le flux de communication qui contient l'adresse IP privée est d'abord routé vers la passerelle d'interconnexion. Cette dernière reconnait l'adresse IP privée et route le flux de communication, qui contient 30 cette adresse IP privée, à destination du pare-feu qui attribue alors une adresse IP publique au terminal. Le pare-feu route le flux de communication qui contient cette 3 adresse IP publique à destination du dispositif d'authentification qui ne reconnait pas l'adresse IP publique attribuée. Le dispositif d'authentification n'autorise donc pas l'accès du terminal au serveur. Il en résulte que la session de communication entre le terminal et le serveur ne peut pas être établie. 5 Un tel dysfonctionnement peut s'avérer grandement préjudiciable pour l'opérateur. ()blet et résumé de l'invention Un des buts de l'invention est donc de remédier à des 10 insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations. A cet effet, un objet de la présente invention concerne un procédé de communication sécurisée entre un terminal connecté à un premier réseau de communication et un serveur connecté à un deuxième réseau de communication, 15 mettant en oeuvre ce qui suit, au niveau d'un dispositif d'authentification situé dans le premier réseau : - recevoir, en provenance du terminal, via le premier réseau, une requête de connexion au serveur selon un protocole de communication non sécurisé, en vue d'établir une session de communication sécurisée avec ledit serveur, la requête 20 contenant un identifiant de ressource réseau qui est relatif au terminal et qui a été préalablement enregistré dans un dispositif de stockage, en association avec un identifiant de l'utilisateur du terminal. Un tel procédé est remarquable en ce que le dispositif d'authentification met en en oeuvre, suite à la réception de la requête de connexion, ce qui suit: 25 - créer un identifiant temporaire relatif à la session de communication, - stocker dans le dispositif de stockage l'identifiant temporaire en association avec l'identifiant de ressource réseau et l'identifiant utilisateur relatif au terminal, - envoyer au terminal, via le premier réseau, une réponse à la requête 30 de connexion, contenant l'identifiant temporaire créé et une adresse de redirection de la requête de connexion vers le dispositif d'authentification, selon une version 4 sécurisée dudit protocole de communication, - recevoir, en provenance du terminal, via le premier réseau, la requête de connexion au serveur selon la version sécurisée du protocole de communication ayant été indiquée dans la réponse, la requête contenant l'identifiant temporaire créé, 5 - à partir de l'identifiant temporaire contenu dans la requête de connexion reçue, obtenir du dispositif de stockage l'identifiant utilisateur associé à l'identifiant temporaire, - autoriser l'établissement de la session de communication sécurisée du terminal avec le serveur, via les premier et deuxième réseaux de communication, en 10 utilisant l'identifiant utilisateur obtenu. Une telle procédure permet une authentification implicite d'un utilisateur souhaitant accéder à un serveur avec son terminal, conformément à un protocole de communication sécurisée, qui soit non seulement très sûre et fiable, mais également particulièrement simple à mettre en oeuvre puisqu'elle est adaptée à l'infrastructure 15 réseau existante, sans nécessité d'une modification des équipements réseau qui la constituent ou d'ajout de nouveaux équipements. Selon un mode de réalisation particulier, l'identifiant temporaire de l'utilisateur est inséré dans un en-tête de la requête de connexion au serveur selon la version sécurisée dudit protocole de communication, qui est reçue par le dispositif 20 d'authentification. Un tel enrichissement de la requête de connexion sécurisée avec un identifiant temporaire de l'utilisateur est simple à mettre en oeuvre et permet au dispositif d'authentification qui reçoit cette requête en provenance d'un pare-feu, de retrouver systématiquement l'adresse réseau privée qui a été attribuée, lors du montage de la 25 session, au terminal utilisateur. En effet, de manière avantageuse, cette adresse réseau privée a été stockée préalablement dans le dispositif de stockage du dispositif d'authentification avec cet identifiant temporaire, ce qui permet à ce dernier de retrouver rapidement l'adresse réseau privée, alors même que la requête de connexion au serveur selon la version sécurisée du protocole de communication qui est reçue par 30 le dispositif d'authentification contient une adresse réseau publique relative au terminal de l'utilisateur, que ne reconnaît pas le dispositif d'authentification. 5 Selon un mode de réalisation particulier, l'identifiant temporaire de l'utilisateur est contenu dans un cookie. La mise en oeuvre d'un tel cookie contenant un identifiant temporaire relatif à l'utilisateur ayant initié la session de communication avec le serveur permet au 5 dispositif d'authentification de tracer simplement l'identification de l'utilisateur du terminal considéré lorsque la communication du terminal avec le serveur est initiée selon la version sécurisée du protocole de communication, en lui permettant de retrouver très rapidement les véritables identifiant de ressource réseau et identifiant utilisateur qui ont été stockés, dans le dispositif de stockage, en association avec 10 l'identifiant temporaire. En outre, cette mise en oeuvre permet avantageusement d'éviter toute usurpation frauduleuse de l'identité de cet utilisateur par un autre utilisateur qui chercherait par la suite à poursuivre la session de communication établie entre le terminal utilisateur considéré et ledit serveur, selon le protocole de communication 15 sécurisée. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, au procédé de communication sécurisée tel que défini ci-dessus. L'invention concerne également un dispositif d'authentification adapté pour une 20 communication sécurisée entre un terminal connecté à un premier réseau de communication et un serveur connecté à un deuxième réseau de communication, un tel dispositif étant situé dans le premier réseau et comprenant un circuit de traitement qui est agencé pour recevoir en provenance du terminal, via le premier réseau, une requête de connexion au serveur selon un protocole de communication non sécurisé, 25 en vue d'établir une session de communication sécurisée avec ledit serveur, la requête de connexion contenant un identifiant de ressource réseau qui est relatif au terminal et qui a été préalablement enregistré dans un dispositif de stockage, en association avec un identifiant de l'utilisateur du terminal. Un tel dispositif d'authentification est remarquable en ce que le circuit de 30 traitement met en oeuvre, suite à la réception de la requête de connexion, ce qui suit: - créer un identifiant temporaire relatif à la session de communication, 6 - stocker dans le dispositif de stockage l'identifiant temporaire en association avec l'identifiant de ressource réseau et l'identifiant de l'utilisateur du terminal, - envoyer au terminal, via le premier réseau, une réponse à la requête 5 de connexion, contenant l'identifiant temporaire créé et une adresse de redirection de la requête de connexion vers le dispositif d'authentification, selon une version sécurisée du protocole de communication, - recevoir, en provenance du terminal, via le premier réseau, la requête de connexion au serveur selon la version sécurisée du protocole de communication 10 ayant été indiquée dans la réponse, la requête contenant l'identifiant temporaire créé, - à partir de l'identifiant temporaire contenu dans la requête de connexion reçue, obtenir du dispositif de stockage l'identifiant utilisateur associé à l'identifiant temporaire, - autoriser l'établissement de la session de communication sécurisée du 15 terminal avec le serveur, via les premier et deuxième réseaux de communication, en utilisant l'identifiant utilisateur obtenu. L'invention concerne également un programme d'ordinateur pour mettre en oeuvre des instructions de code de programme pour l'exécution des étapes du procédé de communication sécurisée selon l'invention, lorsque le programme est exécuté dans 20 un dispositif d'authentification. Un tel 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. 25 L'invention concerne également un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes du procédé de communication sécurisée selon l'invention, lorsque le programme est exécuté dans un dispositif d'authentification tel que mentionné ci-dessus. 30 Les supports d'enregistrement peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen 7 de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, une clé USB ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, le support d'enregistrement peut être un support transmissible tel 5 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échargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être 10 utilisé dans l'exécution du procédé d'établissement de communication précité. Brève description des dessins D'autres caractéristiques et avantages apparaîtront à la lecture d'un mode de 15 réalisation préféré décrit en référence aux figures dans lesquelles: - la figure 1 est une vue schématique et générale d'une architecture dans laquelle est mis en oeuvre le procédé de communication sécurisée dans un mode de réalisation particulier de l'invention, - la figure 2 représente un dispositif d'authentification dans un mode de 20 réalisation particulier de l'invention, - la figure 3 représente les principales étapes d'un procédé de communication sécurisée dans un mode de réalisation particulier de l'invention. Description détaillée d'un premier mode de réalisation 25 La figure 1 représente un environnement dans lequel est mis en oeuvre le procédé de communication sécurisée entre un terminal utilisateur et un serveur. Dans un souci de clarté de la figure 1, certains éléments bien connus de cet environnement ne sont pas représentés. De tels éléments sont par exemple des serveurs, des noeuds, des stations de base, des passerelles ou encore d'autres entités 30 du réseau de télécommunications utilisés dans cet environnement. Sur la figure 1 sont représentés : 8 - un terminal utilisateur TER connecté à un premier réseau de communication RC1, tel que par exemple un réseau mobile GSM (abréviation anglaise de « Global System for Mobile communications »), UMTS (abréviation anglaise de « Universal Mobile Telecommunications System »), LIE (abréviation anglaise de 5 « Long Term Evolution »), etc..., - un serveur SER connecté à un deuxième réseau de communication RC2, par exemple de type IP, - une passerelle d'interconnexion PI qui assure l'interconnexion entre le premier réseau RC1 et le deuxième réseau RC2. 10 Le terminal TER comprend de façon connue en soi une interface de communication adaptée pour communiquer avec le réseau de communication RC1. Il peut s'agir par exemple d'un téléphone portable, d'un smartphone (« téléphone intelligent »), d'une tablette, etc... Le serveur SER est configuré pour mettre en oeuvre un service ou une 15 application requise par le terminal TER. A titre d'exemples non exhaustifs, le serveur SER est un serveur WAP (abréviation anglaise de « Wireless Application Protocol »), un serveur hébergeant les services proposés par l'opérateur de télécommunications du réseau de communication RC1 auquel est abonné l'utilisateur du terminal TER, un serveur de fourniture de contenus, etc.... 20 La passerelle d'interconnexion PI est par exemple de type GGSN, PGW ou autres. La sécurisation des communications entre le terminal TER et le serveur SER est assurée par un dispositif d'authentification DAUT objet de l'invention. Un pare-feu PF est en outre placé en coupure de flux entre la passerelle d'interconnexion PI et le 25 dispositif d'authentification DAUT. En relation avec la figure 2, on considère maintenant la structure simplifiée du dispositif d'authentification DAUT selon un exemple de réalisation de l'invention. Dans l'exemple représenté, le dispositif DAUT est une plateforme ou bien un serveur adapté pour mettre en oeuvre une authentification de l'utilisateur du terminal TER, dans le 30 cadre de l'établissement d'une communication sécurisée entre le terminal TER et le serveur SER de la figure 1. 9 Par exemple, le dispositif d'authentification DAUT comprend des ressources physiques et/ou logicielles, en particulier un circuit de traitement CT pour mettre en oeuvre le procédé de communication sécurisée selon l'invention, le circuit de traitement CT contenant un processeur PROC piloté par un programme d'ordinateur PG. 5 A l'initialisation, les instructions de code du programme d'ordinateur PG sont par exemple chargées dans une mémoire RAM, notée MR, avant d'être exécutées par le circuit de traitement CT. Le dispositif DAUT comprend principalement : - une interface de communication COM10 apte à communiquer avec le 10 réseau RC1 afin de recevoir, via ce dernier, une copie d'un ticket de traçabilité d'établissement de session TTS, par exemple du type « accounting start ticket », qui est créé classiquement au moment de l'initialisation d'une session de communication entre le terminal TER et le serveur SER de la figure 1, une telle interface étant par exemple de type UMTS, GSM, LIE, IP, etc..., 15 - une interface de communication COM11 qui est adaptée pour communiquer avec le réseau RC2, afin de permettre l'accès du terminal TER au serveur SER, une telle interface étant adaptée pour fonctionner selon un protocole de communication sécurisé ou non selon le type d'accès requis par le terminal TER, un tel protocole étant par exemple de type http ou https, 20 - un dispositif d'extraction EXT qui est notamment adapté pour extraire de la copie du ticket de traçabilité d'établissement de session TTS qui a été reçue par l'interface de communication 00M10, un identifiant de ressource réseau IR T relatif au terminal TER et un identifiant utilisateur IU T relatif à l'utilisateur du terminal TER, - un dispositif de stockage BD, par exemple une base de données, qui 25 est relié au dispositif d'extraction EXT et qui est adapté pour enregistrer une association entre l'identifiant IR T de ressource réseau et l'identifiant utilisateur IU T. Le dispositif d'authentification DAUT comprend en outre : - un dispositif de calcul CAL adapté pour créer un identifiant temporaire IU TEMP relatif à la session de communication courante initiée entre le terminal TER 30 et le serveur SER, - un dispositif AFF d'affectation de l'identifiant temporaire IU TEMP à 10 l'association IR T IU T enregistrée dans la base de données BD. Les interfaces de communication 00M10, COM11, le dispositif d'extraction EXT, le dispositif de stockage BD, le dispositif de calcul CAL et le dispositif d'affectation AFF sont pilotés par le processeur PROC du circuit de traitement CT. 5 A titre d'exemples non exhaustifs, un identifiant IR T peut être : - l'adresse IP privée allouée de façon temporaire au terminal TER lors du montage de la session de communication avec le serveur SER, - l'adresse du masque de sous-réseau allouée de façon temporaire au terminal TER lors du montage de la session de communication avec le serveur SER, 10 - l'adresse SIP (abréviation anglaise de « Session Initiation Protocol ») du terminal TER, - etc... A titre d'exemples non exhaustifs, un identifiant IU T peut être : - l'identifiant d'appel MSISDN correspondant de manière unique à la 15 carte SIM (en anglais « Subscriber Identity Module ») qui est fournie par l'opérateur du réseau de communication RC1 auprès duquel s'est inscrit l'utilisateur du terminal TER, - le type RAT (abréviation anglaise de « Radio Access Technology ») de technologie radio utilisé par le terminal TER, tel que par exemple, UTRAN, GERAN, WLAN, ..., 20 - le user-agent envoyé par le navigateur du terminal TER, - le support de transmission des données audio/vidéo (en anglais IU T est stockée dans la base de données BD de la figure 2. Une fois que le montage de session Si est terminé, conformément à l'invention, 30 une authentification implicite S2 de l'utilisateur du terminal TER est mise en oeuvre comme suit : 12 - en S200, le terminal TER envoie, via le réseau RC1, à la passerelle d'interconnexion PI, une requête de connexion au serveur SER selon un protocole de communication non sécurisé, par exemple de type http, la requête étant du type « http GET... », 5 - en S201, la passerelle d'interconnexion PI modifie la requête de connexion reçue en y insérant l'identifiant de ressource réseau IR T alloué en S101, - en S202, la passerelle d'interconnexion PI retransmet la requête de connexion modifiée au dispositif d'authentification DAUT, via le réseau RC1, - en S203, la requête de connexion modifiée est reçue par l'interface 10 COM10 du dispositif d'authentification DAUT, - en S204, l'identifiant IR T est extrait de la requête modifiée reçue, par le dispositif d'extraction EXT illustré en figure 2, - en 5205, le dispositif de calcul CAL du dispositif d'authentification DAUT créé un identifiant temporaire IU TEMP relatif à la session de communication 15 courante associée à l'identifiant de ressource réseau IR T extrait, l'identifiant temporaire étant créé par exemple à l'aide d'un algorithme de génération de nombres aléatoires, - en 5206, le dispositif d'affectation AFF du dispositif d'authentification DAUT enregistre l'identifiant temporaire IU TEMP ainsi créé en correspondance avec 20 l'association IR T IU T stockée en 5106 lors du montage Si de la session de communication courante, - en 5207, le dispositif d'authentification DAUT envoie au terminal TER, via le réseau RC1, une réponse à la requête de connexion envoyée en 5200, la réponse contenant l'identifiant temporaire IU TEMP créé en 5205 et une adresse de 25 redirection, dans le réseau RC1, vers le dispositif d'authentification DAUT, selon une version sécurisée du protocole de communication associé à ladite requête de connexion, c'est-à-dire https dans l'exemple décrit ici, une telle réponse étant alors du type : http 302 Redirect https:// (IU TEMP), 30 - en S208, le terminal TER envoie en réponse au dispositif d'authentification DAUT, via le réseau RC1 et par l'intermédiaire du pare-feu PF de la 13 figure 1, une requête de connexion au serveur SER selon la version sécurisée du protocole de communication associé à la requête de connexion envoyée en S200, la requête étant du type « https GET... (IU TEMP) » et contenant en outre l'identifiant temporaire IU TEMP et une adresse réseau publique attribuée par le pare-feu PF, 5 - en S209, la requête de connexion envoyée en S208 est reçue par l'interface COM10 du dispositif d'authentification DAUT, - en S210, l'identifiant temporaire IU TEMP est extrait de la requête de connexion sécurisée reçue, par le dispositif d'extraction EXT illustré en figure 2, - en S211, le dispositif d'authentification DAUT requiert de la base de 10 données BD l'identifiant utilisateur IU T correspondant à l'identifiant temporaire IU TEMP extrait. L'utilisateur du terminal TER est alors authentifié de façon implicite. Selon un exemple de réalisation, l'identifiant temporaire IU TEMP contenu dans la réponse envoyée en S207 est contenu dans un cookie qui est par exemple 15 inséré dans l'en-tête de cette réponse. Une fois que l'authentification implicite S2 est terminée, une autorisation S3 de l'accès du terminal TER au serveur SER est mise en oeuvre de façon classique par le dispositif d'authentification DAUT, comme suit : - en S300, le dispositif d'authentification DAUT envoie au terminal TER, 20 via le réseau RC1, une réponse à la requête de connexion sécurisée envoyée en S208, laquelle réponse est conforme au protocole de communication sécurisé associé à ladite requête de connexion sécurisée, c'est-à-dire https dans l'exemple décrit ici, une telle réponse contenant un cookie de session « session cookie » et étant alors du type : http 302 Redirect https:// (session cookie), 25 - en S301, le terminal TER envoie en réponse au dispositif d'authentification DAUT, via le réseau RC1, une requête de connexion au serveur SER selon la version sécurisée du protocole de communication associé à la requête de connexion envoyée en S208, la requête étant du type « https GET... (session cookie) », - en S302, le dispositif d'authentification DAUT transmet la requête de 30 connexion sécurisée reçue au serveur SER, via le réseau RC2. Il va de soi que les modes de réalisation qui ont été décrits ci-dessus ont été 14 donnés à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l'homme de l'art sans pour autant sortir du cadre de l'invention. REVENDICATIONS1. Procédé de communication sécurisée entre un terminal (TER) connecté à un premier réseau de communication (RC1) et un serveur (SER) connecté à un deuxième réseau de communication (RC2), mettant en oeuvre ce qui suit, au niveau d'un dispositif d'authentification (DAUT) situé dans le premier réseau : - recevoir (S202), en provenance du terminal, via le premier réseau, une requête de connexion au serveur selon un protocole de communication non sécurisée, en vue d'établir une session de communication sécurisée avec ledit serveur, la requête contenant un identifiant de ressource réseau (IR T) qui est relatif au terminal et qui a été préalablement enregistré dans un dispositif de stockage, en association avec un identifiant (lu _T) de l'utilisateur du terminal, ledit procédé étant caractérisé en ce que le dispositif d'authentification met en en oeuvre, suite à la réception de la requête de connexion, ce qui suit: - créer (S205) un identifiant temporaire (IU TEMP) relatif à la session de communication, - stocker (S206) dans le dispositif de stockage ledit identifiant temporaire en association avec ledit identifiant de ressource réseau et ledit identifiant utilisateur relatif au terminal, - envoyer (S207) au terminal, via le premier réseau, une réponse à la requête de connexion, contenant l'identifiant temporaire créé et une adresse de redirection de la requête de connexion vers le dispositif d'authentification, dans le premier réseau, selon une version sécurisée dudit protocole de communication, - recevoir (S209), en provenance du terminal, via ledit premier réseau, la requête de connexion audit serveur selon la version sécurisée dudit protocole de communication indiquée dans la réponse, ladite requête contenant l'identifiant temporaire créé, - à partir de l'identifiant temporaire contenu dans la requête de connexion reçue, obtenir (S211) du dispositif de stockage l'identifiant utilisateur associé à l'identifiant temporaire, - autoriser (S3) l'établissement de la session de communication 16 sécurisée du terminal avec le serveur, via les premier et deuxième réseaux de communication, en utilisant l'identifiant utilisateur obtenu. 2. Procédé de communication sécurisée selon la revendication 1, dans lequel 5 l'identifiant temporaire (IU TEMP) de l'utilisateur est inséré dans un en-tête de la requête de connexion audit serveur selon la version sécurisée dudit protocole de communication, qui est reçue par le dispositif d'authentification. 3. Procédé de communication sécurisée selon la revendication 1 ou la revendication 2, 10 dans lequel l'identifiant temporaire de l'utilisateur est contenu dans un cookie. 4. Dispositif d'authentification (DAUT) adapté pour une communication sécurisée entre un terminal connecté à un premier réseau de communication et un serveur connecté à un deuxième réseau de communication, ledit dispositif étant situé dans le premier 15 réseau et comprenant un circuit de traitement (CT) qui est agencé pour recevoir en provenance du terminal, via le premier réseau, une requête de connexion au serveur selon un protocole de communication non sécurisé, en vue d'établir une session de communication sécurisée avec ledit serveur, ladite requête contenant un identifiant de ressource réseau qui est relatif au terminal et qui a été préalablement enregistré dans 20 un dispositif de stockage, en association avec un identifiant de l'utilisateur du terminal, ledit dispositif d'authentification étant caractérisé en ce que le circuit de traitement met en oeuvre, suite à la réception de la requête de connexion, ce qui suit: - créer un identifiant temporaire relatif à la session de communication, - stocker dans le dispositif de stockage l'identifiant temporaire en 25 association avec ledit identifiant de ressource réseau et ledit identifiant utilisateur relatif au terminal, - envoyer au terminal, via le premier réseau, une réponse à la requête de connexion, contenant l'identifiant temporaire créé et une adresse de redirection de la requête de connexion vers le dispositif d'authentification, selon une version 30 sécurisée du protocole de communication, - recevoir, en provenance du terminal, via le premier réseau, la requête 17 de connexion au serveur selon la version sécurisée du protocole de communication ayant été indiquée dans la réponse, ladite requête contenant l'identifiant temporaire créé, - à partir de l'identifiant temporaire contenu dans la requête de 5 connexion reçue, obtenir du dispositif de stockage l'identifiant utilisateur associé à l'identifiant temporaire, - autoriser l'établissement de la session de communication sécurisée du terminal avec le serveur, via les premier et deuxième réseaux de communication, en utilisant l'identifiant utilisateur obtenu. 10 5. Programme d'ordinateur comportant des instructions de code de programme pour l'exécution des étapes du procédé de communication sécurisée selon l'une quelconque des revendications 1 à 3, lorsque ledit programme est exécuté sur un ordinateur. 15 6. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de de communication sécurisée selon l'une quelconque des revendications 1 à 3, lorsque ledit programme est exécuté par un ordinateur. 20 25 30