Die SOCKS4-USERID-draadveld

Verduidelik die SOCKS4-USERID-draadveld en waarom die interpretasie daarvan van die bediener afhang eerder as van SOCKS5-gebruikersnaam/wagwoord-verifikasie.

SOCKS4 sluit 'n USERID-string van veranderlike lengte in wat deur 'n nulgreep beëindig word. Die bediener interpreteer daardie identifiseerder volgens sy beleid; die protokol volg dit nie met SOCKS5-gebruikersnaam/wagwoord-subonderhandeling nie.

'n SOCKS4 CONNECT-versoek na die dokumentasie-adres 203.0.113.8, poort 443, met 'n leë USERID is:

04 01 01 bb cb 00 71 08 00

Die negende greep, 0x00, beëindig die leë veld. Dit is nie die karakter 0 nie, wie se ASCII-waarde 0x30 is. As jy dit weglaat, bly USERID onvoltooid.

Wat die bediener verwag

'n Leë identifiseerder kan gepas wees wanneer die diens geen vereis nie. As dit 'n bepaalde identifiseerder of 'n ander toegangsmechanisme vereis, volg sy gedokumenteerde beleid. 'n Verskafde naam vestig identiteit slegs as die bediener dit valideer.

SOCKS4a brei die hantering van bestemming-hostname uit; dit voeg nie SOCKS5-verifikasie by nie. 'n Diens wat 'n SOCKS5-rekening vereis, het 'n versoenbare kliënt en metode nodig. Om 'n wagwoord in SOCKS4 USERID te plaas, kan nie daardie uitruiling vervang nie en kan 'n onverwante geloofsbrief openbaar maak.

Vir 'n verwerping, kontroleer die SOCKS-weergawe, die versoekte bestemming en die gebruikersbeleid afsonderlik.

Verwante artikels