Katër kufij për t'u kontrolluar para se të paguani përmes një VPN
Një shfletues i mbrojtur, një tunel dhe HTTPS mbrojnë secili një kufi tjetër. Kryeni katër kontrolle me radhë, ndaloni tek i pari që nuk mund ta verifikoni dhe më pas vendosni.
Kaloni nëpër katër kufijtë me radhë dhe shumica e pyetjeve për pagesën përgjigjen vetë. I pari është mjedisi ku ekzekutohet transaksioni, i dyti është rruga që ndjek trafiku i tij, i treti është nëse faqja është me të vërtetë ajo që donit të arrinit, dhe i katërti është çfarë mëson marrësi nga transaksioni pavarësisht rrugës. Një paketë sigurie që bashkon një shfletues të mbrojtur me një tunel ju fton ta trajtoni një buton si një garanci, dhe pikërisht aty kontrollet anashkalohen. Çdo kontrolle ka kushtin e vet të ndalimit, dhe renditja ka rëndësi sepse një më e vonë nuk mund të rregullojë një dështim më të hershëm.
Së pari: çfarë kufizon në të vërtetë mjedisi i mbrojtur
Teksti i shitjes për një modalitet pagese zakonisht rendit kufizime: cilat aplikacione të tjera mund të ndërveprojnë me sesionin, nëse clipboard-i dhe kapja e ekranit janë të kufizuara, nëse sesioni ekzekutohet në një desktop të veçantë. Ajo që nuk vërteton është se një komponent i privilegjuar i hostit, një drejtues ose një mekanizëm hyrjeje jashtë kutisë së rërës nuk mund të arrijë sesionin. Të jesh në një kuti rëre është përshkrim i një kufiri, jo premtim për çdo sulmues.
Lexoni listën e funksioneve për botimin që keni instaluar vërtet, sepse modalitetet e paketuara shpesh ndryshojnë midis niveleve të konsumatorit dhe ndonjëherë mungojnë në pajisjet e menaxhuara. Krahasoni atë listë me dështimin që shihni përpara se të supozoni se kufiri qëndroi.
Pastaj ndaloni dhe pyesni nëse dështimi që po ndiqni është fare lokal. Nëse faqja e pagesës shfaqet gabimisht vetëm brenda modalitetit të mbrojtur, mjedisi është i dyshuari dhe tuneli nuk ka lidhje. Nëse shfaqet saktë kudo, por transaksioni ende dështon, po shikoni kufirin tjetër, dhe dobësimi i modalitetit të mbrojtur nuk do të ndihmojë.
Së dyti: çfarë trafiku mbart tuneli
Një tunel mbron trafikun që mbulon, dhe mbulimi është fakt konfigurimi, jo veti e produktit. Pyesni nëse përfshihet trafiku i vetë shfletuesit të mbrojtur, nëse modaliteti e anashkalon tunelin për arsye performance ose portali captive, dhe nëse një rregull tuneli i ndarë përjashton destinacionin. Një shfletues i zakonshëm që tregon adresën e daljes së ofruesit nuk provon asgjë për një mjedis shfletimi të veçantë të nisur nga një proces tjetër.
Testoni mbulimin nga brenda mjedisit dhe jo nga desktopi. Ngarkoni një faqe që pasqyron adresën tuaj publike në sesionin e mbrojtur dhe krahasoni atë me adresën që shihni jashtë, pastaj përsëritni pasi të rilidhni tunelin. Nëse të dyja përputhen ndërsa tuneli pretendon një dalje tjetër, modaliteti nuk e përdor tunelin dhe kjo mospërputhje meriton të zgjidhet përpara se të fusni të dhënat e kartës. Edhe ndryshimi i adresës së daljes lexohet lehtë tepër: ju tregon cilën rrjetë sheh tregtari, jo kush është tregtari.
Së treti: verifikoni shërbimin dhe jo shenjën
Validimi i certifikatës është ai që vërteton destinacionin, dhe vazhdon të punojë pas daljes së tunelit sepse është mekanizëm i veçantë. Një dritare e mbrojtur me markë dhe një tregues Connected nuk thonë asgjë për zinxhirin e certifikatave që paraqet faqja ku keni arritur.
Kur diçka duket gabim, lexoni certifikatën përpara se ta hidhni poshtë paralajmërimin. Komanda më poshtë kërkon zinxhirin që faqja paraqet vërtet dhe i thotë mjetit të dështojë në një gabim verifikimi.
openssl s_client -connect shop.example:443 -servername shop.example -verify_return_errorKrahasoni subject dhe issuer në atë dalje me adresën që shtypët, dhe konfirmoni rezultatin e verifikimit dhe jo praninë e një dryni. Një paralajmërim brenda një shfletuesi të mbrojtur mbetet paralajmërim, dhe shkaku i zakonshëm është një mospërputhje emri hosti, një përgjigje DNS e rrëmbyer ose një pajisje përgjimi në rrugë. Asnjë prej tyre nuk rregullohet nga tuneli, dhe një modalitet që e shtyp paralajmërimin në heshtje ka hequr informacion që ju nevojitej.
Së katërti: çfarë mëson gjithsesi marrësi
Faqja e pagesës merr gjithçka që i dërgoni: llogarinë me të cilën hyni, adresën e dorëzimit, instrumentin e kartës dhe shumën. Një dalje tjetër rrjeti ndryshon adresën e burimit në regjistrat e tregtarit dhe i lë ato fusha saktësisht si ishin. Nëse llogaria është tashmë e lidhur me ju, tuneli ka ndryshuar një pjesë të vogël të pamjes dhe asgjë nga pjesa identifikuese. Ky nuk është shkak për ta anashkaluar tunelin, vetëm shkak për të mos pritur më që ai ta bëjë këtë punë.
Dokumentacioni i Bitdefender për Safepay përshkruan një shfletues të mbrojtur me integrim tuneli të lidhur, që është një shembull i mirë i një produkti që mbulon dy kufij pa i bashkuar. Edhe mjedisi edhe rruga janë të dobishme, dhe asnjëra nuk garanton për tregtarin.
Për një pagesë që ju intereson, filloni nga adresa e publikuar e organizatës ose aplikacioni i saj zyrtar, mbani kontrollet e identitetit që kërkon faqja, dhe refuzoni çdo asistent të ofruar nga një njoftim i papritur në faqen e pagesës. Nëse modaliteti i mbrojtur ose tuneli shkaktojnë një dështim, emërtoni së pari kufirin: nisja e mjedisit, arritja e rrjetit, validimi i certifikatës ose vërtetimi i llogarisë. Pastaj përdorni rrugën e rikuperimit të mbështetur nga furnizuesi për atë shtresë, në vend që të fikni mbrojtjet për të parë nëse faqja ngarkohet.