Brevet FR3057373A1 — publié le 20180413

Sécurisation d'une base de données d'authentification par un réseau 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 une pluralité de terminaux utilisateur 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 est connecté sur le réseau de son propre opérateur, il existe des mécanismes réseau qui permettent à une application ou un service mis en oeuvre dans un serveur détenu par cet opérateur d'obtenir cet identifiant de manière fiable. On parle alors d'authentification implicite de l'utilisateur. De tels mécanismes réseau consistent, pour un terminal utilisateur considéré qui établit une session de 3057373 2 communication sécurisée avec un serveur, à créer à différents instants du déroulement de la session des tickets de traçabilité de la session. De tels tickets sont appelés en anglais « accounting tickets ». Au moins deux tickets de traçabilité de la session sont créés : 5 - un ticket de traçabilité d'établissement de la session, appelé en anglais « accounting start ticket » ; - un ticket de traçabilité de fin de la session, appelé en anglais « accounting stop ticket ». Un ou plusieurs tickets intermédiaires peuvent être créés afin d'indiquer 10 toute modification susceptible d'impacter le terminal utilisateur ou le réseau de communication. Ce type de ticket intermédiaire est appelé « interim update ticket ». Pour une session donnée, un ticket de traçabilité d'établissement de session, un ticket de traçabilité de fin de session et tout ticket intermédiaire créé 15 entre ces deux tickets contiennent chacun : - un identifiant utilisateur associé au terminal utilisateur considéré, typiquement le MSISDN, - un identifiant de ressource réseau attribuée au terminal utilisateur considéré, typiquement une adresse IP. 20 De tels tickets sont transmis dans le réseau pour divers usages. Selon la finalité des traitements de ces tickets, leur mode de transmission peut être acquitté on non. En mode acquitté, le destinataire de chaque ticket se doit de confirmer la bonne réception du ticket. En cas de non confirmation, le ticket sera remis jusqu'à réception par le destinataire. En cas d'échecs répétés sur un 25 ticket « accounting start ticket », la connexion de l'utilisateur ne sera pas établie. Ce mode de connexion acquitté étant fortement consommateur de ressources, il est exclusivement réservé à l'usage de la facturation de l'utilisateur. Pour les autres usages, le mode non acquitté est utilisé. Conformément au mode non acquitté, une copie des tickets de traçabilité de session est transmise dans le 30 réseau, sans se préoccuper de leur bonne réception par le destinataire. Ces tickets peuvent ensuite être collectés dans une base de données du réseau. A 3057373 3 cet effet, pour chaque ticket « accounting start ticket » reçu, une association entre l'identifiant de ressource et l'identifiant utilisateur correspondant audit ticket reçu est stockée dans une table de session. Pour un terminal utilisateur considéré, dès qu'un ticket de traçabilité de 5 fin de session a été reçu, il est procédé à l'effacement, dans la table de session, uniquement de l'association stockée en relation avec la session de communication qui concerne le terminal utilisateur considéré. Il a été constaté que des tickets sont régulièrement perdus lors de leur transmission vers la base de données, ce qui entraîne un remplissage incorrect, 10 et du même coup, une désorganisation de la table de session. Par exemple, il se peut que, pour un terminal utilisateur considéré, un ticket de traçabilité de fin de session soit reçu, alors qu'aucun ticket de traçabilité d'établissement de session n'a été stocké au préalable pour le terminal utilisateur considéré. Il peut également arriver, pour un terminal utilisateur considéré, que l'identifiant 15 utilisateur contenu dans un ticket de traçabilité de fin de session ne correspond respectivement pas à l'identifiant utilisateur contenu dans un ticket de traçabilité d'établissement de session relativement au terminal utilisateur considéré. Il peut encore également arriver que l'identifiant utilisateur contenu dans un des tickets de traçabilité associés à un terminal utilisateur considéré soit le même que celui 20 contenu dans un des tickets de traçabilité associés à un autre terminal utilisateur. De telles incohérences ne sont actuellement pas prises en compte dans le réseau, ce qui peut amener un disfonctionnement dans l'accès d'un terminal utilisateur au serveur. Un tel disfonctionnement peut s'avérer grandement 25 préjudiciable pour l'opérateur qui propose des services ou des applications sur ce serveur. Par ailleurs, de telles incohérences sont susceptibles d'engendrer des failles dans la sécurité de la communication entre un terminal utilisateur et un serveur, en particulier des risques d'usurpation de l'identité du terminal utilisateur, dont l'identifiant de communication a été attribué à un autre terminal 30 utilisateur, via le mécanisme des tickets de traçabilité. 3057373 4 Objet et résumé de l'invention Un des buts de l'invention est donc de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations. 5 A cet effet, un objet de la présente invention concerne un procédé de communication sécurisée entre une pluralité de terminaux utilisateur et au moins un serveur, mettant en oeuvre, relativement à une session de communication entre un terminal utilisateur considéré et le serveur, via un réseau de communication, ce qui suit: 10 - réception, dans un dispositif d'authentification situé dans le réseau de communication, d'un premier ticket de traçabilité de la session contenant: - un identifiant de ressource réseau associée au terminal utilisateur considéré, relativement à la session de 15 communication, - un identifiant utilisateur associé au terminal utilisateur considéré, - stockage de l'identifiant de ressource réseau, en association avec l'identifiant utilisateur, dans un dispositif de stockage. 20 Un tel procédé est remarquable en ce qu'il met en oeuvre une réinitialisation du dispositif de stockage en cas de réception d'un deuxième ticket de traçabilité de session, dans lequel l'identifiant utilisateur est différent de celui contenu dans le premier ticket. Une telle disposition permet, pour toute session de communication 25 sécurisée par stockage de tickets de traçabilité de session, entre un terminal utilisateur considéré et un serveur, via un réseau de communication, de gérer de manière fiable, simple et rapide, dans ledit réseau : - soit une perte de transmission des tickets de traçabilité de la session, créés pour le terminal utilisateur considéré, 30 - soit une incohérence de contenu entre deux tickets de traçabilité de session relatifs à un terminal utilisateur considéré, 3057373 5 - soit une incohérence de contenu entre un ticket de traçabilité de session relatif à un terminal utilisateur considéré et un ticket de traçabilité de session préalablement stocké en relation avec un terminal utilisateur différent du terminal utilisateur considéré. 5 En outre, le fait que le dispositif de stockage soit réinitialisé dès qu'est détectée une telle perte ou bien une telle incohérence permet avantageusement : - d'éviter de transmettre des informations d'authentification incorrectes au serveur, 10 - de rétablir rapidement la session de communication sécurisée entre le terminal utilisateur considéré et le serveur en permettant au dispositif de stockage ainsi réinitialisé d'être prêt à stocker à nouveau des tickets de traçabilité de session. Selon un mode de réalisation particulier, la réinitialisation du dispositif de 15 stockage comprend : - la suppression, à un instant courant, dans le dispositif de stockage, de l'association identifiant de ressource réseau-identifiant utilisateur correspondant au premier ticket de traçabilité de session, y compris toutes les associations identifiant de ressource réseau-identifiant utilisateur correspondant 20 à des tickets de traçabilité de session de communication en cours qui sont relatifs à d'autres terminaux utilisateur de la pluralité de terminaux utilisateur, - à un instant suivant l'instant courant, une nouvelle authentification du terminal utilisateur considéré et d'autres terminaux utilisateurs de ladite pluralité, pour lesquels une session de communication était 25 précédemment en cours. Une telle disposition permet de supprimer en une seule fois toutes les associations identifiant de ressource réseau-identifiant utilisateur stockées dans le dispositif de stockage et relatives non seulement au terminal utilisateur considéré, mais également à l'ensemble des terminaux utilisateurs ayant déjà 30 établi une session de communication. Il est ainsi possible de s'assurer qu'une communication sécurisée avec le serveur puisse à nouveau être mise en oeuvre 3057373 6 de manière fiable et sûre pour la pluralité de terminaux utilisateurs considérés. Une nouvelle authentification de ces terminaux utilisateurs est alors à nouveau nécessaire afin de rétablir les sessions de communication avec le serveur précédemment établies ou précédemment en cours d'établissement, et 5 rompues du fait de la réinitialisation du dispositif de stockage. Une telle réinitialisation du dispositif de stockage pour l'ensemble des terminaux utilisateurs qui étaient précédemment soit en communication sécurisée avec le serveur, soit en cours d'établissement de communication sécurisée avec ce dernier, permet, moyennant une nouvelle authentification de ces terminaux, 10 d'éviter tout risque d'usurpation d'identité d'un détenteur de l'un ou l'autre de ces terminaux par une personne malveillante. Selon un autre mode de réalisation particulier, la nouvelle authentification du terminal utilisateur considéré et des autres terminaux utilisateurs comprend, pour chaque terminal utilisateur qui requiert l'établissement d'une 15 communication sécurisée avec un serveur : - soit la création d'un premier ticket de traçabilité de session, - soit l'émission d'une requête de demande de mot de passe. Une telle disposition permet, en cas de détection d'une faille de sécurité, et selon les règles d'utilisation propres au serveur, de rétablir, dans un délai 20 court, une communication sécurisée du terminal utilisateur auprès du serveur. 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é 25 pour une communication sécurisée entre une pluralité de terminaux utilisateur et au moins un serveur, via un réseau de communication, un tel dispositif étant situé dans le réseau et comprenant un circuit de traitement qui est agencé pour, relativement à une session de communication entre un terminal utilisateur considéré et le serveur: 30 - recevoir un premier ticket de traçabilité de la session contenant: - un identifiant de ressource réseau associée au terminal 3057373 7 utilisateur considéré, relativement à la session de communication, - un identifiant utilisateur associé au terminal utilisateur considéré, 5 - stocker l'identifiant de ressource réseau, en association avec l'identifiant utilisateur, dans un dispositif de stockage. Un tel dispositif d'authentification est remarquable en ce que le circuit de traitement met en oeuvre une réinitialisation du dispositif de stockage en cas de réception d'un deuxième ticket de traçabilité de session, dans lequel l'identifiant 10 utilisateur est différent de celui contenu dans le premier ticket. 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 un dispositif d'authentification. 15 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. L'invention concerne également un support d'enregistrement lisible par 20 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. 25 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 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. 30 D'autre part, le support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via 3057373 8 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é 5 dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé d'établissement de communication précité. Brève description des dessins 10 D'autres caractéristiques et avantages apparaîtront à la lecture d'un mode de 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 15 un mode de réalisation particulier de l'invention, - la figure 2 représente un dispositif d'authentification dans un mode de 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, 20 - la figure 4 représente des détails d'une phase de réinitialisation mise en oeuvre dans le procédé de la figure 3, selon 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 une pluralité de terminaux utilisateur et au moins un serveur, via un réseau de communication. 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 30 des serveurs, des noeuds, des stations de base, des passerelles ou encore d'autres entités du réseau de télécommunications utilisé dans cet 3057373 9 environnement. Sur la figure 1 sont représentés une pluralité de terminaux utilisateur T1, T2, TN (1N) accédant, via un réseau de communication RC, tel que par exemple un réseau mobile GSM (abréviation anglaise de « Global System 5 for Mobile communications »), UMTS (abréviation anglaise de « Universal Mobile Telecommunications System »), LTE (abréviation anglaise de « Long Term Evolution »), etc..., à un serveur SERS mettant en oeuvre un service ou une application requise par chacun de ces terminaux, Chaque terminal comprend à cet effet une interface de communication adaptée pour 10 communiquer avec le réseau de communication RC. 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 SERS appartient à un ensemble de serveurs SERI, SER2,..., SERi,...,SERNA (1M), dont l'accès est sécurisé par un dispositif 15 d'authentification DAUT objet de l'invention. Un tel ensemble de serveurs comprend par exemple 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 auquel sont abonnés les utilisateurs des terminaux T1, T2,..., TN, un serveur de fourniture de contenus auquel ont 20 souscrit les utilisateurs des terminaux T1, T2,..., TN, etc.... Aucune limitation n'est attachée au nombre de terminaux utilisateur, ni au nombre d'opérateurs de réseau. A titre illustratif, on a choisi un exemple dans lequel à chaque terminal utilisateur est associé un même opérateur de réseau. Toutefois, aucune limitation n'est attachée à cet exemple. Les 25 utilisateurs des N terminaux T1, T2,..., TN peuvent notamment avoir souscrit un abonnement auprès d'un opérateur de réseau distinct. Une fois qu'une session de communication est établie entre chacun des terminaux T1, T2,..., TN et un serveur SERS, le dispositif d'authentification DAUT reçoit une copie des tickets de traçabilité de session TTS qui ont été créées 30 dans le réseau RC pour chacun des N terminaux. De tels tickets de traçabilité de session sont par exemple : 3057373 10 - un ticket de traçabilité d'établissement de session « accounting start ticket » ; - un ticket de traçabilité de session intermédiaire « interim update ticket » ; 5 - un ticket de traçabilité de fin de session « accounting stop ticket ». Pour chaque ticket « accounting start ticket » correspondant à un utilisateur donné, est enregistrée dans une table de session TS, une association qui définit : 10 - en entrée, un identifiant IR T1 de ressource réseau associée au terminal utilisateur T1, et en sortie, un identifiant utilisateur IU_Ti associé au terminal T1, - en entrée, un identifiant IR_T2 de ressource réseau associée au terminal utilisateur T2, et en sortie, un identifiant utilisateur IU_T2 associé au 15 terminal T2, - en entrée, un identifiant IR_Ti de ressource réseau associée au terminal utilisateur Ti, et en sortie, un identifiant utilisateur IU_Ti associé au terminal Tb 20 - en entrée, un identifiant IR_TN de ressource réseau associée au terminal utilisateur TN, et en sortie, un identifiant utilisateur IU_TN associé au terminal TN. Pour un terminal utilisateur considéré Tb un identifiant IR T; est par 25 exemple : - l'adresse IP (abréviation anglaise de « Internet protocol ») allouée de façon temporaire au terminal Ti lors de l'établissement de la session de communication avec le serveur SERS, - l'adresse du masque de sous-réseau allouée de façon 30 temporaire au terminal Ti lors de l'établissement de la session de communication avec le serveur SERS, 3057373 11 - l'adresse SIP (abréviation anglaise de « Session Initiation protocol ») du terminal Th - etc... Pour un terminal utilisateur considéré Th un identifiant IUT; est par 5 exemple : - l'identifiant d'appel MSISDN (abréviation anglaise de « Mobile Station International Subscriber Directory Number ») correspondant de manière unique à la carte SIM (en anglais « Subscriber Identity Module ») qui est fournie par l'opérateur du réseau de communication RC auprès duquel s'est inscrit 10 l'utilisateur du terminal Th - le type RAT (abréviation anglaise de « Radio Access Technology ») de technologie radio utilisé par le terminal Th tel que par exemple, UTRAN, GERAN, WLAN, - le user-agent envoyé par le navigateur du terminal Th 15 - le support de transmission des données audio/vidéo (en anglais « bearer »), tel que par exemple EDGE, UMTS, WiFi,..., - une valeur représentative de l'activation ou non de l'itinérance du terminal Ti, - etc... 20 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 des utilisateurs des terminaux T1 à TN, dans le cadre de l'établissement d'une 25 communication sécurisée par ces derniers avec un des serveurs SERI à SERM représentés sur la figure 1. 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, 30 le circuit de traitement CT contenant un processeur PROC piloté par un programme d'ordinateur PG. 3057373 12 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 : 5 - une interface de communication COM10 apte à communiquer avec le réseau RC afin de recevoir en provenance de ce dernier une copie des tickets de session TTS créés au moment de l'établissement d'une session entre les terminaux T1 à TN de la figure 1 et l'un des serveurs SERI à SERM de la figure 1 ; une telle interface étant par exemple de type UMTS, GSM, LTE, IP, 10 etc..., - une interface de communication COM11 qui est adaptée pour communiquer avec les serveurs SERI à SERM de la figure 1 ; une telle interface étant par exemple conforme au protocole http (abréviation anglaise de « HyperText Transfer Protocol »), 15 - un dispositif d'extraction EXT qui est adapté à extraire des tickets de session TTS qui ont été reçus par l'interface de communication COM10, les identifiants de ressources réseau IR_T1 à IR_TN et respectivement les identifiants utilisateur correspondants IU_Ti à IU_TN, - un dispositif de stockage BD, par exemple une base de données, 20 qui est relié au dispositif d'extraction EXT et qui est adapté pour enregistrer dans une table de session TS, pour chaque ticket « accounting start ticket » correspondant à un utilisateur donné, une association qui définit : - en entrée, un identifiant IR_T1 de ressource réseau associée au terminal utilisateur T1, et en sortie, un 25 identifiant utilisateur IU_Ti associé au terminal T1, - en entrée, un identifiant IR_T2 de ressource réseau associée au terminal utilisateur T2, et en sortie, un identifiant utilisateur IU_T2 associé au terminal T2, ...5 30 - en entrée, un identifiant IR_Ti de ressource réseau associée au terminal utilisateur Ti, et en sortie, un 3057373 13 identifiant utilisateur IU_T; associé au terminal Th - - en entrée, un identifiant IR_TN de ressource réseau associée au terminal utilisateur TN, et en sortie, un 5 identifiant utilisateur IU_TN associé au terminal TN. Le dispositif d'authentification DAUT comprend en outre : - un dispositif de comparaison CMP adapté pour comparer un identifiant utilisateur contenu dans un ticket reçu courant avec le ou les identifiants utilisateurs stockés dans la table de session TS, 10 - un dispositif d'effacement de données EFF apte à supprimer l'ensemble des associations stockées dans la table de session TS. Les interfaces de communication COM10, COM11, le dispositif d'extraction EXT, le dispositif de stockage BD, le dispositif de comparaison CMP et le dispositif d'effacement EFF, sont pilotés par le processeur PROC du 15 circuit de traitement CT. En référence à la figure 3, on décrit maintenant le déroulement d'un procédé de communication sécurisée selon l'invention, mettant en oeuvre une authentification implémentée dans le dispositif d'authentification DAUT de la figure 2. 20 Un terminal utilisateur Th considéré parmi les N terminaux de la figure 1, requiert une session de communication avec un serveur considéré SERS, via le réseau RC. De façon connue en soi, en liaison avec cette session, un premier ticket TTSi; « accounting start ticket » est créé dans le réseau RC, puis une copie de ce ticket est transmise au dispositif d'authentification DAUT. 25 En S1, le ticket TTSi; est reçu par l'interface COM10 du dispositif d'authentification DAUT, telle qu'illustrée en figure 2. Le ticket TTSi; contient notamment un identifiant IR T; de ressource réseau associée au terminal T; et un identifiant utilisateur IU_T; associé au terminal Ti. Selon un mode de réalisation préféré, l'identifiant IR_T; est l'adresse IP; du terminal T; et 30 l'identifiant IU_T; et le MSISDN; du terminal Ti. Comme mentionné plus haut dans la description, d'autres exemples sont possibles pour le choix de ces 3057373 14 identifiants. En S2, les identifiants IR_Ti et IU_Ti sont extraits du ticket TTSii par le dispositif d'extraction EXT illustré en figure 2. En S3, l'association IR_Ti->IU_Ti est stockée dans la table de session TS 5 de la base de données BD de la figure 2. A titre d'alternative, les étapes S1 à S3 sont mises en oeuvre dans le cas où le premier ticket TTSii est du type « interim update ticket » et qu'aucune entrée IR_Ti n'est identifiée dans la table de session TS. Un deuxième ticket TTS2; est créé dans le réseau RC, en relation avec la 10 session de communication en cours entre le terminal Ti et le serveur SERS, puis une copie de ce ticket est transmise au dispositif d'authentification DAUT. En S4, le ticket TTS2; est reçu par l'interface COM10 du dispositif d'authentification DAUT. Le ticket TTS2; peut être du type : - « accounting start ticket » et concerner un nouveau terminal, 15 parmi les N terminaux précités, qui a requis une session de communication, - « interim update ticket » pour tracer un état intermédiaire de la session de communication entre le terminal Ti et le serveur SERS, - « accounting stop ticket » pour tracer la fin de la session de communication entre le terminal Ti et le serveur SERS. 20 En S5, des identifiants IR_TX et IU_TX sont extraits du ticket TTS2; par le dispositif d'extraction EXT. L'identifiant de ressource IR_TX est tel que I R_Tx=IR_Ti=113i. En S6, le comparateur CMP compare l'identifiant utilisateur IU_TX à l'identifiant IU_Ti stocké en S3. 25 Dans le cas où une incohérence entre le contenu du deuxième ticket TTS2; et le contenu de premier ticket TTSii est détectée, telle que par exemple IU_TX IU_Ti, la table de session TS de la figure 2 est réinitialisée en S7. Dans le cas où IU_Tx= IU_Ti, la table de session TS n'est pas modifiée et le dispositif d'authentification DAUT se met dans un état d'attente de 30 réception d'un nouveau ticket de traçabilité de session concernant le terminal Ti ou bien un autre terminal, parmi les N terminaux T1 à TN. 3057373 15 Des incohérences, telles que détectées en S6 sont par exemple les suivantes : - un deuxième ticket TTS2; de type « accounting start ticket » a été reçu en S4, tel que IR_TX = IR_Ti et IU_TX # IU_Ti, alors qu'une association 5 IR_Ti->IU_Ti relative à un premier ticket TTSii de type « accounting start ticket » reçu en S1, a été enregistrée en S3, ce qui traduit une perte du ticket de type « accounting stop ticket » associé au premier ticket TTS1; ; - un deuxième ticket TTS2; de type « accounting stop ticket » a été reçu en S4, tel que IR_TX = IR_Ti et IU_TX # IU_Ti, alors qu'une association 10 IR_Ti->IU_Ti relative à un premier ticket TTSii de type « accounting start ticket » reçu en S1, a été enregistrée en S3, ce qui traduit une perte soit du ticket de type « accounting stop ticket » associé au premier ticket TTSii, soit du ticket de type « accounting start ticket » dont les identifiants correspondent à ceux du deuxième ticket TTS2; de type « accounting stop ticket » ; 15 - un deuxième ticket TTS2; de type « interim update ticket » a été reçu en S4, tel que IR_TX = IR_Ti et IU_TX # IU_Ti, alors qu'une association IR_Ti->IU_Ti relative à un premier ticket TTSii de type « accounting start ticket » reçu en S1, a été enregistrée en S3, ce qui traduit une perte soit du ticket de type « accounting stop ticket » associé au premier ticket TTSii, soit du ticket de 20 type « accounting start ticket » dont les identifiants correspondent à ceux du deuxième ticket TTS2; de type « interim update ticket ». Conformément à un mode de réalisation représenté sur la figure 4, la réinitialisation de la table de session TS de la figure 2 est mise en oeuvre de la façon suivante : 25 - en S71, à un instant courant tg, l'association IR_Ti->IU_Ti précédemment stockée en S3 est supprimée de la table de session TS, - en S72, à un instant tq+1 suivant l'instant courant, une nouvelle authentification du terminal Ti est mise en oeuvre. Dans le cas où k terminaux utilisateurs T1 à Tk, parmi N, tel que 1 IU_T1, - IR_T2->IU_T2, 5 - IR_Tk->IU_Tk. Selon un premier exemple de réalisation, la nouvelle authentification du terminal Ti ou des k autres terminaux pour lesquels une association a été supprimée en S71, consiste dans l'itération des étapes 51 à S7 précitées suite 10 à la création d'un nouveau ticket « accounting start ticket », au moment où le terminal Ti et/ou chacun des autres terminaux requiert à nouveau l'accès au serveur SERS après la rupture de communication provoquée par la réinitialisation de la table de session TS. En variante de ce premier exemple de réalisation, la nouvelle 15 authentification du terminal Ti et/ou des k autres terminaux, pour lesquels une association a été supprimée en S71, consiste en l'itération des étapes 51 à S7 précitées suite à la création d'un ticket « interim update ticket » traçant la session de communication précédente du terminal Ti et/ou de chacun des k autres terminaux, pour lesquels les associations correspondantes IR_Ti->IU_Ti 20 et/ou IR_Ti->IU_Ti à IR_Tk->IU_Tk ont été supprimées à l'étape S71. Ainsi, ces dernières associations seront à nouveau stockées dans la table de session TS, même si aucun identifiant de ressource réseau correspondant à celui contenu dans le ticket « interim update ticket » reçu n'est trouvé dans la table de session TS réinitialisée. Cette dernière disposition permet avantageusement d'accélérer 25 la reconstitution de la table de session TS suite à l'étape de réinitialisation S7. Selon un deuxième exemple de réalisation, la nouvelle authentification du terminal Ti ou des k autres terminaux pour lesquels une association a été supprimée en S71, consiste dans l'envoi, par le dispositif d'authentification DAUT, via le réseau RC, d'une requête en fourniture de mot de passe au 30 terminal Ti et/ou à chacun des autres terminaux requérant à nouveau l'accès au serveur SERS. 3057373 17 Il va de soi que les modes de réalisation qui ont été décrits ci-dessus ont été 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. 5 10 15 20 25 30 REVENDICATIONS1. Procédé de communication sécurisée entre une pluralité de terminaux utilisateur et au moins un serveur, mettant en oeuvre, relativement à une session de communication entre un terminal utilisateur considéré (Ti) et ledit serveur, via un réseau de communication, ce qui suit: - réception (S1), dans un dispositif d'authentification situé dans le réseau de communication, d'un premier ticket de traçabilité de la session contenant: - un identifiant (IR_Ti) de ressource réseau associée au terminal utilisateur considéré, relativement à la session de communication, - un identifiant utilisateur (IU_Ti) associé au terminal utilisateur considéré, - stockage (S3) de l'identifiant de ressource réseau, en association avec l'identifiant utilisateur, dans un dispositif de stockage (BD,TS), ledit procédé étant caractérisé en ce qu'il met en oeuvre une réinitialisation (S7) du dispositif de stockage en cas de réception (S4) d'un deuxième ticket de traçabilité de session, dans lequel l'identifiant utilisateur (IU_Tx) est différent de celui contenu dans le premier ticket. 2. Procédé de communication sécurisée selon la revendication 1, dans lequel la réinitialisation du dispositif de stockage comprend : - la suppression (S71), à un instant courant, dans le dispositif de stockage, de l'association identifiant de ressource réseau (IR_Ti)-identifiant utilisateur (IU_Ti) correspondant au premier ticket de traçabilité de session, y compris toutes les associations identifiant de ressource réseau-identifiant utilisateur correspondant à des tickets de traçabilité de session de communication en cours qui sont relatifs à d'autres terminaux utilisateur de la pluralité de terminaux utilisateur, - à un instant suivant l'instant courant, une nouvelle authentification (S72) du terminal utilisateur considéré et d'autres terminaux utilisateurs de ladite 3057373 19 pluralité, pour lesquels une session de communication était précédemment en cours. 3. Procédé de communication sécurisée selon la revendication 1 ou la 5 revendication 2, dans lequel la nouvelle authentification du terminal utilisateur considéré et des autres terminaux utilisateurs comprend, pour chaque terminal utilisateur qui requiert l'établissement d'une communication sécurisée avec un serveur : - soit la création d'un premier ticket de traçabilité de session, 10 - soit l'émission d'une requête de demande de mot de passe. 4. Dispositif d'authentification (DAUT) adapté pour une communication sécurisée entre une pluralité de terminaux utilisateur et au moins un serveur (SERS), via un réseau de communication, ledit dispositif étant situé dans ledit 15 réseau et comprenant un circuit de traitement (CT) qui est agencé pour, relativement à une session de communication entre un terminal utilisateur considéré (Ti) et ledit serveur: - recevoir un premier ticket de traçabilité de la session contenant: - un identifiant (IR_Ti) de ressource réseau associée au 20 terminal utilisateur considéré, relativement à la session de communication, - un identifiant utilisateur (IU_Ti) associé au terminal utilisateur considéré, - stocker l'identifiant de ressource réseau, en association avec 25 l'identifiant utilisateur, dans un dispositif de stockage (BD,TS), ledit dispositif d'authentification étant caractérisé en ce que le circuit de traitement met en oeuvre une réinitialisation du dispositif de stockage en cas de réception d'un deuxième ticket de traçabilité de session, dans lequel l'identifiant utilisateur est différent de celui contenu dans le premier ticket. 30 5. Programme d'ordinateur comportant des instructions de code de programme 3057373 20 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. 5 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. 10 15 20 25 30