Brevet FR3045878A1 — publié le 20170623

Arrière-plan de l'invention La présente invention se situe dans le domaine des mécanismes d'authentification et porte plus particulièrement sur une authentification pour contrôler l'accès à un service. L'invention peut en particulier être utilisée pour contrôler l'accès d'un utilisateur à un service en ligne accessible via un réseau de télécommunications, tel qu'Internet par exemple. Il est connu dans le domaine des services en ligne de contrôler l'accès d'un utilisateur à un tel service au moyen d'un mécanisme d'authentification approprié. En général, l'authentification à un service en ligne, tel qu'un service marchand sur Internet par exemple, nécessite la saisie par l'utilisateur d'un identifiant et d'un mot de passe. L'accès au service n'est autorisé que si l'authentification est passée avec succès. Cependant, les mécanismes d'authentification actuels ne permettent pas de contrôler de façon optimale l'accès à un service en ligne. Un risque existe notamment en ce qu'il est possible pour une personne malveillante de subtiliser l'identifiant et le mot de passe d'un utilisateur qui a souscrit à un service afin d'accéder de façon non autorisée au service en question. Un besoin existe aujourd'hui pour une solution permettant un contrôle efficace et flexible de l'accès d'un utilisateur à un service en ligne accessible via un réseau de télécommunications tel qu'Internet par exemple. Objet et résumé de l'invention / Résumé A cet effet, la présente invention concerne un serveur d'authentification comprenant: un module d'enregistrement apte à enregistrer, dans une mémoire, un identifiant bancaire de type PAN d'une carte bancaire, en association avec une date d'expiration de la carte bancaire et un premier code d'accès à un service ; un module de communication apte à recevoir une requête d'authentification provenant d'un serveur d'accès contrôlant l'accès audit service, ladite requête 3045878 2 comprenant un deuxième code d'accès et un premier code dynamique de sécurité généré par la carte bancaire ; un module de vérification configuré pour générer un deuxième code dynamique de sécurité à partir de l'identifiant bancaire PAN et de la date d'expiration 5 enregistrés dans ladite mémoire, pour comparer les premier et deuxième codes dynamiques de sécurité, et pour détecter que le premier code dynamique de sécurité est valide seulement s'il coïncide avec le deuxième code dynamique de sécurité ; et ledit module de communication étant configuré pour envoyer au serveur d'accès 10 un message d'authentification positive seulement si : o le deuxième code d'accès coïncide avec le premier code d'accès enregistré ; et o le premier code dynamique de sécurité est valide. L'invention permet avantageusement de sécuriser l'accès d'un utilisateur à un service, 15 tel qu'un service web par exemple. L'invention permet l'attribution d'un code d'accès à un utilisateur et le stockage, dans une base de données, du code d'accès en association avec un identifiant PAN associé à la carte à puce DCW de l'utilisateur et la date d'expiration de ladite carte. L'utilisateur peut ainsi accéder ultérieurement à un service, ou réaliser une transaction, en fournissant son code d'accès et un code dynamique de sécurité généré par 20 sa carte à puce DCW. Contrairement aux techniques conventionnelles, l'utilisateur n'a pas besoin de fournir son numéro de compte bancaire PAN ou la date EXP d'expiration de sa carte bancaire lorsqu'il accès au service en question. Un code d'accès lui est fourni à cette fin par l'entité compétente (sa banque par exemple). Il est ainsi possible de limiter la diffusion du numéro de compte bancaire PAN et de la date EXP d'expiration de la carte 25 bancaire, ces données sensibles étant susceptibles d'être dérobées. L'invention peut offrir une authentification renforcée en faisant intervenir un code d'accès statique attribué par une entité compétente à l'utilisateur, ainsi qu'un code dynamique (le code DCW) qui varie dans le temps. De plus, un code d'accès spécifique peut être attribué à l'utilisateur pour chaque 30 service parmi une pluralité de service. Il est ainsi possible d'offrir un contrôle flexible et sécurisé de l'accès d'un utilisateur à une pluralité de services. Selon un mode de réalisation particulier, le premier code dynamique de sécurité reçu par le module de communication dans la requête d'authentification est généré par la carte bancaire en exécutant une fonction cryptographique à partir de l'identifiant bancaire PAN 3045878 3 et de la date d'expiration, et à partir d'une donnée temporelle ou d'un compteur du nombre de premiers codes dynamiques de sécurité. Selon un mode de réalisation particulier, le module de vérification est configuré pour générer le deuxième code dynamique de sécurité en exécutant la fonction 5 cryptographique à partir dudit identifiant bancaire PAN et de la date d'expiration enregistrés dans ladite mémoire et à partir d'une donnée temporelle ou d'un compteur du nombre de deuxième code dynamique de sécurité. Selon un mode de réalisation particulier, le module de communication est apte à transmettre, à un serveur distant, l'identifiant PAN associé à la carte bancaire, ledit 10 module de communication étant apte, en réponse audit identifiant PAN transmis, à recevoir du serveur distant le premier code d'accès pour accéder audit service. Selon un mode de réalisation particulier, le module de communication est apte à recevoir, dans des données de transaction bancaire, l'identifiant PAN à transmettre audit serveur distant. 15 Selon un mode de réalisation particulier, le module de communication est apte à recevoir les données de transaction bancaire depuis le serveur d'accès. Selon un mode de réalisation particulier, le serveur d'authentification est tel que : les données de transaction bancaires comportent un troisième code dynamique de sécurité généré par ledit dispositif, l'identifiant bancaire PAN et la date 20 d'expiration ; - le module de vérification est apte à vérifier la validité du troisième code dynamique de sécurité ; - ledit module de communication étant configuré pour transmettre au serveur distant, seulement si la vérification de validité du troisième code dynamique de 25 sécurité est passée avec succès, l'identifiant PAN et un message indiquant que ledit troisième code dynamique de sécurité est valide ; et - ledit module de communication étant apte à recevoir du serveur distant, en réponse à l'identifiant PAN et audit message transmis, ledit premier code d'accès à enregistrer par le module d'enregistrement. 30 Selon un mode de réalisation particulier, le serveur d'authentification est tel que : - le troisième code dynamique de sécurité est généré par la carte bancaire à partir de l'identifiant PAN et de la date d'expiration de la carte bancaire, et à partir d'une donnée temporelle ou du compteur du nombre de premiers codes dynamiques de sécurité ; 3045878 4 le module de vérification est configuré pour générer un quatrième code dynamique de sécurité à partir de l'identifiant PAN et de la date d'expiration de la carte bancaire, et à partir d'une donnée temporelle ou du compteur du nombre de deuxièmes codes dynamiques de sécurité, pour comparer les troisième et 5 quatrième codes dynamiques de sécurité, et pour détecter que le troisième code dynamique de sécurité est valide seulement si ledit troisième code dynamique de sécurité coïncide avec le quatrième code dynamique de sécurité. Selon un mode de réalisation particulier, le module d'enregistrement est configuré pour enregistrer un identifiant du service en association avec l'identifiant PAN, la date 10 d'expiration et le premier code d'accès de sorte que le module de vérification soit apte à déterminer le premier code d'accès associé audit service. Selon un mode de réalisation particulier, le module d'enregistrement est configuré pour enregistrer le premier code d'accès dans ladite mémoire en association avec une pluralité de services. 15 Selon un mode de réalisation particulier, le serveur d'authentification est tel que : le module d'enregistrement est configuré pour enregistrer une condition temporelle en association avec l'identifiant PAN, la date d'expiration et le premier code d'accès, le module de vérification étant configuré pour déterminer que le premier code 20 d'accès est valide tant que la condition temporelle est satisfaite. Selon un mode de réalisation particulier, le module de communication est configuré pour envoyer au serveur d'accès un message d'authentification négative, si le deuxième code d'accès ne coïncide pas avec le premier code d'accès enregistré ou si le premier code dynamique de sécurité n'est pas valide. 25 Selon un mode de réalisation, l'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme « module » peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels. L'invention concerne également un système de contrôle d'accès à un service 30 comprenant : un serveur d'authentification tel que défini ci-avant ; et un serveur d'accès apte à contrôler l'accès audit service, ledit serveur d'accès étant configuré pour autoriser l'accès audit service à un utilisateur associé audit 3045878 5 identifiant bancaire PAN, uniquement sur réception du message d'authentification positive du serveur d'authentification. Corrélativement, l'invention concerne un procédé d'authentification mise en oeuvre par un serveur d'authentification, comprenant: 5 transmission, à un serveur distant, d'un identifiant bancaire PAN associé à un dispositif ; réception, en réponse à ladite transmission, d'un premier code d'accès pour accéder à un service ; enregistrement de l'identifiant PAN en association avec le premier code d'accès ; 10 réception d'une requête d'authentification provenant d'un serveur d'accès contrôlant l'accès audit service, ladite requête comprenant un deuxième code d'accès et un premier code dynamique de sécurité généré par le dispositif en exécutant une fonction cryptographique à partir d'une donnée temporelle ; vérification de la validité du premier code dynamique de sécurité, ladite 15 vérification comprenant la génération d'un deuxième code dynamique de sécurité en exécutant ladite fonction cryptographique à partir d'une donnée temporelle et à partir dudit identifiant PAN enregistré, la comparaison des premier et deuxième codes dynamiques de sécurité, et la détection que le premier code dynamique de sécurité est valide seulement s'il coïncide avec le deuxième code dynamique de 20 sécurité ; et envoi (C42) au serveur d'accès d'un message d'authentification positive seulement si : o le deuxième code d'accès coïncide avec le premier code d'accès enregistré ; et 25 o le premier code dynamique de sécurité est valide. On notera que les différents modes de réalisation mentionnés ci-avant en relation avec le serveur d'authentification de l'invention ainsi que les avantages associés s'appliquent de façon analogue au procédé d'authentification de l'invention. Dans un mode particulier de réalisation, les différentes étapes du procédé 30 d'authentification 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 (ou support d'enregistrement), ce programme étant susceptible d'être mis en oeuvre dans un serveur d'authentification ou plus généralement dans un ordinateur, ce 3045878 6 programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé d'authentification tel que défini 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 5 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 support d'enregistrement) lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. 10 Le support d'informations 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 disc) ou un disque dur. 15 D'autre part, le support d'informations 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échargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le 20 programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la 25 description faite ci-dessous, en référence aux dessins annexés qui en illustrent des exemples de réalisation dépourvus de tout caractère limitatif. Sur les figures: la figure 1 représente schématiquement une carte à puce conforme à un mode de réalisation particulier de l'invention ; - la figure 2 représente schématiquement la structure d'un système de contrôle 30 d'accès comprenant un serveur d'accès et un serveur d'authentification conformes à un mode de réalisation particulier de l'invention ; - la figure 3 représente schématiquement la structure d'un serveur d'authentification conforme à un mode de réalisation particulier de l'invention ; et 3045878 7 - la figure 4 représente, sous forme d'un organigramme, les étapes d'un procédé d'authentification selon un mode de réalisation particulier de l'invention. Description détaillée de plusieurs modes de réalisation 5 Comme indiqué précédemment, la technique proposée se rapporte au domaine des mécanismes d'authentification et porte plus particulièrement sur une authentification pour contrôler l'accès à un service. L'invention propose un mécanisme d'authentification pour contrôler l'accès à un service en ligne, ce mécanisme faisant intervenir un dispositif électronique (tel qu'une 10 carte à puce par exemple) apte à générer un code de sécurité dynamique. On connaît par exemple dans le domaine des transactions bancaires, des cartes à puce (dites cartes bancaires) associées à des comptes bancaires. Les opérations et transactions en ligne effectuées au moyen d'une telle carte bancaire sont sécurisées en utilisant un code de sécurité associé à la carte. En général, ces codes de sécurité sont dit 15 statiques, ce qui signifie qu'ils sont constants dans le temps, autrement dit que leur valeur reste identique pendant toute la durée de vie de la carte. Plus récemment, une méthode pour sécuriser des transactions à distance (en ligne ou par téléphone par exemple) consiste à utiliser une carte bancaire apte à générer - et à afficher sur un écran de la carte - un code dynamique de sécurité, c'est-à-dire un code de 20 sécurité qui change au cours de la vie de la carte. Le système de traitement informatique du service financier de transactions en ligne est apte à vérifier la validité de ce code dynamique de sécurité, en fonction par exemple d'un paramètre temporel, pour valider ou non la transaction. L'utilisation d'un tel code dynamique de sécurité permet de s'assurer que l'utilisateur a en sa possession la carte bancaire au moment de la transaction. S'il est 25 dérobé, le code dynamique de sécurité a une utilité limitée dans la mesure où la validité de ce code n'est que temporaire. Un code dynamique de sécurité est désigné sous l'appellation DCW pour « Dynamic Card Verification Value ». Dans le présent exposé, on appellera carte à puce DCW une carte à puce apte à générer de tels codes dynamiques de sécurité. 30 Les cartes à puce de type DCW sont initialement conçues pour sécuriser une transaction en ligne, par exemple une transaction financière telle qu'un paiement, une consultation bancaire etc.. La présente invention propose d'utiliser une carte à puce DCVV pour contrôler l'accès à un service avec un niveau de sécurisation renforcé. 3045878 8 Dans le présent exposé, des exemples de mise en oeuvre de l'invention sont décrits dans le cadre de l'authentification d'un utilisateur pour accéder à un service en ligne accessible via Internet. On comprendra cependant que l'invention s'applique plus généralement à une authentification pour accéder à un quelconque service accessible par 5 un réseau de télécommunications approprié (Intranet, téléphone...). Sauf indications contraires, les éléments communs ou analogues à plusieurs figures portent les mêmes signes de référence et présentent des caractéristiques identiques ou analogues, de sorte que ces éléments communs ne sont généralement pas à nouveau décrits par souci de simplicité. 10 La figure 1 représente un dispositif électronique 1000 selon un exemple particulier permettant d'effectuer des transactions en ligne. Comme indiqué par la suite, ce dispositif électronique est apte à générer un code dynamique de sécurité DCW. Dans les modes de réalisation décrits ci-après, le dispositif 1000 est une carte à puce (en anglais smartcard), par exemple une carte bancaire. D'autres mises en oeuvre d'un tel 15 dispositif 1000 sont toutefois possibles. En variante, le dispositif 1000 peut par exemple être constitué par un terminal, par exemple de téléphonie mobile, mettant en oeuvre une application permettant de réaliser des transactions. Dans le mode de réalisation décrit ici, la carte à puce 1000 est par exemple conforme à la norme ISO 7816. Elle comporte en particulier une interface à contacts 1300. La carte 20 à puce 1000 est par exemple au format ID-1 (dimensions : 85,60 x53,98 mm) et d'épaisseur 0.76 mm environ. Son corps de carte est par exemple en matière plastique. Toujours dans cet exemple, le nom NOM du titulaire de la carte à puce, un numéro de compte bancaire PAN (pour « Primaty Account Number», de 16 chiffres par exemple) et une date d'expiration EXP peuvent être imprimés et/ou embossés sur la carte à puce 25 1000. Cette carte à puce 1000 comporte dans cet exemple un contrôleur 1200 comportant un module apte à fournir la date courante, par exemple une horloge CLK, ce contrôleur 1200 étant apte à calculer un code dynamique de sécurité DCCV en appliquant une fonction cryptographique F à des paramètres d'entrée comportant le numéro de compte 30 bancaire PAN, un paramètre temporel et la date EXP d'expiration de la carte à puce 1000. Comme indiqué par la suite, on peut envisager d'autres manières de calculer un code dynamique de sécurité. Le paramètre temporel mentionné ci-dessus représente par exemple un point dans le temps (période de temps, date et/ou heure par exemple) où la carte à puce 1000 génère 3045878 9 un code dynamique de sécurité DCCV1 donné. La génération d'un code dynamique de sécurité est connue en soit et ne sera donc pas décrit plus en détail dans le présent exposé. Dans le mode de réalisation décrit ici, le code dynamique de sécurité DCCV1 généré 5 par la carte à puce 1000 est par exemple varié de façon périodique, selon une période prédéterminée. La carte à puce 1000 comporte en outre ici un écran 1100 d'affichage apte à afficher le code dynamique de sécurité DCCV1. Cet écran peut comporter par exemple 3 ou 4 zones élémentaires selon la taille de ce code dynamique. 10 Dans le mode de réalisation décrit ici, la carte à puce 1000 peut comporter également une batterie non représentée et un bouton poussoir 1400 pour allumer ou éteindre l'écran d'affichage 1100 et ainsi contrôler l'affichage du code dynamique de sécurité DCCV1. Ce bouton-poussoir ou tout moyen équivalent (bouton capacitif, ...) pour allumer ou éteindre l'écran 1100 est optionnel. L'écran d'affichage 1100 peut se trouver sur la face de la carte 15 à puce 1000 opposée à celle où sont imprimés et/ou embossés le numéro de carte bancaire PAN et la date d'expiration EXP. En variante, ils sont sur la même face. On comprendra que le dispositif 1000 représenté en figure 1 n'est qu'un exemple de réalisation, d'autres mises en oeuvre étant possibles dans le cadre de l'invention. L'homme du métier comprendra en particulier que certains éléments du dispositif 1000 ne sont 20 décrits ici que pour faciliter la compréhension de l'invention, ces éléments n'étant pas nécessaires pour mettre en oeuvre l'invention. La figure 2 représente schématiquement un terminal utilisateur 2000, un serveur d'accès 3000, un serveur d'authentification 5000 et un serveur distant 6000, conformément à un mode de réalisation particulier de l'invention. Le serveur d'accès 3000 25 et le serveur d'authentification 5000 forment ensemble un système de contrôle d'accès SY apte à contrôler l'accès à un service S1. Dans le présent exposé, on considère des exemples de réalisation dans lesquels un utilisateur interagit avec le terminal 2000 pour accéder au service S1 dont l'accès est contrôlé par le serveur d'accès 3000. L'utilisateur utilise la carte à puce 1000 pour 30 s'inscrire auprès du service S1, puis pour s'authentifier lorsqu'il souhaite accéder au service S1 ultérieurement à l'inscription. Plus précisément, dans l'exemple envisagé ici, le terminal 2000 est muni d'une interface homme-machine HMI, par exemple un ordinateur personnel, un téléphone intelligent (en anglais smartphone) ou une tablette. 3045878 10 Dans cet exemple, le serveur d'accès 3000 est un serveur contrôlant l'accès à un service Web marchand S1, d'autres types de services étant envisageables dans le cadre de l'invention. Dans cet exemple, le serveur distant 6000 fait partie d'un système bancaire de l'entité 5 émettrice de la carte à puce 1000. Dans cet exemple, un utilisateur accède, à partir de son terminal 2000, au service S1 via un réseau de télécommunications 2500 (Internet par exemple). De plus, dans cet exemple, le serveur d'accès 3000, le dispositif 5000 et le serveur distant 6000 communiquent ensemble via un réseau télécommunications 4000 (un réseau 10 interbancaire par exemple). Le serveur distant 6000 comporte ici un module 6100 de transmission d'un code d'accès. Ce module 6100 est apte à transmettre au serveur d'authentification 5000, via le réseau 4000, un premier code d'accès CD1 attribué à un utilisateur pour accéder au service S1. 15 D'une façon générale, le serveur d'authentification 5000 est apte à vérifier l'authenticité de l'utilisateur souhaitant accéder au service S1 à l'aide de son terminal 2000. Plus précisément, le serveur d'authentification 5000 comprend dans cet exemple au moins un processeur 5100 (ou plus généralement un contrôleur), une mémoire non 20 volatile Ml, une base de données (ou mémoire) M2 et une interface de communication INT. La mémoire M1 est une mémoire non volatile réinscriptible ou une mémoire morte (ROM), cette mémoire constituant un support d'enregistrement (ou support d'informations) conforme à un mode de réalisation particulier, lisible par le serveur 25 d'authentification 5000, et sur lequel est enregistré un programme d'ordinateur PG1 conforme à un mode de réalisation particulier. Ce programme d'ordinateur PG1 comporte des instructions pour l'exécution d'un procédé d'authentification selon un mode de réalisation particulier. Les étapes de ce procédé sont représentées, dans un mode particulier de réalisation de l'invention, sur la figure 4 décrite ultérieurement. 30 L'interface INT permet dans cet exemple au serveur d'authentification 5000 de communiquer avec le serveur distant 6000 et avec le serveur d'accès 3000 via le réseau 4000. La base de données M2 est dans cet exemple apte à stocker le premier code d'accès CD1 attribué à l'utilisateur du terminal 2000 pour accéder au service Web S1, en 3045878 11 association avec : un identifiant associé à la carte à puce 1000 (c'est-à-dire l'identifiant PAN de compte bancaire dans les exemples considérés ici) et la date EXP d'expiration de la carte à puce 1000. D'autres types d'identifiant associé à la carte à puce 1000 peuvent être envisagés dans le cadre de l'invention. 5 Le processeur 5100 piloté par le programme d'ordinateur PG1, met ici en oeuvre un certain nombre de modules représentés en figure 3, à savoir : un module de communication 5200, un module d'enregistrement 5300 et un module de vérification 5400. Le module de communication 5200 est apte à communiquer avec le terminal 10 utilisateur 2000 et avec le serveur d'authentification 5000 en utilisant l'interface de communication INT. Dans cet exemple particulier, le module de communication 5200 est apte : - à transmettre, au serveur distant 6000, l'identifiant PAN reçu préalablement du terminal 2000 ; et 15 en réponse à l'identifiant PAN transmis, à recevoir du serveur distant 6000 le premier code d'accès CD1 attribué à l'utilisateur du terminal 2000 pour accéder au service Web S1. Le module d'enregistrement 5300 est apte à enregistrer le premier code d'accès CD1 en association avec l'identifiant PAN reçu. Dans l'exemple envisagé ici, les données en 20 question sont enregistrées dans la base de données M2. Dans un exemple particulier, le module de communication 5200 est apte à recevoir une requête d'authentification provenant du serveur d'accès 3000, cette requête comprenant un deuxième code d'accès (noté CD2) et un premier code dynamique de sécurité généré par la carte à puce 1000 (par exemple en exécutant une fonction 25 cryptographique à partir de l'identifiant PAN et de la date EXP de la carte à puce 1000, et à partir d'une donnée temporelle). Toujours dans cet exemple, le module de vérification 5400 est apte à vérifier la validité du deuxième code d'accès en comparant celui-ci avec chaque code d'accès enregistré dans la base de données M2. 30 Le module de vérification 5400 est en outre apte à vérifier la validité du premier code dynamique de sécurité transmis par le terminal 2000. Pour ce faire, le module de vérification 5400 est dans cet exemple configuré pour générer un deuxième code dynamique de sécurité, pour comparer les premier et deuxième codes dynamiques de sécurité, et pour détecter à partir de cette comparaison si le premier code dynamique de 3045878 12 sécurité fourni par le terminal 2000 est valide. Le module de vérification 5400 détecte par exemple que le premier code dynamique de sécurité est valide seulement s'il coïncide avec le deuxième code dynamique de sécurité. Dans un exemple particulier, le premier code dynamique fourni par le terminal 2000 est détecté comme valide uniquement en cas 5 d'identité des premier et deuxième codes dynamiques de sécurité. Dans un exemple particulier, le module de vérification 5400 est configuré pour générer le deuxième code dynamique de sécurité en exécutant la fonction cryptographique F à partir d'une donnée temporelle, de l'identifiant PAN associé à la carte à puce 1000 et de la date EXP de la carte à puce 1000. 10 D'autre part, dans l'exemple envisagé ici, le module de communication 5200 est configuré pour envoyer au serveur d'accès 3000 un message d'authentification positive uniquement si : - le premier code dynamique de sécurité généré par la carte à puce 1000 et envoyé par le terminal 2000 est valide ; et si 15 - le deuxième code d'accès envoyé par le terminal 2000 est valide (c'est-à- dire si le deuxième code d'accès est enregistré en tant que code d'accès valide dans la base de donnes M2). Un mode de réalisation particulier est à présent décrit en référence à la figure 4. Plus précisément, le serveur d'authentification 5000 met en oeuvre un procédé 20 d'authentification en exécutant le programme d'ordinateur PG1. Le serveur d'accès 300 exécute ici un programme d'ordinateur PG2. On supposera dans ce mode de réalisation que le titulaire de la carte à puce 1000 interagit avec le terminal 2000 pour s'inscrire dans un premier temps auprès du service Si, puis ultérieurement pour s'authentifier afin d'accéder au service Si. 25 Pour ce faire, le terminal 2000 envoie (A2) des données DT1 comprenant : un identifiant associé à la carte à puce 1000, à savoir l'identifiant PAN (numéro de compte bancaire) dans cet exemple ; - la date EXP d'expiration de la carte à puce 1000 ; et - un code dynamique de sécurité DCVV1 généré au préalable par la carte à 30 puce 1000. Dans l'exemple envisagé ici, les données DT1 sont des données de transaction bancaire. 3045878 13 Ces données DT1 sont par exemple transmises au serveur d'accès 3000 sous la forme d'une requête d'inscription visant à inscrire le titulaire de la carte à puce 1000 auprès du service S1. Dans ce mode de réalisation, le code dynamique de sécurité DCW1 inclus dans les 5 données DT1 est généré au préalable par la carte à puce 1000 en exécutant la fonction cryptographique F à partir de l'identifiant PAN, de la date EXP d'expiration de la carte à puce 1000 et d'une donnée temporelle. Cette donnée temporelle est par exemple obtenue par la carte à puce 1000 à partir de l'horloge CLK. On suppose par exemple que l'utilisateur souhaitant s'inscrire auprès du service S1 10 utilise sa carte à puce 1000 afin d'obtenir le code dynamique de sécurité DCVV1, puis saisit ce code dynamique de sécurité DCW1 sur son terminal 2000. Le serveur d'accès 3000 reçoit les données DT1 lors d'une étape de réception B2. Le serveur d'accès 3000 transmet (B4) ensuite ces données DT1 au serveur d'authentification 5000, qui les reçoit lors d'une étape de réception C4. 15 Le serveur d'authentification 5000 vérifie (C6) alors l'authenticité des données DT1 reçues. Dans cet exemple particulier, le serveur d'authentification 5000 vérifie, au cours de l'étape de vérification C6, si le code dynamique de sécurité DCW1 est valide. Pour ce faire, le serveur d'authentification 5000 génère (C8) un code dynamique de sécurité 20 DCW2 en exécutant la fonction cryptographique F à partir des données de transaction bancaire DT1 (plus précisément l'identifiant PAN et la date EXP d'expiration) reçues en C4 et à partir d'une donnée temporelle. Dans cet exemple, le serveur d'authentification 5000 détermine à partir de l'identifiant PAN reçu que c'est la fonction cryptographique F qui doit être exécutée. Le serveur d'authentification 5000 compare (C10) ensuite le code 25 dynamique de sécurité DCW1 envoyé par le terminal 2000 avec le code dynamique de sécurité DCW2 calculé à l'étape C8. Le serveur d'authentification 5000 détecte (C12) que le code dynamique de sécurité DCW1 est valide seulement si ledit code DCW1 coïncide avec le (ou est identique au) code dynamique de sécurité DCW2 obtenu en C8. Si le résultat de la vérification C6 est positif (DCW1 est valide), le serveur 30 d'authentification 5000 procède à l'étape C14, sinon le procédé prend fin. Au cours d'une étape d'envoi C14, le serveur d'authentification 5000 envoie au serveur distant 6000 l'identifiant PAN, ce dernier étant dans cet exemple inclus dans un message Ml. Le serveur distant 6000 reçoit le message M1 au cours d'une étape de réception D14. 3045878 14 Le serveur distant 6000 cause alors l'envoi (D16) d'un code d'accès CD1 à l'utilisateur du terminal 2000. Ce code d'accès CD1 est attribué à l'utilisateur du terminal 2000 pour accéder ultérieurement au service S1. Le code d'accès CD1 peut prendre toute forme appropriée (clé cryptographique, chaîne de symboles...). 5 On suppose dans cet exemple que le code d'accès CD1 est un code unique attribué à l'utilisateur titulaire de la carte à puce 1000 pour s'authentifier auprès du serveur d'authentification 3000 au vu d'accéder au service S1. L'envoi D16 du code d'accès CD1 par le serveur distant 6000 peut être réalisé par tout moyen approprié. Le code d'accès CD1 peut par exemple être transmis via un 10 message SMS sur le terminal 2000 (ou sur un autre terminal). Selon une variante, le code d'accès CD1 est transmis par courrier à l'utilisateur. De plus, le serveur distant 6000 envoie le code d'accès CD1 au serveur d'authentification 5000 au cours d'une étape d'envoi D18. Le serveur d'authentification 5000 reçoit le code d'accès CD1 au cours d'une étape de réception C18. 15 Au cours d'une étape d'enregistrement C20, le serveur d'authentification 5000 enregistre, dans la base de données M2, le code d'accès CD1 en association avec la date EXP d'expiration (ou plus généralement, une donnée relative à la date EXP d'expiration) et l'identifiant PAN de la carte à puce 1000. Comme indiqué par la suite, des données additionnelles, comme par exemple un identifiant du service S1 en question, peuvent en 20 outre être enregistrées le cas échéant dans la base de données M2 en association avec le code d'accès CD1, la date EXP d'expiration et l'identifiant PAN. A l'issue de l'étape d'enregistrement C20, l'utilisateur a réalisé son inscription au service S1 et dispose d'un code d'accès CD1 pour accéder au service S1. On suppose à présent qu'un utilisateur tente d'accéder au service S1 à partir du 25 terminal utilisateur 2000. Pour ce faire, le terminal 2000 envoie (A30) des données DT2 comprenant un code d'accès que l'on nomme ici CD2, et un code dynamique de sécurité DCW3. Ces données DT2 sont par exemple envoyées dans une requête d'accès. Les données DT2 sont par exemple des données de transaction bancaire. Dans l'exemple envisagé ici, le code dynamique de sécurité DCW3 a au préalable été 30 généré par la carte à puce 1000 en exécutant la fonction cryptographique F à partir de l'identifiant PAN de la carte à puce 1000, de la date EXP d'expiration de la carte à puce 1000 et d'une donnée temporelle. Cette donnée temporelle est par exemple obtenue par la carte à puce 1000 à partir de l'horloge CLK. 3045878 15 Le serveur d'accès 3000 contrôlant l'accès au service S1 reçoit les données DT2 au cours d'une étape de réception B30. Au cours d'une étape d'envoi B32, le serveur d'accès 3000 envoie au serveur d'authentification 5000 une requête d'authentification RQ comprenant les données DT2. 5 Le serveur d'authentification 5000 reçoit cette requête RQ au cours d'une étape de réception C32. Au cours d'une étape C33, le serveur d'authentification 5000 détermine si le code d'accès CD2 reçu en C32 est valide en comparant le code d'accès CD2 reçu en C32 avec le ou les codes d'accès préenregistrés dans la base de données M2. On suppose ici que 10 l'utilisateur en question est le titulaire de la carte à puce 1000 ayant préalablement reçu le code d'accès CD1, et que le code d'accès CD2 fourni en A30 est identique à CD1. Le serveur d'authentification 5000 détermine (C33) par conséquent que le code d'accès CD2 est valide et procède à l'étape C34. Le serveur d'authentification 5000 vérifie (C34) ensuite la validité du code dynamique 15 de sécurité DCW3 reçu en C32. Pour ce faire, le serveur d'authentification 5000 génère (C36) un code dynamique de sécurité DCW4 en exécutant la fonction cryptographique F à partir d'une donnée temporelle, et à partir de l'identifiant PAN et de la date EXP d'expiration enregistrés dans la base de données M2 en association avec le code d'accès CD2 (identique à CD1 dans cet exemple). Le serveur d'authentification 5000 détermine 20 par exemple à partir de l'identifiant PAN, que c'est la fonction cryptographique F qui doit être exécutée. Le serveur d'authentification 5000 compare (C38) ensuite le code dynamique de sécurité DCW3 reçu en C32 avec le code dynamique de sécurité DCW4 calculé à l'étape C36. Le serveur d'authentification 5000 détecte (C42) que le code dynamique de sécurité DCW3 est valide seulement si ledit code DCW3 coïncide avec le 25 (ou est identique au) code dynamique de sécurité DCW4 obtenu en C36. Le serveur d'authentification envoie (C44) au serveur d'accès 3000 un message M2 d'authentification positive seulement s'il détermine (C42) que les deux conditions suivantes sont satisfaites : (1) le code d'accès CD2 est valide (autrement dit, que le code d'accès CD2 30 coïncide avec le (ou est identique au) code d'accès CD1) ; et (2) le code dynamique de sécurité DCW3 est valide. Dans l'exemple envisagé ici, on suppose que le serveur d'authentification 5000 détecte en C42 que les deux conditions (1) et (2) ci-dessus sont satisfaites. Aussi, le 3045878 16 serveur d'authentification 5000 déclenche l'envoi C44 du message M2 d'authentification positive. Sur réception (B44) du message M2, le serveur d'accès 3000 détermine (B46) que la requête d'accès de l'utilisateur provenant du terminal 2000 est légitime et autorise (B46) 5 par conséquent l'accès de l'utilisateur au service S1 en question. Si, en revanche, le serveur d'authentification 5000 détecte en C42 qu'au moins l'une des conditions (1) et (2) définies ci-dessus n'est pas satisfaite, il envoie en C44 un message M3 d'authentification négative. Sur réception (B44) du message M3, le serveur d'accès 3000 détermine (B46) que la requête d'accès de l'utilisateur provenant du 10 terminal 2000 n'est pas légitime et refuse (B46) par conséquent l'accès de l'utilisateur au service 51 en question. Conformément au mode de réalisation décrit en référence à la figure 4, on peut ainsi envisager par exemple la réalisation du scénario suivant : un utilisateur utilise en A2 sa carte bancaire de type DCVV pour acheter un 15 article sur un site Web marchand (l'achat par exemple d'un titre de transport sur le site Web d'un service de transport) ; - l'utilisateur reçoit ensuite un code d'accès CD1 envoyé en D16 par sa banque par courrier ou SMS ; - l'utilisateur utilise ultérieurement en A30 son code d'accès CD1 et un code 20 dynamique de sécurité généré par sa carte bancaire DCW pour récupérer son article depuis un terminal appartenant au réseau du marchand (il récupère par exemple un titre de transport sur une borne appartenant à un réseau du service de transport). L'invention permet avantageusement de sécuriser l'accès d'un utilisateur à un service, 25 tel qu'un service web par exemple. L'invention prévoit l'attribution d'un code d'accès à un utilisateur et le stockage, dans une base de données, du code d'accès en association avec un identifiant PAN associé à la carte à puce DCW de l'utilisateur et la date d'expiration de ladite carte. L'utilisateur peut ainsi accéder ultérieurement à un service, ou réaliser une transaction, en fournissant son code d'accès et un code dynamique de sécurité généré par 30 sa carte à puce DCW. Contrairement aux techniques conventionnelles, l'utilisateur n'a pas besoin de fournir son numéro de compte bancaire PAN ou la date EXP d'expiration de sa carte bancaire lorsqu'il accès au service en question. Un code d'accès lui est fourni à cette fin par l'entité compétente (sa banque par exemple). Il est ainsi possible de limiter la 3045878 17 diffusion du numéro de compte bancaire PAN et de la date EXP d'expiration de la carte bancaire, ces données sensibles étant susceptibles d'être dérobées. L'invention peut offrir une authentification renforcée en faisant intervenir un code d'accès statique attribué par une entité compétente à l'utilisateur, ainsi qu'un code 5 dynamique (le code DCW) qui varie dans le temps. De plus, un code d'accès spécifique peut être attribué à l'utilisateur pour chaque service parmi une pluralité de service. Il est ainsi possible d'offrir un contrôle flexible et sécurisé de l'accès d'un utilisateur à une pluralité de services. On comprendra que divers variantes de réalisation des exemples décrits ci-dessus 10 peuvent être envisagées dans le cadre de l'invention. Selon un mode de réalisation particulier, le serveur d'authentification 5000 enregistre en C20 (figure 4) un identifiant du service concerné, en association avec le code d'accès CD1 et l'identifiant PAN. Il est par exemple possible d'enregistrer dans la base de données M2, pour un même identifiant PAN, des codes d'accès différents correspondant à des 15 services respectifs. Dans un exemple particulier, la requête RQ reçue en C32 par le serveur d'authentification 5000 comprend l'identifiant du service auquel l'utilisateur souhaite accéder. Selon un mode de réalisation particulier, un même code d'accès CD1, dit code d'accès universel, est attribué à un utilisateur pour accéder à une pluralité de services. Dans un 20 exemple particulier, un tel code d'accès CD1 universel est enregistré par le serveur d'authentification 5000 dans la base de données M2 en association avec l'identifiant PAN de l'utilisateur. De façon avantageuse, une banque ou autre peut ainsi offrir un service d'authentification (basé sur le serveur d'authentification 5000, et éventuellement le serveur distant 6000) universel et de haut niveau de sécurité aux utilisateurs et aux 25 fournisseurs de services 51. Ce mode de réalisation présente un avantage en ce que les utilisateurs n'ont alors besoin de ne mémoriser qu'un seul code d'accès CD1 pour accéder à une pluralité de services 51 (par exemple pour tous les services auxquels l'utilisateur est autorisé à accéder), un haut niveau de sécurité étant offert grâce à l'utilisation du code de sécurité dynamique DCW (étant donné son aspect dynamique et sa génération 30 cryptographique). Selon un mode de réalisation particulier, un code d'accès CD1 universel (permettant l'accès à une pluralité de services) est enregistré par le serveur d'authentification M2 dans la base de données M2 en association avec l'identifiant PAN de l'utilisateur et chaque identifiant d'une pluralité de services auxquels l'utilisateur est autorisé à accéder. En 3045878 18 variante, aucun identifiant de service n'est enregistré et le service d'authentification offert par la banque ou autre à partir du code d'accès CD1 est valable pour tous les services possibles. Selon un mode de réalisation particulier, le code d'accès CD1 attribué à l'utilisateur 5 n'est valide que pour une période de temps donnée. Il est ainsi possible d'adapter dans le temps les droits d'accès d'une pluralité d'utilisateurs à un service donné. Selon un exemple particulier, une condition temporelle est enregistrée dans la base de données M2 en association avec le code d'accès CD1, l'identifiant PAN et la date EXP d'expiration. Dans ce cas, le serveur d'authentification 5000 détecte en C42 que l'authentification est 10 passée avec succès uniquement si la condition temporelle est satisfaite. On notera que, dans les modes de réalisation décrits ci-avant, l'utilisateur s'inscrit auprès du service S1 en envoyant un code dynamique de sécurité DCW en plus de son identifiant PAN. Selon une variante, le terminal 2000 n'envoie pas le code dynamique de sécurité DCW en A2 (figure 4), l'authentification de l'utilisateur pouvant si besoin être 15 réalisée d'une façon différente. Selon un mode de réalisation particulier, lors la phase d'inscription de l'utilisateur au service S1, l'identifiant PAN peut être reçu par le serveur d'authentification 5000 et/ou par le serveur distant 6000 sans passer par le terminal 2000 et/ou sans passer par le serveur d'accès 3000. Ainsi, dans un exemple particulier décrit en référence à la figure 4, le 20 serveur d'authentification 5000 reçoit en C4 l'identifiant PAN directement du terminal 2000 sans passer par le serveur d'accès 3000, ou bien sans passer ni par le terminal 2000 ni par le serveur d'accès 3000. De même, selon une variante, le serveur distant 6000 peut recevoir (D14) l'identifiant PAN directement du terminal 2000 ou du serveur d'accès 3000. L'utilisateur peut par exemple se rendre à sa banque, se connecter à un service en 25 ligne tel qu'un service d'e-banking, ou encore se connecter au serveur distant 6000 avec un autre terminal que le terminal 2000. Pour s'authentifier et ainsi obtenir son code d'accès CD1, l'utilisateur utiliser par exemple le code secret PIN de sa carte bancaire 1000 ou présenter une pièce d'identité, d'autres méthodes d'authentification étant envisageables. 30 Selon un mode de réalisation particulier décrit en référence à la figure 4, lors de la phase d'inscription de l'utilisateur au service S1, l'utilisateur de la carte à puce 1000 peut demander à sa banque (ou tout autre organisme compétent), ou au serveur distant 6000, de lui fournir le code d'accès CD1 sans qu'il soit nécessaire pour l'utilisateur de fournir l'identifiant PAN de sa carte à puce 1000. En réponse à cette requête, la banque ou le 3045878 19 serveur distant 6000 peut par exemple transmettre le code d'accès CD1 au serveur d'authentification 5000, au terminal 2000 ou même directement à l'utilisateur. L'utilisateur peut par exemple réaliser cette demande en se rendant à sa banque ou en se connectant à un service en ligne tel qu'un service d'e-banking. Afin d'obtenir son code d'accès CD1, 5 l'utilisateur s'authentifie selon toute manière appropriée, comme par exemple en présentant un code d'accès e-banking ou une pièce d'identité. Selon un mode de réalisation particulier décrit en référence à la figure 4, lors de la phase d'inscription de l'utilisateur au service Si, le terminal 2000, ou éventuellement le serveur d'accès 3000, envoie directement au serveur d'authentification 5000 le code 10 d'accès CD1 et l'identifiant PAN associé, de sorte que le serveur d'authentification 5000 mémorise dans sa base de données M2 le code d'accès CD1 en association avec l'identifiant PAN. Dans ce cas, le serveur distant 6000 n'est pas nécessaire. Pour ce faire, lors de la phase d'inscription au service Si, le serveur d'accès 3000 peut, par exemple, déterminer le code d'accès CD1 à partir de l'identifiant PAN reçu en B2 du terminal 2000 15 (figure 4). A cette fin, le serveur d'accès 3000 contient par exemple en mémoire le code d'accès CD1 associé à l'identifiant PAN de l'utilisateur. Selon un autre exemple, lors de sa phase d'inscription au service 51, l'utilisateur fournit lui-même le code d'accès CD1 et son identifiant PAN au serveur d'authentification 5000, en passant éventuellement par le terminal 2000 et/ou par le serveur d'accès 3000. L'utilisateur peut par exemple saisir lui- 20 même le code d'accès CD1 de son choix, ainsi que l'identifiant PAN de sa carte 1000, sur son terminal 2000 lors de sa phase d'inscription. Dans les modes de réalisation décrits précédemment, la carte à puce 1000 et le module de vérification 5400 utilisent chacun une donnée temporelle (ou paramètre temporel) pour générer chaque code dynamique de sécurité DCVV. L'homme du métier 25 comprendra que ces données temporelles doivent être synchronisées pour permettre la comparaison de ces codes dynamiques de sécurité. En pratique, pour palier à ces problèmes de synchronisation, le module de vérification 5400 peut être configuré pour générer plusieurs codes dynamiques de sécurité en utilisant différents paramètres temporels (par exemple plusieurs paramètres temporels successifs dans le temps) pour la 30 vérification d'un seul code dynamique de sécurité. Dans ce cas, l'authentification est passée avec succès dès lors que l'un des codes dynamiques de sécurité générés par le module de vérification 54000 correspond au code dynamique de sécurité généré par la carte à puce 1000. 3045878 20 En variante, la donnée temporelle peut être remplacée par un compteur qui est incrémenté : - du côté de la carte à puce 1000 : à chaque fois que la carte génère un nouveau code dynamique de sécurité DCW, par exemple lorsque l'utilisateur appuie sur le 5 bouton poussoir 1400 ; et - du côté du serveur d'authentification 5000 (plus particulièrement son module de vérification 5400) : à chaque fois que celui-ci génère de son côté un code dynamique de sécurité DCW pour vérifier la validité d'un code dynamique de sécurité DCVV généré par la carte à puce 1000. 10 Là encore, l'homme du métier comprendra que ces compteurs doivent être synchronisés pour permettre la comparaison de ces codes. En pratique, pour palier à ces problèmes de synchronisation, le serveur d'authentification peut générer plusieurs codes dynamiques de sécurité en utilisant différentes valeurs de compteur, le code dynamique de sécurité étant jugé valide dès lors que l'un de ces deuxièmes codes dynamiques de 15 sécurité correspond au code dynamique de sécurité généré par la carte à puce. Un homme du métier comprendra que les modes de réalisation et variantes décrits ci-avant ne constituent que des exemples non limitatifs de mise en oeuvre de l'invention. En particulier, l'homme du métier pourra envisager une quelconque adaptation ou combinaison des modes de réalisation et variantes décrits ci-avant afin de répondre à un 20 besoin bien particulier. REVENDICATIONS1. Serveur d'authentification (5000) comprenant: - un module d'enregistrement (5300) apte à enregistrer, dans une mémoire, un identifiant bancaire de type PAN d'une carte bancaire (1000), en association avec une date d'expiration (EXP) de la carte bancaire et un premier code d'accès (CD1) à un service (S1) ; - un module de communication (5200) apte à recevoir une requête d'authentification provenant d'un serveur d'accès (3000) contrôlant l'accès audit service (S1), ladite requête comprenant un deuxième code d'accès (CD2) et un premier code dynamique de sécurité (DCW3) généré par la carte bancaire (1000) ; - un module de vérification (5400) configuré pour générer un deuxième code dynamique de sécurité (DCVV4) à partir de l'identifiant bancaire PAN et de la date d'expiration (EXP) enregistrés dans ladite mémoire, pour comparer les premier et deuxième codes dynamiques de sécurité, et pour détecter que le premier code dynamique de sécurité (DCW3) est valide seulement s'il coïncide avec le deuxième code dynamique de sécurité (DCW4) ; et - ledit module de communication (5200) étant configuré pour envoyer au serveur d'accès (3000) un message d'authentification positive (M2) seulement si : o le deuxième code d'accès (CD2) coïncide avec le premier code d'accès (CD1) enregistré ; et o le premier code dynamique de sécurité (DCVV3) est valide. 2. Serveur d'authentification selon la revendication 1, dans lequel le premier code dynamique de sécurité (DCW3) reçu par le module de communication (5200) dans la requête d'authentification est généré par la carte bancaire (1000) en exécutant une fonction cryptographique à partir de l'identifiant bancaire PAN et de la date d'expiration (EXP), et à partir d'une donnée temporelle ou d'un compteur du nombre de premiers codes dynamiques de sécurité (DCVV3). 3045878 22 3. Serveur d'authentification selon la revendication 2, dans lequel le module de vérification (5400) est configuré pour générer le deuxième code dynamique de sécurité (DCVV4) en exécutant la fonction cryptographique à partir dudit identifiant bancaire PAN et de la date d'expiration (EXP) enregistrés dans ladite mémoire et à partir d'une donnée 5 temporelle ou d'un compteur du nombre de deuxième code dynamique de sécurité (DCW4). 4. Serveur d'authentification selon l'une quelconque des revendications 1 à 3, dans lequel le module de communication (5200) est apte à transmettre, à un serveur distant 10 (6000), l'identifiant PAN associé à la carte bancaire (1000), ledit module de communication (5200) étant apte, en réponse audit identifiant PAN transmis, à recevoir du serveur distant (6000) le premier code d'accès (CD1) pour accéder audit service (S1). 15 5. Serveur d'authentification selon la revendication 4, dans lequel le module (5200) de communication est apte à recevoir, dans des données de transaction bancaire (DT1), l'identifiant PAN à transmettre audit serveur distant (6000). 6. Serveur d'authentification selon la revendication 5, dans lequel le module (5200) 20 de communication est apte à recevoir les données de transaction bancaire (DT1) depuis le serveur d'accès (3000). 7. Serveur d'authentification selon la revendication 5 ou 6, dans lequel : les données de transaction bancaires (DT1) comportent un troisième code 25 dynamique de sécurité (DCCV1) généré par ledit dispositif (1000), l'identifiant bancaire PAN et la date d'expiration (EXP) ; le module de vérification (5400) est apte à vérifier la validité du troisième code dynamique de sécurité (DCVV1) ; ledit module de communication (5200) étant configuré pour transmettre au 30 serveur distant (6000), seulement si la vérification de validité du troisième code dynamique de sécurité (DCVV1) est passée avec succès, l'identifiant PAN et un message (M1) indiquant que ledit troisième code dynamique de sécurité (DCVV1) est valide ; et 3045878 23 - ledit module de communication (5200) étant apte à recevoir du serveur distant (6000), en réponse à l'identifiant et audit message (M1) transmis, ledit premier code d'accès (CD1) à enregistrer par le module d'enregistrement (5300). 5 8. Serveur d'authentification selon la combinaison des revendications 2, 3 et 7, dans lequel : le troisième code dynamique de sécurité (DCVV1) est généré par la carte bancaire (1000) à partir de l'identifiant PAN et de la date d'expiration (EXP) de la carte bancaire (100), et à partir d'une donnée temporelle ou du compteur du 10 nombre de premiers codes dynamiques de sécurité (DCVV3) ; le module de vérification (5400) est configuré pour générer un quatrième code dynamique de sécurité (DCW2) à partir de l'identifiant PAN et de la date d'expiration (EXP) de la carte bancaire (100), et à partir d'une donnée temporelle ou du compteur du nombre de deuxièmes codes dynamiques de sécurité 15 (DCVV4), pour comparer les troisième et quatrième codes dynamiques de sécurité, et pour détecter que le troisième code dynamique de sécurité (DCVV1) est valide seulement si ledit troisième code dynamique de sécurité (DCW1) coïncide avec le quatrième code dynamique de sécurité (DCW2). 20 9. Serveur d'authentification selon l'une quelconque des revendications 1 à 8, dans lequel le module d'enregistrement (5300) est configuré pour enregistrer un identifiant (IDS1) du service (S1) en association avec l'identifiant PAN, la date d'expiration (EXP) et le premier code d'accès (CD1) de sorte que le module de vérification (5400) soit apte à déterminer le premier code d'accès (CD1) associé audit service (S1). 25 10. Serveur d'authentification selon l'une quelconque des revendications 1 à 9, dans lequel le module d'enregistrement (5300) est configuré pour enregistrer le premier code d'accès (CD1) dans ladite mémoire en association avec une pluralité de services. 30 11. Serveur d'authentification selon l'une quelconque des revendications 1 à 10, dans lequel : le module d'enregistrement (5300) est configuré pour enregistrer une condition temporelle en association avec l'identifiant PAN, la date d'expiration (EXP) et le premier code d'accès (CD1), 3045878 24 - le module de vérification (5400) étant configuré pour déterminer que le premier code d'accès (CD1) est valide tant que la condition temporelle est satisfaite. 5 12. Serveur d'authentification (5000) selon l'une quelconque des revendications 1 à 11, dans lequel le module de communication est configuré pour envoyer au serveur d'accès (3000) un message d'authentification négative, si le deuxième code d'accès (CD2) ne coïncide pas avec le premier code d'accès (CD1) enregistré ou si le premier code dynamique de sécurité (DCVV3) n'est pas valide. 10 13. Système (SY) de contrôle d'accès à un service (S1) comprenant : - un serveur d'authentification (5000) selon l'une quelconque des revendications 1 à 12; et - un serveur d'accès (3000) apte à contrôler l'accès audit service (S1), ledit serveur 15 d'accès étant configuré pour autoriser l'accès audit service à un utilisateur associé audit identifiant PAN, uniquement sur réception du message d'authentification positive du serveur d'authentification. 14. Procédé d'authentification mise en oeuvre par un serveur d'authentification 20 (5000), comprenant: - transmission (C14), à un serveur distant (6000), d'un identifiant bancaire PAN associé à un dispositif (1000) ; réception (C18), en réponse à ladite transmission (C14), d'un premier code d'accès (CD1) pour accéder à un service (S1) ; 25 enregistrement (C20) de l'identifiant PAN en association avec le premier code d'accès (CD1) ; réception (C32) d'une requête d'authentification (RQ) provenant d'un serveur (3000) d'accès contrôlant l'accès audit service (S1), ladite requête comprenant un deuxième code d'accès (CD2) et un premier code dynamique de sécurité 30 (DCVV3) généré par le dispositif (1000) en exécutant une fonction cryptographique à partir d'une donnée temporelle ; vérification (C34) de la validité du premier code dynamique de sécurité (DCVV3), ladite vérification comprenant la génération (C36) d'un deuxième code dynamique de sécurité (DCVV4) en exécutant ladite fonction cryptographique à 3045878 25 partir d'une donnée temporelle et à partir dudit identifiant PAN enregistré, la comparaison (C38) des premier et deuxième codes dynamiques de sécurité, et la détection (C34) que le premier code dynamique de sécurité (DCW3) est valide seulement s'il coïncide avec le deuxième code dynamique de sécurité (DCW4) ; 5 et - envoi (C42) au serveur d'accès (3000) d'un message d'authentification positive (M2) seulement si : o le deuxième code d'accès (CD2) coïncide avec le premier code d'accès (CD1) enregistré ; et 10 o le premier code dynamique de sécurité (DCW3) est valide. 15. Programme d'ordinateur (PG2 ; PG3) comportant des instructions pour l'exécution des étapes d'un procédé selon la revendication 14 lorsque ledit programme est exécuté par un ordinateur. 15 16. Support d'enregistrement (M1) lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PG2 ; PG3) comprenant des instructions pour l'exécution des étapes d'un procédé selon la revendications 14.