FR 3074944 A1 20190614 FR 1761869 A 20171208 La p 6ui:Le invention concerne le domaine des -/:.nsactions 1.ealisées entre un serveur et un ordinateur relié au serveur via un r.àsau tel que le seau Internet. ETAT DE LA TECHNIQUE Il est connu de réaliser des transactions ccnsra T: es entre un serveur commercial et un ocb.nc sur 1 rveur via le réseau In7.,:2 Ces tran umprennent souvent une opération f 10 comn, autorisation de débit d'un compte bancai ou. un paiement validé par la saisie de donnéesd'une bancaire. Le serveur co ,1:1=t en est grié relation avec un serveur fessa ile quI cure ladite orLan'on financ 15 La difficulté une telle isatin commerciale ance est de s'assurer l'utilisateur qui la transaction com=rciale et deTande le pal en.:_ est bien une p.. s les :rvc::u e paiement en qu :it non pas, par exen-ple, 20 une personne ayant trouvé, ou subtilisé à SC':I pro , une carte bancaire. Pour ce faire, le moyen le plus connu est de fournir un code personnel à l'utilisa- Ir de telle man e que l'utilisateur puissc -i-entifier en 25 esant son code personnel sur 1j.e r-sa- web quo lui présente le serveur bancaire. Toutefois, si le code personnel est intercepté par un tiers, ce tiers peut le réutiliser pour effectuer fraud.uo.scsmont des transactions. 30 Pour éviter que le code personnel ne co- transiter en clair sur le réseau Intesciac, il est connu de recourir à un aLe à usage 7(mIramment &:poelé OTP de l'anglais « one-time password ») envoé anisme bancaire à l'utilisateur par une autre 35 ler:anc sur 'in ..e au itucuin 2 tél.A--,nnique cellulaire (ou utilisate= doit saisir le -age aolque un cln.r:io dédié affiché sur , r. oaoo.jï, Ueci supooso c.r.o0its de pouvoi racucrdà réseau GSM. OBJET DE L'INVENTION Un but de l'invention est de foir un ravan pour sécuriser J es trans 2Lions une auth seaJ auquel l'utilisateur n'a pas terpc :irement BREF EXPOSE DE L'INVENTIIl A oet effet, on prévoit, selon l'inve71Tion, un prcc. édé de -,,cu2isati n d'une transaction par Ils ur dispbsa d'une unité inormaL Un ut reliée à or rveur info-r igue par un prefr, .2au, 1' utilisa eur ayant un terminal de téléu agencé pour accéder à un de dème réseau. Le procédé pi- une étape trer dans le -al un p ramêtre de qui _agé ser.aor et qui évolue de man hronisée dans la termina..et le serveur et, lorsq-ue 7inal ne être r;:1(:c.;-;r:dé au deuxième réseau, csr Iritile une iLse d'authentification alternative J'es de : ILL - tant les - denander à l'utilisateur oc 'unité 25 m.Ktique un code temporaire calculé par le terni:-.al -,--)ase du paramètre de synchronisation et d'un ada :,e1 de l'utili ; - le transmettre au serveur pour que le serveur le c à un code _enuoraire calculé par le 'veur à 30 partir du param-t e sync:hr:)nisation L:11 vérificateur (:orrep,:u:tart au -0dt personnel oc l'utilisateur, l'aHt'ientification ê!l_a__ validée si code calculé correspond au code reçu. sr exemple, le premier est un réseau 35 informatique tel que le seau rne.. ; le li L:ième .seau est eau in .ndant. du .mîer comme le 7Lue est un 1 mobile de type -u té onique -rdinateur ; le term_ndl t un t plus courcenr appelé smartphone). 5 Le procédé de l'ilwention permet donc à l'utili 1- de s'authe:i. avec son codi :ssrsonnel qui ne sera pas transmis 2ur un réseau en tut que tel mais , former le c-,-,de temporaire. L'authentifica_ion est dcic réhisée à partir de deux facteurs que soni 10 code pers;-)nnel et le parTetre de synchronisation, le pa,amètre de synchronisation inccrperant ou pas une clé h e. ri La valldte du code usonnel besc:_ uifiée p _ _e termin véri [ee indir.ectement lirs de la ver donc p., 'elle sera -:at_on du cole 15 te:r.psss ire par 1 D'autres actéristiques et avantages de 7'invention ressortiront i 'a lecture de la descrilDt Jn oui suit de TAes de m , en oeuvre particuliers non limitatifs de 1' ]-entiiii. BREVE DESCRIPTION FIGURES Il sera fait référence à la figure unique anne( représentant schématiquement l'architecture globale d'un système utLLable pour la mise en oeuvre de l'i :71SC7KIPTION DETAILLEE DE L'INVENTION réérunce à la figure, le psucédé serin l'inv autcrise la réalisation de -7.rirlsactions, p exemple commerciales ou final _ères, entre en ordinateur-1 d'un utilisateur et un servau de transaction 10 d'un eenrant ou d'un organis= Jan,: r L'ordinateur 1 et le serveur 10 sont reliés à un réseau informatique, ici le reseau Internet I. Le serveur de t.arsction 10 est programmé de façon connue en soi pour permettre à l'ordinateur 1 sa connectant au serveur de trdnsuction 10 vi s le réseau Irte I de J:aliser une transaction comorciale 4 l'achat d'un produit ou une transaction financière comme U; réalisation d'un virement bancir -etion ne c:pnc,::rne pas la transactidn en Tais la secur sation de la trans&ctiun. Cette sécurb3ation repose sur une fication de -'utilis, perme_ au serveur :ss_trer que la persone dc,iandant u] uLilisateur dispouanL nu 6: t de réaliser cette transat- 10 En vue de la atio de l'authentification, le serveur de transaction 10 es._ a::ion- 17.7)e-' se connecter à un serveur d'authentcation 20 r -eau Intel L I. Le serveur authentificaL_ est der _oyens de sa con- 7-7.ion à un P 15 ts.rAnt partie du réseau té_r-lUrle. Le cellulaire P est par exemple L'utilisateur diapos:: .lement d'un terminal de télécommunication, ici un téléphdne 30 de type iphone, qui est égerné pour accéder au réseau télép :e P. 20 L'ordinateur 1, le serveur d- trt_on 10, le serveur d'authentifida on 20 et le téléphone 30 comprennent des processeurs et des mémoires pour pouvoir exécuter :_v-ammes informatique: comprenant des instru .rmettant la mit,,c: en oeuvre du procédé selon 25 uve A un mom(nit de la transaction, l'utilisateur est amené par le -Ir de transaction 10 à donner son accord pour un trarsfert d'argon . Pour ce faire, lu serveur de tana: Lier 10 afficl-e sur l'ordinan,Jr 1. 30 page euh dédié laquelle l'utilisateur doit saisir : soit, dans le cadre d'Jne transaction sersurciale, des informations de sa carte bancaire (comme le nom de l'utilisateur, le numéro do la (71,7rte bancaire, la date fin de validité et un .rypto 35 soit, dans le cadre tranLction financière, un numéro de compte et un c Je Le serveur de transction 10 est ensui programmé pour afficher su r l'ordinaLe 1 une page demandant à l'utilisateur de : 5 saisir un code temporaire qui va lui être trnsm.s sur son télrJ-- - 30 (phase ' authent -Ucation une pnase d'aut lification alternative. 10 La phase d'authentification nominale reposa sur l'erv par le serveur d'authentification télephoe 30 via le résea.1 c.:ellula. ..... P, d'un _ erl.pp que l'utilisateu- doit saisir 1 .eur 1 pOur s'authenti f]er auos1.s du 15 bertification 20. On appellera uoL_ tem1:p7.:aire nominal le code temporaire utilisé lors de la phase d'authentification ne-rinFile. La Phase d' aLLuIcnC.0 ution se déroule comme suit : 20 - le terminal 30 envoie, via li seau cellulaire P, une reouête pour obtenir un code -Lump raire nominal au serveur d'authentification 20 ; - le serveur d'authentification 20 initie alors une pro.1:édure d'athentification en mode connecté de 25 l'utilis en inten-7,7 ssant, via le réseau cellulaire P, avec terminal ce qui inclut la demanc à l'utilis r de saisir son code personnel sur le afin que le code soit validé par le serve d' n / 30 d'authent-f au tern:na_ web. fois l'utilisateu. E:iiichentifïé, le serveur -'-pn 20 transmet le code temporaire nominal 10, et l'utilisateur le saalt sur la page L'ordinateur 1 trans el_ alors le code temporaire 35 nominal au serveur de trans -'on 10 qui le transmet au 6 serveur d'authentif::: Le orveur d'authentification qu'il de rec Trpare le code Lempora ire roioinal code _muoraire nomtnal qu'il a env..:)ye. Le servur d'authentifica7 20 valide l'art1entrfication si les codes te-mn nom-rux correspol l'un à l'autre et en inf=e le serv':q. de L=Isa= [ 10 qui achève alors la transac codes 7K)71aires nominaux ne correspondenL os serveur dfathentification 20 invalide l' 10 et en informe le serveur de transaction 10 ou inter om-77.. alors la transaction en affichai un message erreur snr l'ordinateur 1. On nol_ra cu'une Lion est initiée entre le or de triaction 10 o l'ordinateur 1 15 est initiée entre le serveur de transaoLdon 10 et le serveur d'authentification 20 via le réseau n,ernet I. Le serveur d'authentification 20 n'est connecté côté uti7 sateur qu'au Léleohone 30 par le cellulaire P. 20 S'il le sooaite ou si le - n'est pas en mésnre d'accéder au réseau cellulaire _:, l'utilisateur eut sélectionner la phase d'authentifica' -ornative. Le serveur de transaut un 10 a alors sor ordÏr:steor 1 une page web deTw)dant la un code terr,nc qu'on appellera ici c:cdc tempo] ro alterna Pour que la phase d'authentification alternative nuisse être réalisable, sont enregistrés dans la meni 30 tu. télé 30 : - un code personnel, une formule de ri_Lic iion pour calculer un vérificateur à partir du cou nel, - un paraméLre de synchronisation cL 35 une formule mathéhtique letencil pour calculer le code tempos.. :rna 't. enregis , la _re du serveur -ification pour utilisateur enreg tré : 5 - le vérificateur ; - un paramètre de synchronisation - la forn le m.::hematioue prédéterminée pour calculer le code Le:c.pdrlfe alters-ti Les algorthmes d'authent f ti( utili 10 sont par exemple les algorithmes yOTl (de l'anql « HMAC-ba one-time Password »), e 1' sic « One-Tir word , OCRA , « OATH C allenge- sponse iiL u »)... Le f_ateur est par exemple celer il cci:ioc dcie les proto SFP 15 l'ang Password »), V.P.U1 1' angi s « Veri:ier-Based Password Authent:--tLed Key ou en effectuant un h aqe à aléatoire U « sait »). -.era ,.:ention ces al ri',:hmos ne pàs àpn'. 20 clé seule, comme cas habitue Hem .-2=5 au gel du cde personnel et du paramètre synchronisation. Un exemple de calcul sera donné loin en uLilisant un algorithme HOTP ou TOT téléphone 30 et le serveur dirn 25 IL e.écu'l.ent tous deux un programme l'auhc qui ces agerc7à pour faire évoluer le idaLmetre de synchronisation et pour calculer un code tempurre à partir du oaramètre dc synchronisation. Le ,.ramèr_ de ::32_iunron cation doit é.ioluer de 7 30 nisée 5115g le téléphone 30 et le s LLhentification 20. Pour cc faire, la ution est connue par le tulicIroire 30 et le .":21:veu anthentification 20. Dans nre7'er mode de mise .ration L une 35 cdatage 7-yee téléphone 30 et le serveur d'authentification 20 poux dinntres usages, comme l'af-'-hage de la date et de 1.1-,aJ7e, les connoxins ou :-seau Internet I... Cette donnée d'horodatage :__ue naturellement avec le temps se. Dans un deuxième mode do mise en oeuvre, le parametre de synchronisation est é, _ ' la scmme du nombr, d'authenLllications alternatives ssi : d'une _.1Uf initiale 'incrémentation. A titre J xemple, la cor initiale d'incrémcnL o Lion est égale à 5 et le 10 porcFA717. de synchronisation est donc épel ,t1 nombre d'authentificati alternatives réus:ics. jU2 1Tté de 5. Le paramètre de lisation est asi uugment l'une valeur n rédLtonriiiuLc à chaque phase d'aut'ner. -..7at:'.on alterrnti e. Le paramètre de 15 synchrorFrLon peut égaler-eut comprendre une clé secrète, partagée entre le serveur et le terminal, combinée par une formule math :igue avec la riép d'horodatage ou la somme du romb c"aL.Lhunific rd tern- ives rél_sies et une i_ i7iiiale 20 i nc:rèer.c tian. Paon cali7uer le code temporaire alternatif, l'utilisateur exécute alors sur son teelp:con7:-. 30 le p.r amme d'authentification alternativa. halL nqrarnme demare à l'utilisatur de saisir Ta nsc.nnel, 25 récuLrc, ou calcule le paramètre do '.r:n- 1, puis Io le code temporaire altornatif son la base du Lmètre de synchronisation et du code personnel de utilisateur. Le calcul du code temporc7j_ro alternatif le é ra 30 comprend Ici plus précisémlit 30 veJ:ificateur er appli a'.:ana la formule. de code personnel liguer la -themaLique prédéterminée au eur et au 35 paLam,t-tre synchronisation pour obtenir le code raire alternatif. _sateur saisit le carre tempur ire 9 alternatif sur l'ordinaLcuc 1 qui le transr--:_ u serveur de trans.act:_on 10. Le serveur de là tranm t alcrs de tr.r9erFre alternaLii au serveur d'au.,-e,-tifiar. 20 qui le compare à un code temporaire alternatif calculé par le servcur d'authenti'j lori 22 .è va rt ' paramètre de synchrc;nisation et du vr ficaLc ,esnonant au code peJpnnel de l'utilisat:u_ du code temporair :ilternatif par I' t_nen...ification 20 cciprcnd l'étape rveur :_duer la 10 fc=Jle mathématique prddft_erminée au vérin eur et au paraTet.i e de synchronisa7.ion pour .pdrairterratjf. L'authentificatid-.- =Je -ai-e alterLatif calculé ,::Dr_Ht ru alternatif rF27. Si les tempral ; 15 ne correspondent pas, le d' athentification 20 invalide l'aulnentificati rn et en informe le serveur de transaction 10 qui interrompt alors la :.rinsaction en affichant un meace d'erreu,r sur l'ordjneur 1. 20 e ce 1-Yse en oeuvre air HOP ou. TOP va maintenant être décrl_... Il est procédé à l'échurrn préalable d'une clé entre le terminal et le serveur qui stoc tous la clé K, et une valeur de synchronisation 25 est synononisée entre le terminal et 1:: serveur. l:aI:s le serveur ust également stocké un ver fceceur ,. Le vérificateur v a été obtenu par un calcul selon une ÏJL:-7prédéterminée appHquée au code pel.::::ornel de Ll...eur qui n'est pas, lui, stocké dans 2rver. 30 -".aphase d'au .tification se déroule :(7)mme suit : l'utilisateur saisit son code persona. sur son 35 terminal lequel calcule sucessivem.=t un veL auteur vPIN du .ode p. sonne=' u,nE clé K' en -ombi.:1 K et vPIN (par 10 K'=H(K,vP[ ; pui 2n.,?.re le cmporaire t.e.:matif OTP à partir c t 7,ion mathemat:. ue F telle que OTP=F(K', syncH 1 de tompol.aire alternatif est ensuite saisi 5 sur l'ordinateur et env u serveur ; Ferveur calcule une é dérivée K" à partir la clé K et du vérificatour v, puis 7 que le code temporaire OTP reçu est tel que OTP=(K", sync) ; 10 si le code temporaire est jugé valide, alors les clés K" et K' sont identic- v une forte probabilité et donc IN. L'authentification est donc posit.tve. nns le nrarr.ier rrcdo de réalisation utilisant un 15 para cru de synchron caLion basée sur une donnée d'ho]: da-ge, le serveur authentification applique une marc- éTe7i-eur tenant comute d'une dur. cc. è'àchemin ment Lcmporaire al depui erveur d'autb2nLification 20 d'au fication 20 c:aicuie autant temporair alternatifs que de codes temporatres compte tenu de la marge d'erreur, et conpare 10 co -.erraire alterna 'f reçu avec chaoun t,_,pcna,ires alte,- .1s calculés : 1'aa7.nen ication 25 l'un codes temporaires alt r ode temp 1 - alternatif reçu. La marge est par exempt ici d'une minute et soixante codes temporaires alternatifs sont calculés. Dans le deuxième mode de réalisticn, il est 30 prévu une marge d'err de tenta:, s d'authen alternatives, cette marge d' errunr étant par ex=p de cinq ves d'authentification alternatives. Le servecc d'authentification 20 calcule cinq flP'- aires -'-- natifs r..-spc à la marge 35cour, et ,iif7F-11-, :e le (;;de temucocelle alter=7. reçu 11 avec chacun des codes temperair s alternatifs calculés : l'authentification est valic des codes temporaires alternatifs corr ond au code temporaire alternatif reçu. 5 De préférence, le procédé comprend l'étape de llser le paramètre de svnc:hron' on dans le tE_ fr:e 30 et lu serveur ,TYauthenti uation. 20 lorsqu un accès au -eau cellulaire P est à nuovuoc possY pour le t iénhone 30 ou lorsqu 10 authenl_ cation a été validée. Par ailleurs, il est possible d'utiliser pour le trar.7, du code temporaire dLurutif tout =c. ccocos et/ou tout pr-:)c cryptographue. il est possible d'utilis - un pcctocole de 15 transi: an serveur à serveur par exe71..e HTTPS, SSL ou TLS. Selon une variante de l'invention, un aléa affiché sur 1 ordinat .1r 1 et l'utilisateur le s son téléphone 3; don7, le uougoamrne d'authentif_ 20 utilise hoiéa our calculer le code tem° alternatif. En variante, la saisie n'est pas nécessaire car 'aléa est scanné par le téléphone. L'aléa a par eyemt e la forme d'un QR code qui est s la camera du téléphone. On pourrait aussi vcir une 25 on réseau locale entre le tcrm nal et lu serveur (pour cette htape, comme pour la « saisie » du code temporaire sur la page web...). Le serveur l'aléa pour calcule 30 On notera d'authentification le code tempor ce d'autres modes utilise ..L:1Le=at1 autherr nt tlocition male sont enviFaeables. De préf- n.7e, on cnoi7 a mode d'authenti- :ion n'obligeant pas à transmettre lu code personnel au serveur. A cette on priviiara par r [pie "'-;ation d'un 35 Ainsi, il est Possii21 rs de l'- 'ill..- tic:: 12 e de se passer de l'envoi d'un poraire. On r alors directement mettre oeuvre une icaL on. de l'util- s.ateur à partir de son code sonnel et du vérificaLu.ir associé côté serveur 5 d'authentification tel mie cela ert mis en oeuvre dans les proocol SRP (de 1' arnlais « c..ure Remote ia.crd ») c;.J VPAKE (de 11 7erifier-Based PaF, Tjthci:icated Key .c.n,i,nge »), ou via un vtri f: caLour A_:.7ulé par hachaqL à partir d'un r-l[b:L.-. aléatdirc. (ou 10 « salt »). Un tel mode d'authentification. Tinale ï rait être le suivant : - 1. isateur entre un sur le serveur de ./7cusction ; 15 - 2. le serveur de 'on envoie une requête d'authentification de cet identifiant au rvou d'autl-ertification ; - 3. La serveur d'auLhunLification initie aT -s une procédure d'authenLiiicutor en mode 20 c rincot fl- l'utilisateur en avec le .rnal - qui inclut la demande à - ilisateur saisir son code personnel sur le terminal afin le code soit validé par le serveur 1.7ation en utilisant per l'un des wentionnes ci-dessu ) 4, une fois 1' utilisetcijr nun7:ifié, le serveur d'authentification tranIret résultat 25 ositif au serveur de transac qui peut alors déverrouiller l'accès. 30 Bien ente_-idi., n'a L cac limitée de réalisaLicn ta mais (:.be toute le de 1' inventii telle 'finie ,vendications. En -- 'culier, le'terminal de telL: 35 peut ê à l'unité informatique. 13 L'unité informatique peut être un ordlin eur, un eme serveur, ou une tablette multimédia. L'unité informatique peut être reliée au réseau inf=ati ue par une liaison filaire ou non. Le code per el peut être une suite de caractère_ alphanurigJes di-:ec:te:r.-anL saisis par l'utilisateur ou énoorees à partir da d'un motif réalisé par l'ut-ilisteur ar une dalle tactile du trminal ou un ccc.ane de caractéristiques biomée -iques 10 -es par un capteur biométrique du terminal. La phase d'authentification nominale peut cl4;bater dl --ileuL par l'étape de fair en,Joyer, par. 1:.-J serv r a :h: lcàtion 20, le code teTporaire ner::1r,à1 au te L via le réseau cellulajre P de telle manière 15 que l'1:ti1isateur puisse saisir dans la page eb affichée sur .nateur 1 le code temnoraire nominal reçu par le tel É.nhone 30. Le procédé. neut être MilFe en au 1:ft_ d'un serveur assurant à 1 l'authentification et 20 1F, transaction. Le code I_=peraire peut être lié au contexte de la transaction : au moins une information relative à la entant) DOL I être oaranét e de 25 syrchronnation pour calculer 1_ cade ompuraire. I (par exemple le au code personne] 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. 2. Procédé selon la revendication 1, dans leuel le pa,laretre de synchronisation dépend d'une donnée d'horodatage. 3. Procé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 4. Procé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. 6. Procé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 7. Procié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. 9. Procédé selon la revendication 0, dans lequel le code -1 est vérifié un 35 vériç sur :(-2 serveur d'authen- 16 10. Procé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. 11. Procé.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. 12. Prc.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. 14. Procé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,- 15. Procé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... 16. Procé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. 17. Procé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.