NetGuardin SOCKS-tila kattaa TCP:n, ei jokaista protokollaa

NetGuard varaa Androidin VPN-rajapinnan liikenteen suodattamista varten, ja se voi luovuttaa tuetut yhteydet SOCKS-päätepisteelle. Nämä kaksi tosiasiaa luetaan usein muotoon “puhelin on VPN:ssä”, mikä on johtopäätös, jota mekanismi ei tue. Suodatin näkee paketit; välityspalvelin näkee vain ne yhteydet, jotka sille todella luovutettiin. Näiden kahden väitteen välissä on koko kattavuuden kysymys.

Alkuperäisen projektin UKK dokumentoi sekä yhden palvelun rajoituksen että SOCKS-vaihtoehdon. Vaihtoehdon olemassaolo ei todista, että jokainen sallittu paketti käyttää sitä, ja juuri tästä aukosta kattavuuskysymykset syntyvät.

Kaksi edelleenlähetyspolkua yhdessä sovelluksessa

Toteutuksen TCP-puoli sisältää SOCKS-yhteyksien käsittelyn, joten sallittu TCP-yhteys voidaan neuvotella välityspalvelimen kanssa ja kuljettaa sen kautta. UDP-puolella on erillinen socket-polku, eikä sen lähetys- ja vastaanottokäsittely riipu tästä TCP-neuvottelusta. Siksi suodattimen sallima datagrammi voi saavuttaa tavallisen verkon kulkematta koskaan välityspalvelimen kautta. Mikään tässä ei ole sovelluksen vika; se on yksinkertaisesti se, mitä kaksi polkua toteuttaa.

Tällä erolla on seuraus, jonka ihmiset esittävät väärin molempiin suuntiin. Jokaisen UDP-paketin kutsuminen vuodoksi jättää estosäännöt huomiotta, koska hylätty datagrammi ei koskaan lähde. Koko järjestelyn kutsuminen VPN:ksi jättää sallitun suoran polun huomiotta, koska osa liikenteestä todella lähtee ilman välityspalvelinta. Sinulla on suodatettu laite, jossa on osittainen välitys, ja rehellinen kuvaus on matriisi, ei tarra.

UDP:n mainostaminen ei ole sen toteuttamista

SOCKS-palvelin, joka väittää tukevansa UDP:tä, ei lisää vastaavaa asiakaspuolen käsittelyä puhelimesi sovellukseen. Protokollan teoreettiset ominaisuudet ja asennetun version käyttäytyminen ovat eri aiheita, ja vain jälkimmäinen kuvaa liikennettäsi.

Tarkista versio ja kokoonpano, jota todella ajat, testaa sitten vaaraton datagrammivirta ja tarkkaile, näkyykö se välityspalvelimella. Kaikki muu on päättelyä ominaisuusluettelosta, ja ominaisuusluettelot kuvaavat aikomuksia, eivät koodipolkuja.

DNS on kolmas polku, ei yksityiskohta

Nimien selvitys lisää matriisiin oman haaransa. Paikallinen DNS-edelleenlähettäjä, tavallinen UDP-kysely, välityspalvelimen itse selvittämä kohdeisäntänimi ja selaimen salattu selvittäjä ovat neljä erillistä järjestelyä. Ne eroavat siinä, kuka kyselyn näkee ja mikä verkkopolku sen kuljettaa, ja niiden sekoittaminen tuottaa testin, joka ei todista muista mitään.

Päätä tietoisesti, minkä haluat. Jos vaatimus on, että nimet selvitetään tunnelin kautta, pelkkä selainasetus ei sitä tarjoa, ja välityspalvelin, joka selvittää isäntänimet itse, muuttaa vastausta vain niiden yhteyksien osalta, joita se todella käsittelee.

Välityspalvelimen kuljetus ei ole automaattisesti yksityinen

Pelkkä SOCKS ei ole salattu linkki puhelimesta välityspalvelimeen. Jos päätepiste saavutetaan toisen suojatun polun kautta, nimeä se polku ja sen vikakäytäntö, koska paluu avoimeen verkkoon muuttaa yksityisen järjestelyn julkiseksi ilman varoitusta. Myös välityspalvelimen oma todennus on tärkeä: avoin kuuntelija jaetussa laitteessa on palvelu, josta kukaan ei vastaa.

Profiilien väliset järjestelyt ansaitsevat saman tarkastelun. Työprofiilin VPN suojaa vain sitä liikennettä, joka käyttää sen polkua, eikä henkilökohtaisen profiilin palomuurin ja työtunnelin rinnakkaisuus todista, että palomuurin jatkoyhteys saavuttaa kyseisen tunnelin. Vahvista tavoitettavuus ja todennus sen sijaan, että olettaisit kahden profiilin tekevän yhteistyötä.

Tarkasta kattavuus matriisilla, ei sivun latauksella

Valtuutettua arviointia varten valitse vaarattomia esimerkkejä, jotka edustavat jokaista sinua kiinnostavaa luokkaa: vaadittu TCP, sallittu UDP ja DNS molemmissa osoiteperheissä. Kirjaa jokaisesta, ohitettiinko se välityspalvelimen kautta, estettiinkö se vai lähetettiinkö se suoraan. Yksi taulukko on tuotos, ja se on paljon hyödyllisempi kuin kuvakaappaus ladatusta sivusta.

Jos vaatimus on, että kaiken valitun sovellusliikenteen on kuljettava etätunnelin läpi, valitse toteutus, joka tukee nimenomaisesti yhdistettyä suodatusta ja tunnelointia. Pelkän TCP-välityksen kokoonpano pysyy hyödyllisenä kapeammissa tehtävissä, edellyttäen että muu liikenne käsitellään tarkoituksella eikä unohdeta.