Štiri meje, ki jih je treba preveriti pred plačilom prek VPN
Zaščiten brskalnik, tunel in HTTPS varujejo vsak svojo mejo. Izvedite štiri preverjanja po vrsti, ustavite se pri prvem, ki ga ne morete potrditi, in se nato odločite.
Prehodite štiri meje po vrsti in večina vprašanj o plačilu se odgovori sama. Prva je okolje, v katerem se izvaja transakcija, druga je pot, po kateri gre njen promet, tretja je, ali je stran res tista, ki ste jo želeli doseči, in četrta je, kaj se prejemnik iz transakcije nauči ne glede na pot. Varnostni paket, ki združuje zaščiten brskalnik s tunelom, vas vabi, da en gumb obravnavate kot eno garancijo, in prav tam se preverjanja preskočijo. Vsako preverjanje ima svoj pogoj za ustavitev, vrstni red pa je pomemben, ker poznejše ne more popraviti prejšnje napake.
Najprej: kaj zaščiteno okolje pravzaprav omejuje
Prodajno besedilo za način plačila običajno navaja omejitve: katere druge aplikacije lahko komunicirajo s sejo, ali sta odložišče in zajem zaslona omejena, ali seja teče na ločenem namizju. Česar pa ne ugotovi, je, da privilegirana komponenta gostitelja, gonilnik ali vnosni mehanizem zunaj peskovnika ne morejo doseči seje. Biti v peskovniku je opis meje, ne obljuba o vsakem napadalcu.
Preberite seznam funkcij izdaje, ki ste jo dejansko namestili, ker se združeni načini pogosto razlikujejo med potrošniškimi ravnmi in na upravljanih napravah včasih manjkajo. Primerjajte ta seznam z napako, ki jo vidite, preden domnevate, da je meja zdržala.
Nato se ustavite in vprašajte, ali je napaka, ki ji sledite, sploh lokalna. Če se plačilna stran napačno prikazuje samo v zaščitenem načinu, je sumljivo okolje, tunel pa ni pomemben. Če se pravilno prikazuje povsod, a transakcija še vedno spodleti, gledate naslednjo mejo, in slabitev zaščitenega načina ne bo pomagala.
Drugič: kateri promet nosi tunel
Tunel varuje promet, ki ga pokriva, pokritost pa je dejstvo konfiguracije, ne lastnost izdelka. Vprašajte, ali je vključen lastni promet zaščitenega brskalnika, ali način obide tunel zaradi zmogljivosti ali ujetega portala, in ali pravilo razdeljenega tunela izključuje cilj. Običajen brskalnik, ki prikazuje izhodni naslov ponudnika, ne dokazuje ničesar o ločenem okolju brskanja, ki ga je zagnal drug proces.
Pokritost preizkusite znotraj okolja in ne z namizja. Naložite stran, ki v zaščiteni seji prikaže vaš javni naslov, in jo primerjajte z naslovom, ki ga vidite zunaj, nato ponovite po ponovni povezavi tunela. Če se oba ujemata, medtem ko tunel trdi drug izhod, način ne uporablja tunela in to neskladje je vredno razrešiti pred vnosom podatkov kartice. Tudi spremembo izhodnega naslova je lahko preveč brati: pove, katero omrežje vidi trgovec, ne kdo je trgovec.
Tretjič: preverite storitev, ne značke
Preverjanje potrdila je tisto, kar overi cilj, in deluje naprej po izhodu iz tunela, ker je ločen mehanizem. Zaščiteno okno z blagovno znamko in indikator Connected ne povesta ničesar o verigi potrdil, ki jo predstavi dosežena stran.
Ko se kaj zdi narobe, preberite potrdilo, preden opozorilo zavrnete. Spodnji ukaz zahteva verigo, ki jo stran dejansko predstavi, in orodju naroči, naj ob napaki preverjanja spodleti.
openssl s_client -connect shop.example:443 -servername shop.example -verify_return_errorPrimerjajte subject in issuer v tem izpisu z vnesenim naslovom in potrdite rezultat preverjanja, ne prisotnosti ključavnice. Opozorilo znotraj zaščitenega brskalnika je še vedno opozorilo, običajni vzrok pa je neujemanje imena gostitelja, ugrabljen odgovor DNS ali naprava za prestrezanje na poti. Ničesar od tega tunel ne popravi, in način, ki opozorilo tiho zatira, je odstranil informacijo, ki ste jo potrebovali.
Četrtič: kaj se prejemnik vseeno nauči
Plačilna stran prejme vse, kar ji pošljete: račun, v katerega se prijavite, naslov dostave, instrument kartice in znesek. Drug izhod v omrežje spremeni izvorni naslov v trgovčevih dnevnikih in ta polja pusti točno taka, kot so bila. Če je račun že povezan z vami, je tunel spremenil majhen del slike in nič od identifikacijskega dela. To ni razlog za izpustitev tunela, le razlog, da prenehate pričakovati, da bo opravil to delo.
Dokumentacija Bitdefenderja o Safepay opisuje zaščiten brskalnik s povezano integracijo tunela, kar je dober primer izdelka, ki pokriva dve meji, ne da bi ju združil. Tako okolje kot pot sta koristna in nobeno od njiju ne jamči za trgovca.
Za plačilo, ki vam je pomembno, začnite na objavljenem naslovu organizacije ali v njeni uradni aplikaciji, obdržite preverjanja identitete, ki jih zahteva stran, in zavrnite vsakega pomočnika, ki ga ponudi nepričakovano obvestilo na plačilni strani. Če zaščiteni način ali tunel povzroči napako, najprej poimenujte mejo: zagon okolja, doseganje omrežja, preverjanje potrdila ali overitev računa. Nato uporabite ponudnikovo podprto pot obnovitve za to plast, namesto da izklopite zaščite, da bi videli, ali se stran naloži.