no-transform மற்றும் HTTPS மூலம் ப்ராக்ஸி உள்ளடக்க மீளெழுத்தை வரம்பிடவும்
HTTP உள்ளடக்கக் கொள்கையை அறிவிக்க 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 எங்கு முடிகிறது என்பதைக் கண்டறியவும். அந்த ஆதாரம் ஒவ்வொரு அறிமுகமில்லாத ஸ்கிரிப்டையும் தளத்தின் சொந்த பயன்பாட்டுக் குறியீட்டில் உள்ள பிழையாகக் கருதுவதை விட பயனுள்ளது.