Punguza uandikaji upya wa maudhui ya proksi na no-transform na HTTPS

Proksi inayobadilisha maudhui inaweza kubadilisha jibu njiani kuelekea kivinjari: kubana picha upya, kuandika upya markup au kuingiza JavaScript saidizi. Ukurasa unaofanya kazi katika mtandao mmoja na kupata markup isiyojulikana katika mwingine unaweza kuwa unakumbana na tabia hiyo ya mpatanishi.

Kwa tovuti unayoendesha, HTTP hutoa maagizo ya jibu yaliyo wazi:

Cache-Control: no-transform

RFC 9111 inahitaji mpatanishi anayepokea agizo hili la jibu kuacha maudhui bila kubadilishwa, iwe mpatanishi huyo anatumia akiba au la. Hii inahusiana na ukandamizaji upya wa picha na uingizaji wa markup, sio tu ikiwa kitu kitahifadhiwa.

Iweke pamoja na sera iliyopo ya akiba

Ikiwa jibu tayari lina maagizo ya akiba, ongeza hitaji hilo kwa makusudi badala ya kutupa sera iliyobaki. Kwa mfano, rasilimali inayoweza kuhifadhiwa kwa umma inaweza kuwa:

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

Mfano huu unahifadhi sera ya ubichi ya saa moja huku ukikataza mabadiliko ya maudhui. no-transform haimaanishi no-store na haizimi usindikaji wa kawaida wa uhamishaji. Iweke kwenye majibu ambayo maudhui yake ya asili ni muhimu, ikiwa ni pamoja na majibu tofauti ya picha inapofaa.

Agizo hilo hufanya kazi kupitia utiifu wa mpatanishi. Haizuii kwa njia ya kriptografia kifaa cha mtandao kupuuza maagizo.

Linda usafirishaji pia

HTTPS humpa kivinjari muunganisho wenye uthibitishaji na ulinzi wa uadilifu kwa mwenzake wa TLS. Proksi ya kawaida ya mtoa huduma inayopitisha trafiki iliyofichwa haiwezi kuingiza kwa utulivu script kwenye muunganisho huo uliolindwa. Weka uthibitishaji wa cheti; proksi ya ukaguzi inayoaminika ndani ya nchi inayomaliza TLS ni mpangilio tofauti.

Toa ukurasa na rasilimali zake tegemezi kwa HTTPS. Elekeza wageni wa HTTP kwenda HTTPS, na fikiria HSTS kwa usambazaji unaoweza kuiunga mkono kwa uthabiti. Uelekezaji peke yake huanza na mabadilishano ya HTTP yasiyolindwa kwa mgeni aliyetumia URL ya HTTP; sera ya HSTS iliyojifunza awali au iliyopakiwa mapema hubadilisha chaguo hilo la awali.

Kuzuia script iliyoingizwa kunaweza kupunguza athari zinazoonekana, lakini jibu linaweza kuwa na HTML iliyobadilishwa au URL za picha zilizoandikwa upya. Kubadilisha jina moja la kazi la zamani, kuongeza maoni yasiyo ya kawaida au kuchora ramani ya anwani ya kihistoria ya uingizaji hakuweki uadilifu wa maudhui kwa mpatanishi anayefuata.

Unapochunguza ripoti, linganisha jibu lililopokelewa na maudhui yaliyokusudiwa ya chanzo na tambua mahali TLS inapoisha. Ushahidi huo ni muhimu zaidi kuliko kuchukua kila script isiyojulikana kama hitilafu katika msimbo wa programu ya tovuti yenyewe.