SOCKS5-todennusmenetelmien valinta DanTessa

SOCKS5:ssä todennuksesta neuvotellaan ennen kuin asiakas lähettää kohdepyyntönsä. Siksi varhainen tunnistetietojen epäonnistuminen on eri tapahtuma kuin FTP:n, HTTPS:n tai muun sovelluksen epäonnistuminen välityspalvelimen takana.

Asiakkaan tervehdys luettelee tukemansa todennusmenetelmät. Palvelin valitsee yhden menetelmän luettelosta ja lähettää valinnan takaisin. Arvo 0xff tarkoittaa, ettei mikään tarjottu menetelmä ole hyväksyttävä ja yhteys on suljettava. Asiakas ei yksinkertaisesti kokeile jokaista palvelinpuolen menetelmää salasanan epäonnistuttua.

Mitä Danten järjestys ohjaa

Dante 1.4.x kutsuu protokollatason asetusta nimellä socksmethod. Sen dokumentaatio sanoo, että menetelmät luetellaan etusijajärjestyksessä. Käytännölle, joka sallii molemmat menetelmät, tämä julistus suosii käyttäjätunnusta/salasanaa, kun asiakas tarjoaa sen:

socksmethod: username none

Luettelon kääntäminen suosii todennuksetonta käyttöä, kun molemmat menetelmät tarjotaan:

socksmethod: none username

Nämä ovat vaihtoehtoisia menetelmäjulistuksia, eivät täydellisiä palvelinkokoonpanoja. Kuuntelurajapinnat, sallitut asiakkaat, kohdesäännöt ja säännöskohtaiset todennusrajoitukset ovat edelleen tärkeitä.

none sallimisella on konkreettinen seuraus: asiakas, joka tarjoaa vain ei-todennusta, voidaan hyväksyä sovellettavien sääntöjen mukaisesti. username ensimmäisenä ei muuta none sisältävää luetteloa vaatimukseksi, että kaikkien on annettava salasana.

Valitse vaatimus ensin

Jos jokaisen sallitun asiakkaan on todennuttava käyttäjätunnuksella/salasanalla, määritä tämä vaatimus johdonmukaisesti globaaleissa ja sovellettavissa säännöissä sen sijaan, että lisäisit none yleisenä yhteensopivuuskorjauksena. Jos anonyymi käyttö on tarkoituksellista rajatulle asiakasryhmälle, tee ryhmä ja sen sallitut kohteet selkeiksi.

Dantessa on myös clientmethod, joka koskee tarkistuksia, jotka suoritetaan TCP-asiakkaan yhdistäessä ennen SOCKS-neuvottelua. Se on erillinen kerros SOCKS5-tervehdyksessä vaihdetuista menetelmistä. Vanhempaa method avainsanaa käyttävät kokoonpano-otokset on luettava asennetun Dante-version käsikirjan mukaan.

Kun kaksi asiakasta käyttäytyy eri tavoin, vertaa mitä kumpikin tarjoaa, mitä Dante valitsee ja onnistuuko valitun menetelmän alineuvottelu. Tarkastele sitten SOCKS-kohteen vastausta. Tämä järjestys tunnistaa puuttuvan tunnistetietojen takaisinkutsun syyttämättä jokaista epäonnistumista FTP:tä tai muuttamatta palvelimen todennuskäytäntöä sokeasti.

Lopuksi SOCKS5:n käyttäjätunnus/salasana-todennus ei salaa salasanan vaihtoa. Käytä asianmukaisesti suojattua siirtoa tai verkkoa, kun nämä tunnistetiedot tarvitsevat luottamuksellisuutta.