ଏକ ଅତିରିକ୍ତ ନୂଆ ଧାଡ଼ି CONNECT ପରେ TLS ଭାଙ୍ଗି ପାରେ

CONNECT 200 ଫେରାଇଲେ ଏବଂ TLS ତୁରନ୍ତ ଡିକୋଡ କରିନପାରିଲେ, ପ୍ରମାଣପତ୍ର କିମ୍ବା ସାଇଫର ବଦଳାଇବା ପୂର୍ବରୁ ସଂଯୋଜକର ସୀମା ବାଇଟ ଯାଞ୍ଚ କରନ୍ତୁ।

ତିଆରି ଅଧିକାର ମୂଲ୍ୟ ପୂର୍ବରୁ ଏକ ନୂଆ ଧାଡ଼ିରେ ଶେଷ ହୋଇପାରେ। ଆଉ ଏକ ଧାଡ଼ି-ଶେଷ ଯୋଡିଲେ HTTP ହେଡର ଶୀଘ୍ର ଶେଷ ହୋଇପାରେ, ଯାହାଫଳରେ ଉଦ୍ଦିଷ୍ଟ Host ଫିଲ୍ଡ କିମ୍ବା ଅନ୍ୟ ସାଧାରଣ ପାଠ୍ୟ ଅନୁରୋଧ ପଛରେ ରହିଯାଏ।

ସର୍ବନିମ୍ନ HTTP/1.1 CONNECT ଅନୁରୋଧ ଧାଡ଼ିମାନଙ୍କ ମଧ୍ୟରେ CRLF ଏବଂ ଶେଷରେ ଏକ ଖାଲି ଧାଡ଼ି ବ୍ୟବହାର କରେ:

b"CONNECT example.com:443 HTTP/1.1\r\nHost: example.com:443\r\n\r\n"

ଯେକୌଣସି ଅଧିକାର ଫିଲ୍ଡ ସେହି ଶେଷ ଖାଲି ଧାଡ଼ି ପୂର୍ବରୁ ରଖନ୍ତୁ, ଭିତରେ ଧାଡ଼ି ବିରତି ନରଖି। Python ରେ "\n" ଏକ ନୂଆ ଧାଡ଼ି ଦର୍ଶାଏ; ବ୍ୟାକସ୍ଲାସ ଏବଂ n ଅକ୍ଷର ଥିବା କଞ୍ଚା ଷ୍ଟ୍ରିଙ୍ଗ ଦର୍ଶାଏ ନାହିଁ। ହଟାଇବାକୁ ଚେଷ୍ଟା କରିବା ପୂର୍ବରୁ ଏନକୋଡିଂ ସହାୟକ କେଉଁ ବାଇଟ ତିଆରି କରେ ଯାଞ୍ଚ କରନ୍ତୁ—ପୁରୁଣା ସହାୟକ ଧାଡ଼ି ବିରତି ଯୋଡିପାରୁଥିଲେ।

CONNECT ସଫଳ ହେବା ପରେ, ସେହି ବଳକା ବାଇଟ ସୁରଙ୍ଗ ପ୍ରୋଟୋକଲର। ହଜିଯାଇଥିବା ସାଧାରଣ ପାଠ୍ୟ TLS ଆଶା କରୁଥିବା ସାଥୀ ପାଖରେ ପହଞ୍ଚିପାରେ। ସଫଳ ସ୍ଥିତି ଖରାପ ଭାବେ ତିଆରି ଅନୁରୋଧ ପରେ ପୂର୍ବରୁ ଧାଡ଼ିରେ ଥିବା ବାଇଟ ସୁଧାରିପାରିବ ନାହିଁ।

ଗ୍ରହଣ ସୀମା ମଧ୍ୟ ଯାଞ୍ଚ କରନ୍ତୁ। ସକେଟକୁ TLS କୁ ଦେବା ପୂର୍ବରୁ ସମ୍ପୂର୍ଣ୍ଣ ପ୍ରକ୍ସି ପ୍ରତିକ୍ରିୟା ପଢନ୍ତୁ, ଆଂଶିକ ପଠନ ସମ୍ଭାଳନ୍ତୁ ଏବଂ ହେଡର ବାହାରେ ପଢାଯାଇଥିବା ସବୁକୁ ସଂରକ୍ଷଣ କରନ୍ତୁ। ଏକ ସକେଟ ପଠନରେ ଏକ ସମ୍ପୂର୍ଣ୍ଣ ସନ୍ଦେଶ ରହିବା ଆବଶ୍ୟକ ନାହିଁ।

ଯଦି ଏହି ପାର୍ସର ଆପଣଙ୍କର, ତେବେ ସମ୍ପାଦିତ ବାଇଟ ଉପସ୍ଥାପନାକୁ ତାର ବ୍ୟାକରଣ ସହିତ ତୁଳନା କରନ୍ତୁ; ପାସୱାର୍ଡ ଲୁଚାଇ ରଖି ଦୈର୍ଘ୍ୟ ଏବଂ ଧାଡ଼ି ସୀମା ଦୃଶ୍ୟମାନ ରଖନ୍ତୁ। କେବଳ ପ୍ରକ୍ସି ସଂଯୋଗ ଆବଶ୍ୟକ କରୁଥିବା ଆପ୍ଲିକେସନ ପାଇଁ, ରକ୍ଷଣାବେକ୍ଷଣ କରାଯାଇଥିବା ସଂଯୋଜକ ଏହି ଫ୍ରେମିଂ କୋଡ ରଖିବାର ଆବଶ୍ୟକତା ଏଡାଏ।