Mstari mmoja wa ziada unaweza kuvunja TLS baada ya CONNECT
Kagua muundo wa vichwa vya HTTP wakati kiunganishi cha proksi kilichoandikwa kwa mkono kinafungua handaki na kutoa mara moja hitilafu ya TLS.
Wakati CONNECT inarudisha 200 na TLS inashindwa kusimbua mara moja, kagua baiti za mipaka kwenye kiunganishi kabla ya kubadilisha vyeti au cipher.
Thamani ya idhini iliyotengenezwa inaweza kuwa tayari inaisha kwa mstari mpya. Kuongeza mwisho mwingine wa mstari kunaweza kumaliza vichwa vya HTTP mapema, na kuacha sehemu ya Host iliyokusudiwa au maandishi mengine wazi nyuma ya ombi.
Ombi la chini kabisa la HTTP/1.1 CONNECT hutumia CRLF kati ya mistari na mstari tupu mwishoni:
b"CONNECT example.com:443 HTTP/1.1\r\nHost: example.com:443\r\n\r\n"Weka sehemu yoyote ya idhini kabla ya mstari huo tupu wa mwisho, bila kukatika kwa mstari ndani. Katika Python "\n" inawakilisha mstari mpya; mfuatano mbichi ulio na backslash na herufi n hauwakilishi. Kagua ni baiti gani kisaidizi cha usimbaji kinazalisha kabla ya kujaribu kuziondoa—visaidizi vya zamani viliweza kuongeza mikato ya mistari.
Baada ya CONNECT kufaulu, baiti hizo zilizobaki ni za itifaki ya handaki. Maandishi wazi yaliyopotea yanaweza kumfikia mwenzake anayetarajia TLS. Hali ya mafanikio haiwezi kurekebisha baiti ambazo tayari zimo kwenye foleni baada ya ombi lisilo sahihi.
Kagua pia mpaka wa upokeaji. Soma jibu kamili la proksi kabla ya kukabidhi soketi kwa TLS, shughulikia usomaji wa sehemu na uhifadhi kila kitu kinachosomwa zaidi ya vichwa. Usomaji mmoja wa soketi hauhitaji kuwa na ujumbe mmoja kamili.
Ikiwa kichanganuzi hiki ni chako, linganisha uwakilishi wa baiti uliohaririwa na sarufi ya waya; weka urefu na mipaka ya mistari ionekane huku ukificha nenosiri. Kwa programu inayohitaji tu muunganisho wa proksi, kiunganishi kinachotunzwa kinaepuka hitaji la kumiliki msimbo huu wa muundo.