NetGuardi SOCKS-režiim katab TCP, mitte iga protokolli

NetGuard hõivab Androidi VPN-liidese, et liiklust filtreerida, ja saab toetatud ühendused SOCKS-i lõpp-punktile üle anda. Neid kahte fakti loetakse sageli nii, nagu oleks „telefon VPN-is“, mis on järeldus, mida mehhanism ei toeta. Filter näeb pakette; puhverserver näeb ainult neid ühendusi, mis talle tegelikult üle anti. Nende kahe väite vahel on kogu katvuse küsimus.

Algprojekti KKK dokumenteerib nii ühe teenuse piirangu kui ka SOCKS-i valiku. Valiku olemasolu ei tõesta, et iga lubatud pakett seda kasutab, ja just sellest lüngast tulevad katvuse küsimused.

Kaks edastusteed ühes rakenduses

Rakenduse TCP-pool sisaldab SOCKS-ühenduste käsitlemist, mistõttu lubatud TCP-ühenduse saab puhverserveriga läbi rääkida ja sellest läbi kanda. UDP-poolel on eraldi soketi tee ja selle saatmise ning vastuvõtmise käsitlemine ei sõltu sellest TCP kokkuleppest. Seega võib filtril lubatud datagramm jõuda tavalisse võrku ilma puhverserverist kunagi läbi minemata. Miski selles ei ole rakenduse defekt; see on lihtsalt see, mida kaks teed rakendavad.

Sellel eristusel on tagajärg, mida inimesed mõlemas suunas valesti kirjeldavad. Iga UDP-paketi lekkeks nimetamine eirab blokeerimisreegleid, sest tagasilükatud datagramm ei lahku kunagi. Kogu korralduse VPN-iks nimetamine eirab lubatud otseteed, sest osa liiklusest lahkub siiski ilma puhverserverita. See, mis teil on, on osalise puhverserveriga filtreeritud seade, ja aus kirjeldus on maatriks, mitte silt.

UDP-st teatamine ei ole selle rakendamine

SOCKS-server, mis väidab UDP-tuge, ei lisa teie telefoni rakendusele vastavat kliendipoolset käsitlemist. Protokolli teoreetilised omadused ja paigaldatud buildi käitumine on erinevad teemad ning teie liiklust kirjeldab ainult teine.

Kontrollige versiooni ja konfiguratsiooni, mida te tegelikult käitate, seejärel testige kahjutut datagrammivoogu ja jälgige, kas see puhverserveris ilmub. Kõik muu on tuletis funktsioonide loendist ning funktsioonide loendid kirjeldavad kavatsusi, mitte kooditeid.

DNS on kolmas tee, mitte detail

Nimelahendus lisab maatriksile oma haru. Kohalik DNS-edastaja, tavaline UDP-päring, puhverserveri enda lahendatav sihtkoha hostinimi ja brauseris krüpteeritud lahendaja on neli erinevat korraldust. Need erinevad selle poolest, kes päringut näeb ja milline võrgutee seda kannab, ning nende segamine annab testi, mis ei tõesta teiste kohta midagi.

Otsustage teadlikult, millist te tahate. Kui nõue on, et nimed lahendataks tunnelist, siis ainult brauseri seade seda ei anna, ja puhverserver, mis lahendab hostinimesid ise, muudab vastust ainult nende ühenduste jaoks, mida ta tegelikult käsitleb.

Puhverserveri transport ei ole automaatselt privaatne

Tavaline SOCKS ei ole krüpteeritud lüli telefonist puhverserverini. Kui lõpp-punkti jõutakse mööda muud kaitstud teed, nimetage see tee ja selle tõrkepoliitika, sest avatud võrku tagasilangemine muudab privaatse korralduse hoiatusteta avalikuks. Ka puhverserveri enda autentimine loeb: avatud kuulaja jagatud seadmes on teenus, mille eest keegi ei vastuta.

Profiilidevahelised korraldused väärivad sama uurimist. Tööprofiili VPN kaitseb ainult seda liiklust, mis kasutab selle teed, ning isikliku profiili tulemüüri ja töötunneli kooseksisteerimine ei tõesta, et tulemüüri edasine ühendus sellesse tunnelisse jõuab. Kontrollige kättesaadavust ja autentimist, selle asemel et eeldada kahe profiili koostööd.

Auditeerige katvust maatriksiga, mitte lehe laadimisega

Autoriseeritud hindamise jaoks valige kahjutud näited, mis esindavad iga teid huvitavat klassi: nõutav TCP, lubatud UDP ja DNS mõlemas aadressiperes. Igaühe kohta kirjutage üles, kas see oli puhverserveri kaudu, blokeeritud või otse saadetud. See üks tabel ongi tulemus ja on palju kasulikum kui ekraanipilt laaditud leheküljest.

Kui nõue on, et kogu valitud rakenduseliiklus läbiks kaugtunneli, valige rakendus, mis toetab selgesõnaliselt kombineeritud filtreerimist ja tunneldamist. Ainult TCP-puhverserveriga koosseis jääb kasulikuks kitsamate ülesannete jaoks, eeldusel et ülejäänud liiklust käsitletakse meelega, mitte unustatakse.