Brevet FR3074944A1 (20190614)

REVENDICATIONS1. Procédé de sécurisation transaction d'une unité effectuée par un utilisateur di informatique reliée à un serveur informatique par un se u, l'utilisateur un tern:nal de oi= icaL :dr. agencé pour lier à un cccxi-me )dédé étant en ce qu'il comprend une étp préalable d' ci .q:stoa dans le terminaT un paT de synchronisation qui est partagé avec le serveur et qui évolue de manière synch c ée d.is le terTiral et le ccc, et en ce que, ssue le t étre rac, c2J: au deuYieme réseau, le art dan une phse d'auftentification altc cor:p::cctacL les étapes de : faire transmettre au serveur par l'unité info=Llue un code temporaire calculé p e sur 1,3bcce du parmètre de synchronisatti cc.de perscnn, de l'utiLisateur Ic transmettre au ser: cLc pour que le ser le corrcccico , un code calculé par le serveur à partir du parameLrr2 de synchronisation et d'un vérific:,t ur correspondant au code peru=icl de l'utilia,ceur, étart valicic si le code calculé corresp:-_. ou code reçu.\n<CLM>\1\tProcédé selon la revendication 1, dans leuel le pa,laretre de synchronisation dépend d'une donnée d'horodatage.\n<CLM>\1\tProcédé selon la revert ion T, dans Leoue lors de l'authentification, le ser%Teur a',1 igue une rqe compte d'une durée d'achemiltement code\n<CLM>\1\tProcédé selon la revendication 3, dans licel le sere, - calcule autant de codes teTporaires que de codes :.erres possibles de la marge 15 d'erreu:', et compare le code temporaire reçu avec cha..2.un des rce Hmporaires calcul H-f-c;cedé selon la I ation le rèrrr de synchronisation évolue avec le nonbrc de 5 phases authentification alternative réalisées.\n<CLM>\1\tProcédé selon la rvendication 5, da J=.-' lequel ,-- Je nchronisatîoh =enté d'une valeur chaque p.,aae d'authentification lé L mi alLernu i 10\n<CLM>\1\tProciédé selon l'une quelconque des revendications précédentes, dans lequel in1 aléa i _ffiché sur l'drdinateur et communl terrin- qri t ise pour calcul,- =ic :_.-aire, le serveur utilisEr.. également l'aide pour c.aln:jar le code 15 temporaire. Procédé selon l'une quelconque des dns précédentes, =prenant une phase ration non J'ale compLun1 .tes étapes de : -'utilisateur entre un identifiant sur le serveur, dit 20 se':-veur de transaction ; le serveur de trensacLion envoie une requête d'authentification de cet identifiant à un deuxième serveur, dit serveur d'authentification ; serveur d'auLI:entificaLicn ai.uc une 25 prc)céd e d'authentificnion de md 5STLIJr c=plennr une .nde à l'utilisateur de se sn son code r onnel sur le terminal afin que le code soit validé par le serveur dthentification ; - fois l'uti]isateur authentifié, le ser;, 30 d'a caticn trr sTet. le résultt pc.sinif au seveur de nra Aft,errouillé_ l'aes de au serveur de transaction.\n<CLM>\1\tProcédé selon la revendication 0, dans lequel le code -1 est vérifié un 35 vériç sur :(-2 serveur d'authen- 16\n<CLM>\1\tProcédé selon l'une ',es revendi:e tid 1 à 7, enant 1:r phase d' coioertant étapes de : re envoyer un code temporaire nomlnue par le 5 serveur au o.iminal via le deu7ieme réseau ; - demander à l'utiliruLrur de saisir dans l'unité informatiq le fore tempeu Ire nominal reçu par le terminal ; - le transmettre au serveur pour que le 10 le compare au code temporaire nominal envoyé et 'il valide "authentification si les codes t aires correspondent.\n<CLM>\1\tProcé.7.1é selon l'une q-.1e- ,que revend c or.F 1 7 10, eomprenane une ;:iooe 15 d'nut'-se ation nonJt:ulc comportant les étapes de : terminal (30) envoie, via le réseau cellulaire (P), une recuéte pour :obtenir un code emooraire nominal au rve-- cation (20) ; - le serveur d'au-LI-len-le ion tcie alors 20 une e d'authentifi 1Lie.:1 en rrocie de eur en inter-Lgissa, via le __seau _ellulaire (P) , le terminal (30), l'authentification en mode eeenee compren la demande t l'utilisdteu- de saisir personnel sur le terminal (30) afin que le code 25 tempe nominal -o 't déverouillé par le serveur d'auLhe eation (20) - une fois l'utilisateur authentifié, le serveur d'authentification (20) transmet le code temo raire nominal au ' rmenal (30) ; 30 - le 7iral-[7:-.7eau :scuvruu pour (-)1.:e le serveur le rode na e 'T qu'il valide l'au -Ientification si Jes codes tcrrcraires nominaux correspondent.\n<CLM>\1\tPrc.cdcc selon la revendicat° 10 ou 11, Jcrs 35 lequel 1' envoI ru cpele temporaire est oéde par l' émane 17 de Jrmettre à l'utilisateur d'initier une r d';; ificatiun alternative s'il le souhaite. . Proctué selon l'une des revendicatir 8 à 12, scurprenant l'étape de réactualiser le parame7.re de synchrcsisation lorsqu'un accès au deuxième réseau est dispc iible.\n<CLM>\1\tProcédé selon 10 tempo/u car le terminal comprend 1 ualculer le verifieateur -= partir du code poisu::nel puis arc une rmule nathématicrueprédurer:LlLcie vÉrut au paranècre de sync rcsi.salic esle calcul u-Dde temporaire pa.- le sereu nd l' étape 15 d'ai quer la formule mathématique p/ riir au vérificateur et au paramètre de synchronisL,-\n<CLM>\1\tProcédé selon la revu ticaticu 14, dans lucicel la phase d'autertificat Tu lte=a':ive met en oeuvre l'un des algorithT 17,ificaticn suivant : 20 - HOTP - DTP ; - OCRA...\n<CLM>\1\tProcédé selon la revendication 14 ou la -ndication 15, dans lequel le vérificulir --ft calculé 25 ce 1 e T-Te Tianiere que dans les protuc us suivent : - SRP - VPAKZ chagé à partir d'un nombre aléatoire.\n<CLM>\1\tProcédà selon conque des 30 revendicat 05 pr (::tentes, mis en PV1uTre au moyen d'un_ -Lifinaion relié à un de transaction e1é à l'unité informatique, e procédé comprenant 'étape d'initier une connexion entre le seIvur de ion et l'unité informat et une quelconque des revendications préc&lentes, dar lors de la phase d'authentification alternative, le cslcul du code 35 con-fleyion entre le serveur de transaction et Je serveur 18 unY.iiication, le serveur d'authentification n'éta côté utilts tr qu'au t- -m'nal le deuxièi._ réseau.