Wêrom't ferkear fan draadloos debuggen gjin bewiis fan in VPN-lek is

Jo hawwe draadloos debuggen oanset, in laptop ferbûn, en de sesje bleau wurkjen wylst de VPN oan wie. Dat liket derop as der wat by de tunnel lâns glûpt is. Hast wis net. In debugsesje en it fersyk fan in app oan in webside binne ferskillende netwurkrelaasjes, en mar ien fan beide heart de tunnel te passearjen.

Ik bin dizze ferkearde lêzing twa kear tsjinkommen: ien kear mei de telefoan en laptop op deselde Wi-Fi, en ien kear nei in werstart doe't it keppeljen bewarre bleau. Yn beide gefallen die de VPN krekt dat wêr't er foar konfigurearre wie.

Neam de observaasje foardat jo de flater neame

Trije barrens kinne foar in lekbewearing komme, en se binne net útwikselber. In ark kin in tsjinst ûntdekke, it apparaat kin in wurkstasjon goedkarre, of in autorisearre sesje kin eins opdrachten en bytes ferfiere. Skriuw op hokker jo seagen, want elk bewiist minder as minsken oannimme.

Untdekking is meastal mDNS of in poartskan. Keppeljen is in registraasjebeslút dat op 'e telefoan nommen wurdt, befêstige mei in koade dy't de brûker yntypet. In libbene sesje betsjut dat ferkear tusken twa keppele einpunten beweegde. Neat dêrfan beskriuwt wêr't it HTTPS-fersyk fan in app hinne giet.

Hâld de bestimming, ynterface, adresfamylje, tiidstimpel en brûkersprofyl oan it barren fêst. Sûnder dy details kin de observaasje net fergeleke wurde mei it bedoelde pleatslike-netwurkbelied, noch mei de VPN-bou dy't doe draaide.

Wêrom't de twa paden nea byinoar komme

Draadloos debuggen is in ynkommende ferbining nei it apparaat. adbd harket op in poarte bûn oan 'e Wi-Fi-ynterface, en it wurkstasjon ferbynt dêrnei. De rjochting is wichtich: jo laptop berikt yn 'e telefoan, net oarsom. Dat is it tsjinoerstelde fan in útgongslek.

It internetferkear fan in app giet út troch de tunnelinterface dy't VpnService ynstallearret, keppele op UID en routingregels. adbd is in systeemdaemon dy't as shell-brûker draait, gjin app yn dy routingset. It bliuwt op 'e ûnderlizzende Wi-Fi-ferbining sels as elke app oan 'e tunnel fêstset is.

Slettemodus twingt de tunnel foar dekke apps. It makket in harkjende socket net ta in útgongspaad.

Dêrom kinne in wurkjende ADB-sesje en in wurkjende kill switch sûnder tsjinstridichheid njonkeninoar bestean. Om in lek te bewizen, moatte jo de rjochting observearje dy't blokkearre hearre soe.

Hoe't in útgongstest der eins útsjocht

Test de dekke app, net it debugkanaal. Set de flaterbeting opsetlik op, doch dan ien nij fersyk en skriuw op wat der barde.

1. Befêstigje dat de VPN it iennige paad is: set altyd-oan VPN oan mei blokkearje ferbiningen sûnder VPN.
2. Stop de VPN op 'e stipe wize en befêstigje dat de app gjin ferbining meldt.
3. Stjoer ien ûnskeadlik fersyk fan dy app en merkhâld wêr't it mislearret of slagget.
4. Werhelje mei draadloos debuggen oan, dan út, sadat de fariabele isolearre is.

In blokkearre fersyk ûnder dy betingsten is bewiis. In slagge ADB-sesje net, en in inkeld ping fan in terminal-app ek net.

As it fersyk dochs slagget wylst slettemodus oan is, registerearje de UID fan 'e app en syn VPN-tastimming, it aktive netwurk en de klinterferzje. Dy kombinaasje is in echte fynst.

Keppeljen oerlibbet de sesje

Keppeljen is bliuwende tastân, gjin hânskodding dy't jo nei de kabeltest ferjitte kinne. De debugdokumintaasje fan Android beskriuwt de draadleaze wurkstream en merkt op dat de relaasje duorret oant er eksplisyt ferjitten of de autorisaasjes ynlutsen wurde.

Kontrolearje wat noch autorisearre is foar't jo de tunnel de skuld jouwe. Iepenje Draadloos debuggen, sjoch by Keppele apparaten, en ferjit alles wat jo net mear werkenne. Rin adb devices fan 'e wurkstasjon om te sjen hokker ynfieringen noch antwurdzje, en adb disconnect om in ferâldere ien te ferlitten. Draadloos debuggen útsette slút de harkpoarte hielendal.

Op in dield of ûnfertroulik netwurk, lit it út. In bliuwende autorisaasje op in netwurk dat jo net kontrolearje is in grutter probleem as in hypotetyske TUN-omgong.

Foardat jo dy flater melde

In brûkber rapport neamt de krekte grins dy't mislearre. Jou it model fan it apparaat en de Android-ferzje, de VPN-klant en ferzje, oft slettemodus oan wie, it app-pakket en de UID, en it netwurk wêr't de telefoan op wie. Foegje it kommando of fersyk ta dat de observaasje makke, plus de tiid dat it barde. Sûnder dat kin nimmen de grins reprodusearje dy't jo hawwe as brutsen.

Skeakelje de hanthavening net út en bleatstelle debuggen net op in ûnfertroulik netwurk om de test dramatysker lykje te litten. Dat feroaret it systeem dat jo mjitte en lit bewiis efter dat nimmen werhelje kin.

As jo iennige bewiis is dat ADB ferbûn wylst de VPN oan wie, hawwe jo it ferkearde paad metten. Rin earst de test op app-nivo opnij; it antwurd komt meastal dêr.