Zergatik kable gabeko arazketa-trafikoak ez duen VPN isuri bat frogatzen

Kable gabeko arazketa aktibatu zenuen, ordenagailu eramangarri bat konektatu, eta saioak lanean jarraitu zuen VPN aktibo zegoela. Badirudi zerbait tunelaren ondotik ihes egin zuela. Ia ziur ez. Arazketa-saio bat eta aplikazio baten webgune baterako eskaera sare-harreman desberdinak dira, eta horietako batek soilik zeharkatu behar du tunela.

Gaizki-irakurketa honekin bi aldiz topo egin dut: behin telefonoa eta ordenagailua Wi-Fi berean zeudela, eta behin berrabiarazi ondoren parekatzeak iraun zuenean. Bi kasuetan VPNa hain zuzen konfiguratuta zegoen bezala ari zen lanean.

Izena eman behaketari akatsari izena eman aurretik

Hiru gertaera egon daitezke isuri-afirmazio baten aurretik, eta ez dira trukagarriak. Tresna batek zerbitzu bat aurkitu dezake, gailuak lanstation bat onar dezake, edo baimendutako saio batek benetan komandoak eta byteak eraman ditzake. Idatz ezazu zein ikusi zenuen, bakoitzak jendeak uste baino gutxiago frogatzen baitu.

Aurkikuntza normalean mDNS edo portu-eskaneatzea izaten da. Parekatzea telefonoan hartutako erregistro-erabakia da, erabiltzaileak idatzitako kode batekin baieztatua. Saio bizia bi mutur parekaturen artean trafikoa mugitu zela esan nahi du. Horietako ezerk ez du aplikazio baten HTTPS eskaera norantz doan deskribatzen.

Mantendu helburua, interfazea, helbide-familia, denbora-zigilua eta erabiltzaile-profila gertaerari atxikita. Xehetasun horiek gabe, behaketa ezin da alderatu aurreikusitako sare lokaleko politikarekin, ezta orduan martxan zegoen VPN bertsioarekin ere.

Zergatik ez diren bi bideak inoiz elkartzen

Kable gabeko arazketa gailura sartzen den konexioa da. adbd Wi-Fi interfazeari lotutako portu batean entzuten du, eta lanstationa parekatu ondoren konektatzen da hara. Norabideak garrantzia du: zure ordenagailuak telefonora iristen da, ez alderantziz. Hori irteera-isuri baten kontrakoa da.

Aplikazio baten interneteko trafikoa VpnService-k instalatzen duen tunel-interfazearen bidez irteten da, UID eta bideratze-arauengatik parekatuta. adbd shell erabiltzaile gisa exekutatzen den sistema-daemon bat da, ez bideratze-multzo horretako aplikazio bat. Azpiko Wi-Fi loturan geratzen da aplikazio bakoitza tunelean finkatuta dagoenean ere.

Blokeo-moduak tunela derrigortzen du estalitako aplikazioentzat. Ez du entzuten duen socket bat irteera-bide bihurtzen.

Horregatik elkarrekin existitzen dira ADB saio eraginkor bat eta kill switch eraginkor bat, kontraesanik gabe. Isuri bat frogatzeko, blokeatuta egon beharko lukeen norabidea behatu behar duzu.

Nola itxura duen benetan irteera-proba batek

Probatu estalitako aplikazioa, ez arazketa-kanala. Prestatu hutsegite-baldintza nahita, gero egin eskaera berri bat eta erregistratu zer gertatu zen.

1. Baieztatu VPNa dela bide bakarra: aktibatu beti aktibo dagoen VPNa, VPN gabe konexioak blokeatuta.
2. Gelditu VPNa onartutako moduan eta baieztatu aplikazioak konektibitaterik ez duela jakinarazten duela.
3. Bidali eskaera kaltegabe bat aplikazio horretatik eta ohartu huts egiten duen edo lortzen duen.
4. Errepikatu kable gabeko arazketa aktibo eta gero itzalita, aldagaia isolatuta gera dadin.

Baldintza horietako eskaera blokeatu bat froga da. ADB saio arrakastatsu bat ez da, eta terminal-aplikazio batetik ping bakarra ere ez.

Eskaera lortzen bada blokeo-modua aktibo dagoela, erregistratu aplikazioaren UIDa eta haren VPN baimena, sare aktiboa eta bezeroaren bertsioa. Konbinazio hori benetako aurkikuntza bat da.

Parekatzeak saioa baino gehiago irauten du

Parekatzea egoera iraunkorra da, kable-probaren ondoren ahaztu dezakezun esku-ematea ez bezala. Androiden arazketa-dokumentazioak kable gabeko lan-fluxua deskribatzen du eta harremanak berehala ahaztu edo baimenak indargabetu arte irauten duela ohartarazten du.

Egiaztatu zer dagoen oraindik baimenduta tunelari errua bota aurretik. Ireki Kable gabeko arazketa, begiratu Parekatutako gailuak, eta ahaztu jada ezagutzen ez duzun guztia. Exekutatu adb devices lanstationetik zein sarrerek erantzuten duten ikusteko, eta adb disconnect zaharkitu bat kentzeko. Kable gabeko arazketa itzaltzeak entzuteko portua erabat ixten du.

Sare partekatu edo ez-fidagarri batean, utzi itzalita. Kontrolatzen ez duzun sare batean baimen iraunkor bat TUN saihesbide hipotetiko bat baino arazo handiagoa da.

Akats hori jakinarazi aurretik

Txosten erabilgarri batek huts egin zuen muga zehatza izendatzen du. Sartu gailuaren modeloa eta Android bertsioa, VPN bezeroa eta bertsioa, blokeo-modua aktibo zegoen ala ez, aplikazioaren paketea eta UIDa, eta telefonoa zegoen sarea. Gehitu behaketa sortu zuen komandoa edo eskaera, gertatu zen orduarekin batera. Hori gabe, inork ezin du zuk hautsita dagoela diozun muga erreproduzitu.

Ez desaktibatu betearazpena eta ez jarri arazketa agerian sare ez-fidagarri batean probak dramatikoagoa eman dezan. Horrek neurtzen ari zaren sistema aldatzen du eta inork errepika ditzakeen frogak uzten ditu.

Zure froga bakarra ADB konektatu zela VPNa aktibo zegoela bada, bide okerra neurtu duzu. Exekutatu berriro aplikazio-mailako proba lehenengo; erantzuna normalean han iristen da.