Patru granițe de verificat înainte de a plăti printr-un VPN
Un browser protejat, un tunel și HTTPS păzesc fiecare o graniță diferită. Faceți patru verificări în ordine, opriți-vă la prima pe care nu o puteți confirma și apoi decideți.
Parcurgeți cele patru granițe în ordine și majoritatea întrebărilor despre plată se răspund singure. Prima este mediul în care rulează tranzacția, a doua este calea pe care merge traficul ei, a treia este dacă site-ul este chiar cel pe care voiați să îl atingeți, iar a patra este ce află destinatarul despre tranzacție indiferent de cale. Un pachet de securitate care îmbină un browser protejat cu un tunel vă invită să tratați un buton ca o garanție, și exact acolo sunt sărite verificările. Fiecare verificare are propria condiție de oprire, iar ordinea contează pentru că una ulterioară nu poate repara un eșec anterior.
Întâi: ce limitează de fapt mediul protejat
Textul comercial pentru un mod de plată enumeră de obicei restricții: ce alte aplicații pot interacționa cu sesiunea, dacă clipboardul și captura de ecran sunt limitate, dacă sesiunea rulează pe un desktop separat. Ce nu stabilește este că o componentă privilegiată a gazdei, un driver sau un mecanism de intrare din afara sandboxului nu pot ajunge la sesiune. A fi într-un sandbox este descrierea unei granițe, nu o promisiune despre fiecare atacator.
Citiți lista de funcții a ediției pe care ați instalat-o efectiv, pentru că modurile grupate diferă adesea între nivelurile pentru consumatori și uneori lipsesc pe dispozitivele administrate. Comparați lista cu eșecul pe care îl vedeți înainte de a presupune că granița a rezistat.
Apoi opriți-vă și întrebați dacă eșecul pe care îl urmăriți este măcar local. Dacă pagina de plată se afișează greșit doar în modul protejat, mediul este suspectul, iar tunelul este irelevant. Dacă se afișează corect peste tot, dar tranzacția tot eșuează, priviți următoarea graniță, iar slăbirea modului protejat nu va ajuta.
Al doilea: ce trafic duce tunelul
Un tunel protejează traficul pe care îl acoperă, iar acoperirea este un fapt de configurare, nu o proprietate a produsului. Întrebați dacă traficul browserului protejat este inclus, dacă modul ocolește tunelul din motive de performanță sau portal captiv, și dacă o regulă de tunel divizat exclude destinația. Un browser obișnuit care arată adresa de ieșire a furnizorului nu dovedește nimic despre un mediu de navigare separat lansat de alt proces.
Testați acoperirea din interiorul mediului, nu de pe desktop. Încărcați o pagină care reflectă adresa publică în sesiunea protejată și comparați-o cu adresa pe care o vedeți afară, apoi repetați după reconectarea tunelului. Dacă cele două coincid în timp ce tunelul susține o altă ieșire, modul nu folosește tunelul, iar această nepotrivire merită rezolvată înainte de a introduce datele cardului. Și schimbarea adresei de ieșire este ușor de suprainterpretat: vă spune ce rețea vede comerciantul, nu cine este comerciantul.
Al treilea: verificați serviciul, nu insigna
Validarea certificatului este cea care autentifică destinația și continuă să funcționeze după ieșirea din tunel pentru că este un mecanism separat. O fereastră protejată de marcă și un indicator Connected nu spun nimic despre lanțul de certificate prezentat de site-ul la care ați ajuns.
Când ceva pare greșit, citiți certificatul înainte de a respinge avertismentul. Comanda de mai jos cere lanțul pe care site-ul îl prezintă efectiv și îi spune instrumentului să eșueze la o eroare de verificare.
openssl s_client -connect shop.example:443 -servername shop.example -verify_return_errorComparați subiectul și emitentul din acea ieșire cu adresa tastată și confirmați rezultatul verificării, nu prezența unui lacăt. Un avertisment într-un browser protejat rămâne un avertisment, iar cauza obișnuită este o nepotrivire a numelui de gazdă, un răspuns DNS deturnat sau un dispozitiv de interceptare pe cale. Niciuna dintre ele nu este reparată de tunel, iar un mod care suprimă discret avertismentul a eliminat informații de care aveați nevoie.
Al patrulea: ce află oricum destinatarul
Site-ul de plată primește tot ce îi trimiteți: contul în care vă autentificați, adresa de livrare, instrumentul de card și suma. O altă ieșire de rețea schimbă adresa sursă din jurnalele comerciantului și lasă acele câmpuri exact cum erau. Dacă contul este deja legat de dumneavoastră, tunelul a schimbat o mică parte a imaginii și nimic din partea identificatoare. Nu este un motiv să săriți tunelul, doar un motiv să nu mai așteptați ca el să facă această muncă.
Documentația Bitdefender despre Safepay descrie un browser protejat cu integrare de tunel asociată, ceea ce este un bun exemplu de produs care acoperă două granițe fără a le contopi. Atât mediul, cât și calea sunt utile, și niciunul nu garantează pentru comerciant.
Pentru o plată care vă pasă, porniți de la adresa publicată a organizației sau de la aplicația ei oficială, păstrați verificările de identitate cerute de site și refuzați orice asistent oferit de un mesaj neașteptat pe pagina de plată. Dacă modul protejat sau tunelul provoacă un eșec, numiți mai întâi granița: lansarea mediului, atingerea rețelei, validarea certificatului sau autentificarea contului. Apoi folosiți calea de recuperare susținută de furnizor pentru acel strat, în loc să opriți protecțiile ca să vedeți dacă pagina se încarcă.