Binabago ng chain kung sino ang nagbubukas ng bawat koneksyon. Hindi ito nagdadagdag ng encryption dahil lamang may idinagdag na isa pang SOCKS address sa isang listahan.

Isaalang-alang ang isang kliyenteng mismo ang gumagawa ng chain na ito:

application → SOCKS A → SOCKS B → website

Hinihiling muna nito sa A na kumonekta sa B. Sa pamamagitan ng stream na iyon, makikipagnegosasyon ito sa B para sa koneksyon sa website. Kung dinadala ng transport mula sa kliyente patungong A ang dalawang negosasyon nang walang encryption, isang sapat na may kakayahang observer sa link na iyon ang makababasa ng mga setup byte na ipinadala ng kliyente. Ang panlabas na destinasyon ng TCP ay hindi lamang ang posibleng ebidensya ng observer.

Ihiwalay ang chain sa protektadong palitan ng aplikasyon

Maaaring protektahan ng HTTPS ang nilalaman ng aplikasyon ng website pagkatapos magsimula ang sesyon nito ng TLS. Hindi nito binabaligtad na ine-encrypt ang mga naunang setup message ng SOCKS. Hindi rin naka-encrypt na transport ang pagpapatunay ng username at password ng SOCKS5.

Binabago ng naka-encrypt na kaayusan sa pagitan ng kliyente at unang hop ang visibility sa link na iyon. Mayroon pa rin itong operator at isa pang dulo na may hawak ng na-decrypt na stream. Ilarawan ang hangganang iyon ng tiwala sa halip na sabihing hindi matunton ang chain.

Ang parent route na naka-configure sa server ay ibang topolohiya. Kung pinipili ng A ang B sa loob, hindi laging nagpadala ang kliyente ng kumpletong listahan ng mga tagapamagitan sa unang koneksyon nito. Huwag sabihing inilalantad ng bawat chain ang bawat hop sa parehong paraan.

Para sa kapaki-pakinabang na pagtatasa ng privacy, pangalanan ang observer, ang link, ang negosasyon sa proxy at ang mga hangganan ng TLS. Ang website na nagmamasid sa labasan ng B at ang observer ng access network na nanonood sa unang koneksyon ng kliyente ay sumasagot sa magkaibang tanong. Ang pagbilang lamang ng mga hop ay hindi sumasagot sa alinman sa dalawa.

Kaugnay na mga artikulo