લાંબી SOCKS શૃંખલા આગળના હોપને આપોઆપ છુપાવતી નથી

શૃંખલા બદલે છે કે દરેક કનેક્શન કોણ ખોલે છે. ફક્ત યાદીમાં બીજું SOCKS સરનામું ઉમેરવાથી એન્ક્રિપ્શન ઉમેરાતું નથી.

એવા ક્લાયન્ટનો વિચાર કરો જે આ શૃંખલા જાતે બનાવે છે:

application → SOCKS A → SOCKS B → website

તે પહેલા Aને B સાથે જોડાવા કહે છે. તે સ્ટ્રીમ દ્વારા તે પછી B સાથે વેબસાઇટ સાથેના કનેક્શન માટે વાટાઘાટ કરી શકે છે. જો ક્લાયન્ટથી A સુધીનું પરિવહન બંને વાટાઘાટોને એન્ક્રિપ્શન વગર લઈ જાય, તો તે લિંક પર પૂરતો સક્ષમ નિરીક્ષક ક્લાયન્ટે મોકલેલા સેટઅપ બાઇટ્સ વાંચી શકે છે. બાહ્ય TCP ગંતવ્ય નિરીક્ષકનો એકમાત્ર સંભવિત પુરાવો નથી.

શૃંખલાને સુરક્ષિત એપ્લિકેશન વિનિમયથી અલગ કરો

HTTPS વેબસાઇટની એપ્લિકેશન સામગ્રીને તેનું TLS સત્ર શરૂ થયા પછી સુરક્ષિત કરી શકે છે. તે અગાઉના SOCKS સેટઅપ સંદેશાઓને ભૂતકાળમાં જઈને એન્ક્રિપ્ટ કરતું નથી. SOCKS5 વપરાશકર્તાનામ/પાસવર્ડ પ્રમાણીકરણ પણ એન્ક્રિપ્ટેડ પરિવહન નથી.

ક્લાયન્ટ અને પ્રથમ હોપ વચ્ચેની એન્ક્રિપ્ટેડ ગોઠવણ તે લિંક પરની દૃશ્યતા બદલે છે. તેનો હજી એક ઓપરેટર અને ડિક્રિપ્ટ થયેલો સ્ટ્રીમ રાખતું બીજું અંતિમ બિંદુ રહે છે. શૃંખલા ટ્રેસ કરી શકાતી નથી એમ દાવો કરવાને બદલે તે વિશ્વાસની સીમા વર્ણવો.

સર્વર પર ગોઠવાયેલો પેરેન્ટ રૂટ બીજી ટોપોલોજી છે. જો A અંદરથી B પસંદ કરે, તો ક્લાયન્ટે તેના પ્રથમ કનેક્શન પર મધ્યસ્થોની સંપૂર્ણ યાદી મોકલી હોય એ જરૂરી નથી. દરેક શૃંખલા દરેક હોપને એક જ રીતે ખુલ્લો પાડે છે એમ દાવો કરશો નહીં.

ઉપયોગી ગોપનીયતા મૂલ્યાંકન માટે નિરીક્ષક, લિંક, પ્રોક્સી વાટાઘાટ અને TLS સીમાઓને નામ આપો. Bના નિકાસને નિહાળતી વેબસાઇટ અને ક્લાયન્ટના પ્રથમ કનેક્શનને જોતો ઍક્સેસ-નેટવર્ક નિરીક્ષક જુદા જુદા પ્રશ્નોના જવાબ આપે છે. ફક્ત હોપ ગણવાથી બંનેમાંથી એકનો પણ જવાબ મળતો નથી.