Përmbajtje e përzier pas një VPN: rregullo burimin, jo tunelin

Një faqe HTTPS që ngarkon skripte përmes HTTP bën dy kërkesa me dy nivele të ndryshme mbrojtjeje, dhe dryni përshkruan vetëm të parën. Një tunel nuk e ndryshon këtë, sepse mbron transportuesin dhe jo skemën e vetë burimit. Shfletuesi tashmë po ju thotë cila kërkesë dështoi, nëse lexoni konsolën në vend të shiritit të adresës. Tre kontrolle ju çojnë nga një faqe që punon pjesërisht në një riparim të vërtetë.

Lexo kërkesën, jo shiritin e adresës

Një dokument i marrë përmes HTTPS mund t'i referohet një skripti, fletë stili, fonti ose kornize përmes HTTP të thjeshtë. Kjo referencë është një kërkesë më vete, dhe është pikërisht ajo për të cilën ankohet shfletuesi. Mbrojtja e dokumentit kryesor nuk shkon mbrapsht në të, dhe tuneli që mban të dy rrjedhat nuk ndryshon asnjërën skemë. Prandaj faqja mund të jetë njëkohësisht vërtet e sigurt dhe vërtet e prishur.

Ta quash burimin thjesht një skedar të përfshirë nuk e bën zëvendësimin e tij të pafajshëm.

Nëse përmbajtja e një skripti të pasigurt mund të ndryshohet gjatë rrugës dhe më pas të ekzekutohet, ajo mund të ndryshojë sjelljen e faqes, që është problem më i madh se një defekt kozmetik. Imazhet mbartin rrezik më të vogël, por real, kur modifikohen gjatë rrugës. Dryni nuk gënjen për asgjë. Ai po përgjigjet për një pyetje më të ngushtë sesa ajo që i bëtë.

Dijeni cilat burime bllokohen dhe cilat përmirësohen

Shfletuesit nuk i trajtojnë të gjitha llojet e burimeve njësoj. udhëzimet për përmbajtje të përzier i ndajnë kërkesat që përmirësohen në HTTPS nga ato që bllokohen plotësisht, me skriptet, fletët e stilit dhe kërkesat programore në anën e bllokuar, ndërsa imazhet dhe media mund të përmirësohen ose shënohen në vend të kësaj.

Ky ndryshim shpjegon raportet konfuze. Një faqe me skript të bllokuar humbet plotësisht një funksion, ndërsa një faqe me imazh të përmirësuar duket mirë dhe e ka ndryshuar kërkesën në heshtje. Kategoritë e dokumentuara kanë edhe përjashtime, prandaj mos supozoni se çdo URL e një lloji të caktuar do të përmirësohet me sukses. Lexoni atë që konsola thotë për kërkesën specifike në vend që të arsyetoni nga një shtesë skedari.

Një widget i bllokuar nuk është provë që tuneli dështoi. Është provë që shfletuesi bëri punën e vet.

Rregullo referencën në burimin e saj

Për pronarin e një sajti, riparimi i takon vendit ku u shkrua URL-ja e pasigurt: një shabllon, një fletë stili, një skript që monton URL-të, ose një komponent i palës së tretë. Ndryshimi i adresës së dukshme të faqes i lë të gjitha këto të paprekura. Kërkoni burimin për hostin dhe rregulloni çdo referencë, jo vetëm atë të vetmen që konsola përmendi rastësisht.

Më pas konfirmoni që burimi ofrohet vërtet përmes HTTPS me identitet të vlefshëm, sepse një ndërrim skeme nuk mund të krijojë një shërbim që nuk u publikua kurrë atje.

grep -rn "http://assets.example" ./templates
curl -sSI https://assets.example/widget.js | head -n 1

Ndiqui edhe ridrejtimet, sepse një referencë që fillon me HTTPS mund të përfundojë përsëri në një rrugë shpërndarjeje me tekst të thjeshtë. Kur një varësi thjesht nuk ka shpërndarje të sigurt, hiqeni ose zëvendësojeni përmes procesit normal të ndryshimit në vend që të dërgoni një zgjidhje anashkaluese. Për përdoruesin, lini mbrojtjet e shfletuesit të aktivizuara dhe raportoni pronarit të sajtit URL-në e burimit, llojin e tij dhe mesazhin e konsolës. Kurrë mos shpërndani udhëzime që u thonë stafit të lejojnë përmbajtje të pasigurt për një faqe, sepse ai përjashtim mbijeton më gjatë se incidenti që e shkaktoi.

Testojeni faqen përsëri ashtu siç e prekin përdoruesit

Praktikoni veprimet që ngarkojnë burime sipas kërkesës, jo vetëm dokumentin e parë. Faqet sjellin kod, të dhëna dhe shkarkime shtesë pas shtypjes së një butoni, dhe ato kërkesa shpesh janë të pasigurta. Konfirmoni kërkesat specifike dhe sjelljen e dukshme me mbrojtjen ende aktive. Një test që fillon me një profil shfletuesi të lehtësuar nuk mund t'ju tregojë çfarë sheh një përdorues normal.

Tuneli ka ende punën e vet, dhe ajo punë është aksesi në rrjet, jo integriteti i faqes.

Pasi trafiku lë pikën fundore të tunelit, çdo marrje HTTP që mbetet nuk ka fituar asgjë nga transportuesi. Rregulloni rrugën e burimit dhe mbani zbatimin në shfletues në vendin e vet. Ta trajtosh një shtresë tjetër transporti si riparim të një varësie të pasigurt është mënyra se si një ekip përfundon me një skript ndihme që çaktivizon kontrollin që funksiononte saktë.