Mugatu proxy-en eduki berridazketa no-transform eta HTTPS erabiliz

Edukia eraldatzen duen proxy batek erantzuna alda dezake nabigatzailerako bidean: irudi bat berkonprimitu, markatzea berridatzi edo lagungarri den JavaScript txertatu. Sare batean funtzionatzen duen eta bestean markatze ezezaguna jasotzen duen orrialdeak bitartekari horren jokabidearekin topo egin dezake.

Kudeatzen duzun gune baterako, HTTPk erantzun-direktiba esplizitua ematen du:

Cache-Control: no-transform

RFC 9111ek eskatzen du erantzun-direktiba hori jasotzen duen bitartekariak edukia eraldatu gabe utz dezala, cache bat inplementatzen duen ala ez. Irudien berkonpresioarekin eta markatzearen txertaketarekin du zerikusia, ez soilik objektu bat gordetzen den ala ez.

Eduki ezazu lehendik dagoen cache-politikarekin

Erantzun batek jada cache-direktibak baditu, gehitu baldintza nahita, politikaren gainerakoa baztertu beharrean. Adibidez, publikoki cachean gorde daitekeen baliabide batek hau izan dezake:

Cache-Control: public, max-age=3600, no-transform

Adibide honek ordubeteko freskotasun-politika mantentzen du edukiaren eraldaketa debekatuz. no-transform ez du no-store esan nahi, ez eta transferentziaren ohiko prozesamendua desgaitzen ere. Ezarri jatorrizko edukia garrantzitsua den erantzunetan, hala badagokio irudi-erantzun bereizietan barne.

Direktiba bitartekariaren betetzearen bidez funtzionatzen du. Ez dio kriptografikoki eragozten sare-gailu bati jarraibidea ez ikusiarena egitea.

Babestu garraioa ere

HTTPSek nabigatzaileari autentifikazioa eta osotasun-babesa dituen konexioa ematen dio bere TLS parearekiko. Trafiko zifratua pasatzen duen operadore-proxy arrunt batek ezin du isilpean script bat txertatu konexio babestu horretan. Mantendu ziurtagirien egiaztapena; TLS amaitzen duen tokiko konfiantzazko ikuskapen-proxy bat beste antolamendu bat da.

Zerbitzatu orria eta haren mendeko baliabideak HTTPS bidez. Birbideratu HTTP bisitariak HTTPSra, eta aztertu HSTS etengabe onar dezakeen hedapen baterako. Birbideratze hutsa HTTP URL bat erabili zuen bisitariarentzat HTTP truke babesgaberik hasten da; aurretik ikasitako edo aurrez kargatutako HSTS politikak hasierako aukera hori aldatzen du.

Txertatutako script bat blokeatzeak haren ondorio ikusgaiak murritz ditzake, baina erantzunak jada aldatutako HTMLa edo berridatzitako irudi-URLak izan ditzake. Funtzio-izen zahar bat ordezkatzeak, ohiko ez den iruzkin bat gehitzeak edo historiko den txertatze-helbide bat mapatzeak ez du edukiaren osotasuna ezartzen hurrengo bitartekariarentzat.

Txosten bat ikertzean, alderatu jasotako erantzuna jatorriaren zinezko edukiarekin eta identifikatu non amaitzen den TLS. Ebidentzia hori baliagarriagoa da script ezezagun bakoitza gunearen beraren aplikazio-kodearen akats gisa tratatzea baino.