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 କେଉଁଠାରେ ସମାପ୍ତ ହୁଏ ତାହା ଚିହ୍ନଟ କରନ୍ତୁ। ସେହି ପ୍ରମାଣ ପ୍ରତ୍ୟେକ ଅପରିଚିତ ସ୍କ୍ରିପ୍ଟକୁ ସାଇଟର ନିଜସ୍ୱ ଆପ୍ଲିକେସନ୍ କୋଡ୍‌ର ତ୍ରୁଟି ଭାବରେ ଗ୍ରହଣ କରିବାଠାରୁ ଅଧିକ ଉପଯୋଗୀ।