De ce 3D Secure nu e ce credeai că e
Anul trecut, un cititor mi-a scris cu o întrebare care, la suprafață, părea simplă: „site-ul casei de pariuri are SSL, deci e protejat 3D Secure?” Răspunsul corect e nu. SSL și 3D Secure rezolvă două probleme complet diferite și a confunda una cu cealaltă te lasă neacoperit pe partea care contează cel mai mult în 2026.
3D Secure 2 — pe care Visa îl numește comercial „Visa Secure” — e protocolul de Strong Customer Authentication mandatat de PSD2 pentru autentificarea plăților online. Numele tehnic vine de la „Three Domain Secure”, cele trei domenii fiind: emitentul (banca ta), acquirer-ul (banca operatorului) și schema de carduri (Visa). Cele trei domenii fac schimb de date despre tranzacție în timp real și decid împreună dacă autentificarea cere intervenția ta directă sau se face automat.
Diferența față de SSL e fundamentală. SSL (sau, mai exact, TLS în versiunile moderne) protejează canalul prin care călătoresc datele între browser-ul tău și serverul casei de pariuri. Asta împiedică un atacator să citească datele cardului tău dintr-o rețea publică WiFi. Dar SSL nu validează că tu, posesorul cardului, ești cel care autorizează tranzacția. Asta e treaba 3D Secure. Un atacator care ți-a furat datele cardului poate face tranzacții pe orice site cu SSL, fără probleme. Pe un site cu 3DS, fără autentificarea ta secundară (SMS, biometric, OTP), tranzacția e respinsă.
În cifre: rata fraudei pentru tranzacțiile card-not-present (CNP) e de 7,5 ori mai mare decât pentru tranzacțiile cu prezența cardului fizică și reprezintă aproape 89% din toată frauda de plată la nivel global. Pariurile online sunt 100% CNP. Fără 3D Secure 2, ar fi una dintre nișele cele mai expuse la fraudă din ecosistemul plăților digitale.
În acest articol explic mecanismul 3DS2 cum funcționează el efectiv în 2026 — diferența față de versiunea veche, fluxurile frictionless și challenge, cifrele de eficiență publicate de Visa, cadrul european PSD2/SCA, programele Visa PERC și VAMP care lucrează în paralel, și ce faci practic când autentificarea eșuează în mijlocul unei depuneri.
De la 3DS1 la 3DS2, o evoluție forțată de fraudă
Versiunea originală a 3D Secure a fost lansată de Visa în 2001 sub numele „Verified by Visa”. Era 3DS1. Pe atunci, autentificarea funcționa în întregime prin pop-up-uri pe browser, cu parolă statică pe care utilizatorul o configura la prima utilizare. Eficient pe vremuri, dar până în 2018 protocolul devenise o problemă mai mare decât soluția pe care încercase să o rezolve.
Trei probleme majore au făcut ca 3DS1 să fie depășit. Prima: rata mare de abandon. Studiile pe care Visa le-a publicat în 2017-2018 arătau că aproximativ 25% din utilizatori abandonau coșul de cumpărături când se confruntau cu un pop-up 3DS1, fie pentru că uitaseră parola, fie pentru că procesul părea suspect. Pentru un parior, 25% rată de abandon înseamnă că o din patru depuneri nu se finalizau. Pentru operatori, asta e o pierdere comercială masivă.
A doua problemă: incompatibilitatea cu mobile. 3DS1 a fost gândit pentru browsere desktop. Pe ecran de telefon, pop-up-urile 3DS1 erau aproape inutilizabile — uneori nu se deschideau deloc, alteori se deschideau în spatele aplicației și utilizatorul nu le vedea. Cu mobile-ul ajuns la 58% din veniturile online de gambling în Europa în 2024 (vs 56% în 2023), a fost clar că o nouă arhitectură era necesară.
A treia problemă: lipsa contextului. 3DS1 nu transmitea bancii emitente date despre dispozitiv, locație, comportament. Banca trebuia să decidă autorizarea cu informații foarte limitate, ceea ce însemna că fie permitea tranzacții fraudulente, fie respingea tranzacții legitime — adesea ambele.
3DS2 a fost specificat de EMVCo (consorțiul format din Visa, Mastercard, American Express, Discover, JCB, UnionPay) și standardizat în 2017. Adopția comercială a început în 2019, în paralel cu intrarea în vigoare a PSD2. Diferențele majore față de 3DS1 sunt patru: 100+ puncte de date per tranzacție trimise băncii emitente; frictionless flow ca opțiune implicită când scorul de risc e sub prag; integrare nativă cu mobile prin SDK-uri în aplicațiile bancare; liability shift îmbunătățit, cu responsabilitate clară pe banca emitentă pentru tranzacții autentificate.
Frictionless flow, autentificarea pe care nu o vezi
Cea mai mare schimbare adusă de 3DS2 nu e cum arată autentificarea când o vezi pe ecran. E faptul că în 80-90% din cazuri, nici nu o vezi. Asta se numește frictionless flow și e arhitectura pe care PSD2 a permis-o în mod controlat, prin excepții explicite.
Cum funcționează în detaliu. Când apeși „Depune” pe casa de pariuri, comerciantul (operatorul) trimite către banca emitentă o cerere de autentificare 3DS, însoțită de pachetul de date pe care l-am descris mai sus — peste 100 de puncte de informație despre tine, dispozitiv, context. Banca rulează aceste date prin motorul ei de Risk-Based Authentication (RBA) într-un timp tipic sub 200 de milisecunde.
Motorul RBA al băncii compară datele primite cu profilul tău istoric. Câteva exemple concrete de comparații: ai mai folosit acest browser? Aceeași locație IP? Suma e tipică pentru tine? Ora e în fereastra ta obișnuită de activitate? Frecvența tranzacțiilor pe acest comerciant e consistentă? Combinând toate aceste semnale, banca produce un scor de risc. Dacă scorul e sub un prag intern (variază între bănci, dar tipic e 30-40 pe o scală de 100), banca îi spune lui Visa „low risk, aprobat fără challenge”. Visa transmite mai departe operatorului. Operatorul finalizează tranzacția. Tu vezi soldul actualizat în 5-15 secunde, fără să fi primit SMS sau să fi deschis aplicația băncii.
Avantajele frictionless flow sunt măsurabile. Tranzacțiile autentificate prin Visa Secure înregistrează în medie o creștere de 4% a ratelor de autorizare și o reducere de 7 basis points a fraudei pentru clienți. La nivel mai concret, pentru tranzacțiile care trec prin Visa Secure, Visa raportează o creștere de 9% a ratei de aprobare la autorizare. Asta înseamnă că o depunere care, fără 3DS, ar fi avut 90% șanse să fie aprobată, prin Visa Secure ajunge la aproximativ 98% șanse.
Frictionless flow are însă limitele sale dictate de PSD2. Anumite tipuri de tranzacții nu pot fi gestionate frictionless, indiferent cât de scăzut e riscul: tranzacții peste 30 euro fără excepție low-value, tranzacții pe comerciant nou (nu au istoric pe profilul tău), tranzacții cu pattern-uri atipice (sumă neobișnuit de mare, oră atipică). În aceste cazuri, sistemul intră în challenge flow.
O întrebare frecventă: dacă majoritatea tranzacțiilor sunt frictionless, înseamnă că autentificarea e mai slabă? Nu — e mai inteligentă. Sistemul nu evită autentificarea, ci o mută din vizibilitatea utilizatorului în background-ul tehnic. Pentru utilizator, asta înseamnă mai puțină fricțiune. Pentru operator, mai puține abandonuri la coș. Pentru ecosistem, frauda scade și conversia crește — un câștig win-win-win pe care 3DS1 nu reușea să-l facă.
În context de pariuri online, asta înseamnă că un parior care depune regulat de pe același telefon, în aceleași intervale orare, la aceiași 2-3 operatori, va vedea aproape exclusiv frictionless flow. Va apăsa „Depune”, va aștepta 5 secunde, soldul s-a actualizat. Autentificarea s-a întâmplat — el nu a văzut-o.
Challenge flow, când banca îți cere dovada
Când scorul de risc depășește pragul intern al băncii, sistemul iese din frictionless și intră în challenge flow. Ăsta e momentul în care utilizatorul devine implicat activ în autentificare — primește SMS, trebuie să deschidă aplicația băncii pentru aprobare biometrică, sau primește un OTP printr-un alt canal.
Există patru metode principale de challenge utilizate în 2026 de băncile românești:
Metoda 1 — OTP prin SMS. Cea mai veche și cea mai răspândită. Banca îți trimite un cod numeric de 4-6 cifre pe numărul de telefon înregistrat. Codul are validitate 5 minute. Tu îl introduci în pop-up-ul 3DS de pe site-ul casei de pariuri. Avantaj: funcționează pe orice telefon. Dezavantaj: vulnerabil la SIM swap, dependent de calitatea rețelei, lent la roaming.
Metoda 2 — aprobare biometrică în aplicația băncii. Banca trimite o notificare push către aplicația ei mobilă de pe telefonul tău. Tu deschizi aplicația, vezi tranzacția (sumă, comerciant), aprobi prin amprentă sau Face ID. Avantaj: rapid, sigur, integrat. Dezavantaj: necesită aplicația băncii instalată, conectată la internet, cu notificări active. Folosită de BCR (mobile banking), BT (BT Pay), ING (Home’Bank), Revolut.
Metoda 3 — OTP prin aplicația băncii fără biometric. Banca îți afișează un cod în aplicație, fără cerere de aprobare. Tu copiezi codul și îl introduci în pop-up-ul 3DS. Folosit ca fallback când biometric-ul nu e configurat.
Metoda 4 — autorizare prin token hardware. Foarte rar la pariuri online. Folosit doar la corporate banking sau la unele bănci private. Necesită un dispozitiv fizic (token) care generează coduri OTP.
Procesul de challenge durează între 30 de secunde și 5 minute. Variabilitatea ține de cinci factori: viteza SMS-ului (rețeaua mobilă), reacția utilizatorului (cât de repede deschide aplicația), latența rețelei (3G vs 5G), starea aplicației băncii (rulează sau nu), corectitudinea introducerii codului. Dacă tranzacția nu e confirmată în 5 minute, sesiunea expiră și utilizatorul trebuie să o ia de la zero.
Trei comportamente bune ale utilizatorilor reduc rata de eșec în challenge:
Primul: aplicația băncii deschisă în background, cu notificări active. Asta scade timpul de la primirea push-ului la aprobare de la 30-60 secunde (când deschizi aplicația de la zero, parolă, etc.) la sub 5 secunde.
Al doilea: telefon cu semnal mobil bun. Pe rețele 4G/5G, SMS-ul vine în 2-5 secunde. Pe rețele saturate sau pe roaming, poate dura 1-2 minute.
Al treilea: ferestre browser fără probleme de cookies. Dacă ai blocate cookie-urile third-party (de exemplu, prin extensia uBlock Origin în mod agresiv), pop-up-ul 3DS poate să nu se deschidă corect și autentificarea eșuează tehnic chiar dacă tu ai introdus codul corect.
Apariția frecventă a challenge-ului nu e o pedeapsă a băncii. E o reflecție a unui scor de risc de moment. Schimbarea dispozitivului, a locației, a IP-ului, sau o sumă atipică pot toate să mute scorul peste prag pentru o tranzacție specifică, fără ca tu să fi greșit ceva. La următoarea tranzacție de pe același dispozitiv, în condiții similare, sistemul va recalcula și posibil va trece în frictionless.
Eficiența reală a 3D Secure în cifre Visa
Cifrele pe care le publică Visa Corporate sunt singura sursă autoritară pentru evaluarea reală a 3D Secure. În contrast cu poveștile anecdotice („ai mei prieteni au fost păcăliți pe pariuri”), datele Visa și Visa PERC oferă o imagine cantitativă a ce înseamnă 3DS pentru frauda CNP.
Cifra fundamentală: rata globală de fraudă Visa pentru tranzacțiile cu prezența cardului fizică a rămas sub 0,1% în 2025. Sub 1 din 1.000 de tranzacții cu cardul fizic e fraudă. Pentru CNP, raportul e diferit dramatic — rata fraudei pentru tranzacțiile card-not-present e de 7,5 ori mai mare decât pentru cele cu prezența cardului și reprezintă aproape 89% din toată frauda de plată. Adică 9 din 10 fraude pe Visa se întâmplă pe canalul online.
3DS2 a fost răspunsul pentru reducerea acestui dezechilibru. Datele agregate din industrie arată că implementarea 3D Secure 2 reduce frauda online cu până la 70%. Pentru un canal care concentrează 89% din toată frauda Visa, o reducere de 70% e o schimbare istorică. În cifre absolute, dacă pre-3DS2 frauda CNP era de aproximativ 1% din volum, post-3DS2 ajunge la 0,3% — încă mai mare decât cardul fizic, dar sub limita de raportare obligatorie a multor jurisdicții.
Pentru pariuri online specific, impactul e și mai pronunțat. MCC 7995 e una dintre categoriile cu cele mai stricte cerințe de fraud monitoring impuse de Visa. Operatorii ONJN care nu respectă pragurile de fraudă risc retragerea capacității de procesare Visa — ceea ce, pentru o casă de pariuri, înseamnă faliment comercial.
O statistică care merită citată: pentru tranzacțiile autentificate prin Visa Secure, Visa raportează o creștere de 9% a ratei de aprobare la autorizare. Asta e neașteptat — mulți presupun că autentificarea cu pas suplimentar înseamnă mai multe respingeri. În realitate, contextul de risc clar (autentificare succesivă) face banca emitentă mai confortabilă să aprobe, în special pe categorii sensibile precum MCC 7995.
Citatul lui Ryan McInerney, CEO Visa Inc., din raportul Q3 2025 către SEC arată traiectoria business-ului în paralel cu adopția 3DS2: Visa delivered another strong quarter, with 14% net revenue growth, 12% GAAP EPS growth and 23% non-GAAP EPS growth. Healthy business driver trends continued through the quarter and into the first few weeks of July.
Adopția unui standard de autentificare care reduce frauda nu a încetinit creșterea Visa — dimpotrivă, a deblocat-o, prin reducerea pierderilor și creșterea ratei de aprobare.
Pentru pariorul individual, semnificația practică e simplă. Dacă vezi vreodată o tranzacție frauduloasă pe cardul tău Visa folosit la pariuri, există un proces clar de chargeback și de recuperare. Există și un ghid separat despre cum identifici și disputezi o tranzacție frauduloasă pe cardul Visa folosit la pariuri, cu pași concreți de la detecție la recuperare.
PSD2 și SCA, cadrul legal european care a forțat tranziția
3DS2 nu e o opțiune comercială pe care operatorii o pot accepta sau refuza. E o obligație legală europeană implementată prin PSD2 (Payment Services Directive 2), directivă a Uniunii Europene care a intrat în vigoare în 2018 și a fost aplicată progresiv până în decembrie 2020.
Conceptul-cheie din PSD2 e Strong Customer Authentication (SCA). SCA cere ca orice plată electronică inițiată de un consumator să fie autentificată prin minim două dintre trei factori independenți: ceva ce ai (telefonul, cardul fizic), ceva ce știi (parola, PIN-ul), ceva ce ești (amprenta, recunoaștere facială). 3DS2 cu OTP SMS îndeplinește SCA: telefonul („ceva ce ai”) + codul SMS care ajunge doar pe telefonul tău („ceva ce știi într-un context dat”). 3DS2 cu biometric îndeplinește SCA și mai clar: telefonul + amprenta.
SCA se aplică pe Spațiul Economic European (EEA) plus UK. România, ca stat membru UE, e supusă integral. Toți operatorii ONJN sunt obligați să folosească 3DS2 pentru tranzacțiile pe care le procesează — nu există opțiune să „dezactivezi 3DS pentru depuneri rapide”. Banca emitentă a cardului tău e și ea obligată să implementeze SCA.
Există însă excepții explicite, gândite să nu îngreuneze inutil tranzacțiile cu risc redus. Cinci excepții relevante pentru pariuri:
Excepția 1 — low-value (sub 30 euro). O tranzacție sub 30 euro poate fi exceptată de la SCA, cu condiția ca în ultimele 5 tranzacții consecutive ale titularului să nu se fi acumulat peste 100 euro de tranzacții exceptate. Pentru o depunere mică (sub 150 lei), banca poate decide să o trateze ca low-value și să o lase fără challenge, chiar dacă alte semnale ar fi sugerat altfel.
Excepția 2 — Transaction Risk Analysis (TRA). Banca emitentă poate exempta tranzacții cu scor de risc foarte scăzut de la challenge, cu condiția să respecte pragurile globale de fraudă (sub 0,01% pe categorie pentru exempții peste 250 euro). Această excepție e fundamentul frictionless flow-ului.
Excepția 3 — recurring transactions. Plățile recurente cu sumă fixă (de exemplu, abonamente) pot fi exceptate. Nu se aplică la pariuri pentru că depunerile nu sunt recurente.
Excepția 4 — whitelisting. Utilizatorul poate adăuga un comerciant pe lista de „trusted beneficiaries” la banca lui, ceea ce exceptează tranzacțiile către acel comerciant de la SCA. Foarte rar folosit la pariuri pentru că presupune că tu identifici operatorul ca „de încredere” — ceea ce contravine principiilor de joc responsabil.
Excepția 5 — same-merchant repeat. Plățile către același comerciant cu pattern stabil pot fi tratate cu RBA mai relaxat. Asta explică de ce un parior care depune mereu pe aceeași casă vede frictionless flow aproape exclusiv, în timp ce primul depozit pe un operator nou aproape întotdeauna trece prin challenge.
PSD2 (UE/SEE/UK) impune SCA pentru plățile electronice; Visa Secure ajută merchantii să fie compliant prin frictionless flow și challenge selectiv. Fără 3DS2, operatorii ar fi în default față de PSD2 și ar pierde licența de procesare. Cu 3DS2, sunt compliant și au și avantajul liability shift-ului către banca emitentă.
Visa PERC, programul de detecție a scamurilor
3DS2 e linia de apărare front-end. În spatele ei, Visa rulează un program mai puțin cunoscut care detectează frauda la nivel de ecosistem: Visa Payment Ecosystem Risk and Control, prescurtat PERC. PERC nu e un produs pe care utilizatorul îl folosește. E un set de capabilități interne ale Visa care monitorizează tranzacțiile globale pentru pattern-uri de fraudă și scam.
În cifre, în raportul Visa PERC Biannual Spring 2025, Visa a detectat 357 milioane USD în fraudă asociată cu schemele de scam și a identificat peste 20.000 de comercianți implicați în scamuri pe parcursul a 12 luni. Asta nu înseamnă că 20.000 de comercianți Visa sunt scammeri — înseamnă că Visa a putut izola, prin pattern matching și AI, comercianți cu pattern de tranzacții asociat cu scam.
Pentru parior, importanța PERC e indirectă dar reală. Dacă cineva încearcă să-ți cloneze cardul (de exemplu, prin phishing), tranzacțiile fraudulente pe cardul tău nu vor trece în mod necesar prin 3DS — atacatorul poate folosi date copiate pe site-uri care nu impun 3DS2 (sub 30 euro, sau în jurisdicții care nu aplică PSD2). În acel moment, PERC e linia secundară de apărare. Dacă pattern-ul tranzacției corespunde unui pattern fraudulos cunoscut, Visa poate alerta banca emitentă pre-aprobare, iar tranzacția e respinsă din start.
O statistică care arată evoluția: rata fraudei de provisionare a tokenurilor Visa în primele șapte zile post-activare a scăzut cu 29% global în 2024 față de anul anterior. Tokenizarea (înlocuirea numărului real al cardului cu un token în baza de date a comerciantului) reduce expunerea — dacă baza de date a operatorului e compromisă, atacatorul fură tokeni, nu numere de card. PERC monitorizează acești tokeni post-activare și detectează utilizările suspecte rapid.
Pentru pariuri online, Visa a aplicat în 2024-2025 un focus crescut pe MCC 7995 în programul PERC. Operatorii ONJN serioși cooperează cu Visa în programe de fraud sharing, ceea ce înseamnă că un atacator care încearcă o schemă pe Betano și e detectat va apărea automat pe lista watch-list pentru toți ceilalți operatori. Asta e una din rațiunile pentru care licența ONJN și acceptarea Visa standard se aliniază în alegerea operatorului — operatorii pirați (fără licență ONJN) nu participă la programele PERC și nu beneficiază de această protecție colaborativă.
Pe operatorii pirați (fără licență ONJN), nu există program PERC care să protejeze jucătorul. 3DS2 e absent sau implementat fals. Frauda e regula, nu excepția. Pentru context, doar în primele zece luni din 2025, ONJN a adăugat 125 de domenii noi pe lista neagră și a depus 44 de plângeri penale împotriva unor platforme nelicențiate cu trafic semnificativ din România. Acoperirea oferită de programele Visa și de cadrul ONJN se aplică exclusiv operatorilor licențiați — un argument economic și de siguranță pentru a evita platformele de pe lista neagră.
VAMP 2025, cum sunt monitorizați acquirerii
Dacă PERC monitorizează frauda la nivelul ecosistemului, VAMP monitorizează acquirerii — adică băncile care procesează tranzacțiile pentru operatori. VAMP înseamnă Visa Acquirer Monitoring Program și e mecanismul prin care Visa impune disciplina pe partea de procesare.
Schimbarea majoră din 2025: începând cu 1 aprilie 2025, Visa Acquirer Monitoring Program (VAMP) include în calcul disputele rezolvate prin RDR și CDRN; pragul „excessive” pentru acquirers este peste 0,7%, iar 0,5%-0,7% înseamnă „above standard” începând cu 1 iunie 2025. Comerciantii care depășesc raportul 0,9% chargeback-tranzacție sunt semnalați de programul VAMP Visa.
Ce înseamnă în practică pragurile? Pentru fiecare 1.000 de tranzacții procesate de un acquirer, sub 5 chargebacks (0,5%) e considerat normal. Între 5 și 7 chargebacks (0,5%-0,7%) — above standard, atenție. Peste 7 (peste 0,7%) — excessive, intervenție obligatorie a acquirer-ului. Comerciantii sub un acquirer care e flagged VAMP încep să sufere consecințe: comisioane mai mari, restricții pe categorii, în cazuri grave retragerea capacității de procesare.
De ce contează pentru parior? Pentru că un operator ONJN cu rate mari de chargeback va vedea acquirer-ul lui flagged VAMP, ceea ce duce la creșterea costurilor operaționale. Aceste costuri se vor reflecta fie în cote mai mici, fie în comisioane mai mari pentru jucător, fie în limitări de procesare. Operatorii responsabili monitorizează agresiv chargeback-urile și investesc în prevenirea fraudei.
Pentru tine ca utilizator, asta înseamnă două lucruri concrete:
Primul: nu deschide chargeback frivol. Dacă ai pierdut bani la pariere și ești supărat, chargeback-ul nu e răspunsul — câștigurile pierdute la jocuri legale nu sunt „fraudă”, ci risc inerent al activității. Un chargeback nelegitim te poate pune pe lista de „high-risk customer” la banca ta și la operator. În cazul gros, contul tău la operator va fi închis permanent.
Al doilea: chargeback-ul real (tranzacție frauduloasă, sumă greșită, serviciu neprestat) e instrumentul tău legitim. Inclusiv pentru pariuri legitime — dacă o tranzacție pe cardul tău e frauduloasă, ai dreptul la chargeback. Procedura e standardizată și protejată de regulamentul european. Dar e un instrument de ultimă instanță, după ce ai contactat operatorul direct.
VAMP, ca și PERC, lucrează în background. Tu nu interacționezi direct cu el. Dar consecințele lui — operatori cu standarde înalte, comisioane previzibile, fraud rate scăzut — modelează ecosistemul în care tu, ca jucător, operezi.
Ce faci când 3D Secure eșuează la depunere
Eșecul 3D Secure în mijlocul unei depuneri e una dintre situațiile cele mai frustrante pentru parior. Apeși „Confirmă”, aștepți codul SMS, codul nu vine, sau vine târziu, sau vine corect dar tranzacția e deja respinsă. Iată cum diagnostichezi și rezolvi rapid.
Pasul 1 — verifică timpul scurs. Dacă au trecut sub 2 minute de la apăsarea „Confirmă” și nu ai primit codul, mai așteaptă. SMS-ul poate avea latență pe rețele saturate. Dacă au trecut peste 5 minute, sesiunea probabil a expirat și tranzacția e abandonată.
Pasul 2 — verifică telefonul. Are semnal? Notificări active? Aplicația băncii deschisă (dacă banca folosește biometric)? Pe roaming, SMS-urile pot ajunge cu întârzieri de câteva minute. WiFi only fără SMS active înseamnă că nu vei primi codul deloc dacă banca îl trimite prin SMS.
Pasul 3 — verifică numărul de telefon înregistrat la bancă. La depunerile pe care le faci de pe un telefon nou sau cu un SIM nou, banca poate trimite codul pe vechiul număr. Verifică în aplicația băncii sau prin Internet Banking ce număr e înregistrat ca „număr autentificare”.
Pasul 4 — încearcă din nou cu un cod nou. Pop-up-ul 3DS are un buton „Retrimite cod” — folosește-l. La a doua încercare cu un cod nou, dacă tot eșuează, problema e probabil mai adâncă (fie cardul, fie banca, fie operatorul).
Pasul 5 — contactează banca. Dacă două încercări consecutive eșuează, sun la centrul de relații cu clienții al băncii (numărul de pe spatele cardului). Banca poate vedea în sistem dacă tranzacția a fost respinsă, autentificată parțial, sau nu a ajuns la ei. În 80% din cazuri, problema se identifică în 5 minute.
Pasul 6 — alternativă temporară. Dacă suspectezi o problemă pe rețeaua mobilă sau la banca ta, încearcă o depunere mai mică (sub limita low-value SCA, deci sub 30 euro) — aceasta poate trece frictionless fără challenge. Asta nu rezolvă problema fundamentală, dar îți permite să continui să joci pe ziua respectivă.
O cauză rar discutată dar reală: extensiile browser care blochează cookie-urile third-party. uBlock Origin în mod agresiv, Ghostery cu setări stricte, sau Privacy Badger pot bloca cookie-urile de care 3DS are nevoie pentru a comunica între domeniul comerciantului și domeniul autentificării. Dacă 3DS eșuează consistent pe browser-ul tău dar funcționează pe alt browser sau pe modul incognito, asta e cauza.
Întrebări frecvente despre autentificare
Trei întrebări care primesc răspuns greșit pe forumuri.
Ce înseamnă 3D Secure 2 pentru parior, în trei propoziții
3D Secure 2 nu e o pătură suplimentară. E arhitectura de autentificare care face plata online posibilă în 2026, într-un context în care frauda CNP ar fi altfel scăpat de sub control. Pentru parior, înțelegerea mecanismului scade frustrarea când apare challenge-ul, accelerează diagnosticul când eșuează, și încurajează alegeri care reduc probabilitatea respingerilor — același telefon, același browser, aceleași intervale orare, aceiași 2-3 operatori.
Pe pariuri online, 3DS2 e standardul minim. Nu e ceva opțional pe care un operator decide să-l implementeze sau nu — e baza pe care întreaga procesare se construiește. Dacă întâlnești un site care îți cere depunere fără 3DS2, alarmă: probabil nu e operator ONJN, ci platformă pirată cu protecție inexistentă.