no-transform आणि HTTPS वापरून प्रॉक्सी सामग्री पुनर्लेखन मर्यादित करा

सामग्री रूपांतरित करणारा प्रॉक्सी ब्राउझरकडे जाण्याच्या मार्गात प्रतिसाद बदलू शकतो: प्रतिमा पुन्हा संकुचित करणे, मार्कअप पुन्हा लिहिणे किंवा सहायक JavaScript घालणे. एका नेटवर्कवर चालणारे पृष्ठ दुसऱ्यावर अपरिचित मार्कअप मिळवत असेल तर ते त्या मध्यस्थाच्या वर्तनाला सामोरे जात असू शकते.

तुम्ही चालवता त्या साइटसाठी HTTP स्पष्ट प्रतिसाद निर्देश देते:

Cache-Control: no-transform

RFC 9111 आवश्यक करते की हा प्रतिसाद निर्देश मिळालेल्या मध्यस्थाने कॅश लागू केली असेल किंवा नसेल, सामग्री रूपांतरित न करता ठेवावी. हे प्रतिमा पुनःसंकुचन आणि मार्कअप इंजेक्शनशी संबंधित आहे, केवळ वस्तू संग्रहित होते की नाही याशी नाही.

ते विद्यमान कॅश धोरणासोबत ठेवा

प्रतिसादात आधीच कॅश निर्देश असल्यास, धोरणाचा उर्वरित भाग टाकून देण्याऐवजी आवश्यकता जाणीवपूर्वक जोडा. उदाहरणार्थ, सार्वजनिकरित्या कॅश-योग्य मालमत्तेत हे असू शकते:

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

हे उदाहरण एका तासाचे ताजेपण धोरण राखून सामग्री रूपांतरण प्रतिबंधित करते. no-transform म्हणजे no-store नाही आणि सामान्य हस्तांतरण प्रक्रिया बंद करत नाही. ज्यांची मूळ सामग्री महत्त्वाची आहे अशा प्रतिसादांवर, योग्य असल्यास स्वतंत्र प्रतिमा प्रतिसादांसह ते सेट करा.

निर्देश मध्यस्थाच्या पालनाद्वारे कार्य करतो. नेटवर्क उपकरणाने सूचना दुर्लक्षित करण्यास तो क्रिप्टोग्राफिकरित्या प्रतिबंध करत नाही.

वाहतुकीचेही संरक्षण करा

HTTPS ब्राउझरला त्याच्या TLS सहकार्‍याकडे प्रमाणीकरण आणि अखंडता संरक्षणासह कनेक्शन देते. एन्क्रिप्टेड रहदारी पास करणारा सामान्य वाहक प्रॉक्सी त्या संरक्षित कनेक्शनमध्ये शांतपणे स्क्रिप्ट घालू शकत नाही. प्रमाणपत्र पडताळणी सुरू ठेवा; TLS संपवणारा स्थानिक विश्वासार्ह तपासणी प्रॉक्सी ही वेगळी व्यवस्था आहे.

पृष्ठ आणि त्यावर अवलंबून असलेली संसाधने HTTPS वरून द्या. HTTP अभ्यागतांना HTTPS वर पुनर्निर्देशित करा आणि सातत्याने समर्थन देऊ शकेल अशा उपयोजनासाठी HSTS विचारात घ्या. केवळ पुनर्निर्देशन HTTP URL वापरलेल्या अभ्यागतासाठी असुरक्षित HTTP देवाणघेवाणीने सुरू होते; पूर्वी शिकलेले किंवा आधीच लोड केलेले HSTS धोरण ती सुरुवातीची निवड बदलते.

इंजेक्ट केलेली स्क्रिप्ट अडवल्याने तिचे दृश्य परिणाम कमी होऊ शकतात, परंतु प्रतिसादात आधीच बदललेला HTML किंवा पुनर्लिखित प्रतिमा URL असू शकतात. एक जुने फंक्शन नाव बदलणे, असामान्य टिप्पणी जोडणे किंवा ऐतिहासिक इंजेक्शन पत्ता मॅप करणे पुढील मध्यस्थासाठी सामग्री अखंडता स्थापित करत नाही.

अहवालाची तपासणी करताना, प्राप्त प्रतिसादाची स्रोताच्या इच्छित सामग्रीशी तुलना करा आणि TLS कुठे संपते ते ओळखा. तो पुरावा प्रत्येक अपरिचित स्क्रिप्टला साइटच्या स्वतःच्या अनुप्रयोग कोडमधील बग मानण्यापेक्षा अधिक उपयुक्त आहे.