Zergatik blokeatutako Android aplikazio batek sare-erabilera erakusten jarraitzen duen

Android VPN suebakian aplikazio bat blokeatzen duzu, aplikazioa funtzionatzeari uzten dio, eta haren erabilera-iladak gora egiten jarraitzen du. Ondorio tentagarria blokeoak ihes egin duela edo kontagailua hondatuta dagoela da. Bietako bat ere ez da ondorioztatzen. Erabilera-erregistro batek dio byteak identitate horri egotzi zitzaizkiola behaketa-puntu batean; ez du ezer esaten urruneko zerbitzu batek eskaera bat onartu zuen ala ez. Zein muga neurtu zen eta zein identitateri egotzi zitzaion jakinda, bi behaketek elkar gezurtatzeari uzten diote.

Kontagailuak byteak neurtzen ditu, ez entregatzea

Androidek trafikoa UID bati esleitzen dio eta bi noranzkoetan zenbatzen du, eta interfaze-muga batean egiten du, aplikazio baten eskaerak arrakasta lortzen duen unean ez.

Ukatutako konexio-saiakerak paketeak mugitzen ditu oraindik: SYN, reset edo ondorengo berretransmisioak, gehi biak aurretik izan zituen DNS kontsulta. Byte horiek existitzen dira ezer entregatu ez bazen ere, eta bide batzuetan edozein iragazkik haiekin zer egin erabaki aurretik zenbatzen dira.

Horregatik blokeatutako aplikazio baten ilara hazi daiteke eskaera guztiek huts egiten duten bitartean. Kontagailuak «zenbat byte egotzi zaizkio identitate honi» erantzuten du, ez «identitate hau internetera iritsi zen». Grafiko batek ezin du onartutako fluxu bat adeitasunez ukatuako esku-emate batetik bereizi, eta bi noranzkoak batzen dituen guztirako batek ere ezin du.

Esleipenak UID-a jarraitzen du, ez ikonoa

Ilara UID bakoitzeko da, eta UID bat pakete batek baino gehiagok parteka dezakete, ikusgai den aplikazio batek lana bere identitate propioa duen osagai bereizi bati utz diezaiokeen bitartean. WebView prozesu partekatu batek marraztutako nabigatzaile-fitxa batek, atzeko planoko sinkronizazio-zerbitzu batek edo aplikazio nagusiaren ondoan instalatutako laguntzaile-pakete batek trafikoa sortzen dute, eta erabilera-pantailak ustekabeko izen baten pean edo blokeatu zenuen aplikazioaren pean erakutsi dezake. Blokeatutako pakete bat eta haren eskaerak daramatzan laguntzaile bat bi subjektu desberdin dira, eta arauak haietako bat bakarrik hartzen zuen.

Zenbakiek oker ematen dutenean, konparatu UID-a, ez etiketa. Erabilera-APIa UID bidez galdetzen da, eta adb shell dumpsys package <package> | grep userId= alderatzeko zenbakia inprimatzen du, beraz UID bereko bi sarrerek identitate bera dira kontagailuaren ikuspegitik.

Denbora-leihoa zure araua baino lehenagokoa izan daiteke

Erabilera-datuak ontzietan biltzen dira eta aldian-aldian galdetzen, ez dira zuzenean transmititzen. Eguneko guztirako batek blokeoa gaitu aurretik minutu batzuk, aurreko orduko atzeko planoko sinkronizazio bat edo jada bidean zegoen trafikoa barne har ditzake. Guztirako metatua ukatutako eskaera bakarrarekin alderatzea eta aldea ihesa deitzea neurketa-errorea da, ez suebakiaren aurkikuntza.

Erabili leiho laburragoa eta hasiera garbia. Idatz ezazu denbora-zigilua araua aldatzean, itxaron bilketa-tarte bat, eta gero begiratu soilik horren ondorengo datuak. Guztirakoak arauaren ondoren hasten den leiho batean gora egiten jarraitzen badu, baduzu zer ikertu; gora egiteari uzten badio, aurreko hazkundea erakusten ari zen historia zen.

VPN zerbitzua ez da agian konfiguratu zenuena

VPN suebaki batek bere zerbitzuak daraman trafikoa baino ez du ikusten. Beste VPN aplikazio bat hasten bada eta konexio aktiboa hartzen badu, zure iragazkia ez dago bide ondoan, haren interfazea ezarpenetan oraindik badagoen bitartean. Aplikazioko saihesbide-zerrendek gauza bera egiten dute nahita, eta aplikazio bat baztertzen duen profil bat ez da ihesa aplikazioak gero funtzionatzen duenean.

IPv4, IPv6 eta DNS ere aldendu daitezke. IPv4 kudeatzen duen iragazki batek IPv6 edo DNS ebaztaile pribatu bat kanpoan utz dezake, beraz aplikazioaren trafikoaren zati batek zure arauek inoiz deskribatu ez zuten bide bat jarraitzen du. Egiaztatu zein aplikaziok duen VPN une honetan eta zer dioen bazterketa-zerrendak ezer berridatzi aurretik:

adb shell settings get secure always_on_vpn_app
adb shell dumpsys connectivity
adb shell dumpsys netstats detail

Probatu eskaera berri bat eta idatz itzazu lau gertaera

Aukeratu eskaera errugabe bat, egin behin, eta idatz itzazu lau gertaera: indarrean dagoen araua, aplikazioaren UIDa, sarearen egoera eta ordua. Gero egiaztatu zure iragazkiak fluxua erregistratu zuen eta helmugak edo atebideak konexio bera ikusi zuen. Bi aldeetan identifikatutako fluxu bat froga da; guztirako metatu bat ez.

Defenda daitekeen ondorio batek zer ukatu zen eta zein behaketak berretsi zuen izendatzen du. «Kontagailuak gora egin zuen» ez da aurkikuntza, eta «erabilera-kontagailu guztiak faltsuak dira» ere ez. OSI geruza baten leloak ez du hau konpontzen: erantzun zintzoa da kontagailua eta blokeoa biak zuzenak izan daitezkeela gauza desberdinak deskribatzen dituzten bitartean. Androiden NetworkStatsManager erreferentziak dokumentatzen du nola galdetzen eta esleitzen diren ontzi horiek.