Hunsar Android snertingu á VPN-samþykki? Skoðaðu yfirlagið fyrst

Þú snertir hnappinn fyrir VPN-samþykki og glugginn bregst ekki við. Eðlileg ályktun er að forritið eða netþjónninn sé bilaður, svo fólk endurstillir lykilorð, skiptir um DNS eða setur biðlarann upp að nýju. Yfirleitt snertir ekkert af þessu bilunina, því Android hendir snertingum sem koma í gegnum hindrun, og skjárinn fyrir VPN-samþykki er einmitt slíkur viðkvæmur samþykkisgluggi. Snertingin nær aldrei til hnappsins.

Hverju verndin hafnar í raun

Android verndar viðkvæm samskipti gegn tapjacking, þar sem annar gluggi situr yfir glugganum og stelur snertingunni eða gerir hana óljósa. Skjámynd tekur þátt með View.setFilterTouchesWhenObscured, og atburðurinn kemur með MotionEvent.FLAG_WINDOW_IS_OBSCURED þegar annar gluggi er merktur sem að hluta eða að fullu hulinn. Þá er atburðinum hent í stað þess að skila honum á rangan stað. Android 12 (API 31) víkkaði sömu vernd með því að loka á ótraustar snertingar á samþykkisflötum kerfisins, og þess vegna getur samþykkisglugginn hafnað snertingu frá yfirlagi sem önnur forrit myndu enn samþykkja.

Þrjú atriði valda hindrun reglulega: forrit með leyfi til að birtast yfir öðrum forritum, aðgengisþjónusta sem teiknar efni, og fljúgandi græja frá skjáupptöku eða síuverkfæri. Sumar skjáaðgerðir framleiðandans bæta við eigin lagi, og þess vegna getur sami glugginn hegðað sér öðruvísi á tveimur símum með sömu Android-útgáfu. Gluggi sem hylur að hluta stillir FLAG_WINDOW_IS_PARTIALLY_OBSCURED, og snertingunni er hent áður en hnappurinn sér hana. Þetta er eiginleiki skjásins, ekki netsins. Ekkert var sent til VPN-netþjónsins þegar snertingunni var hent, svo engin breyting á netþjónshlið getur haft áhrif á niðurstöðuna.

Aðgreindu dauða snertingu frá misheppnaðri tengingu

Mismunurinn er öll greiningin og tekur tíu sekúndur. Ef snertingunni er hunsuð og glugginn stendur nákvæmlega eins og hann var, er hindrunin staðbundin. Ef glugginn lokast og villa birtist síðan, var samþykkið tekið og þú ert kominn í annað stig sem þarf atburðaupplýsingar forritsins sjálfs.

Þú getur staðfest staðbundna lesturinn með því að athuga hvort forritið sem bað um reyndi yfirhöfuð tengingu. Biðlari sem skráir aldrei handabandstilraun meðan samþykkisglugginn er á skjánum hefur ekki náð netinu.

adb shell cmd appops get com.example.vpn SYSTEM_ALERT_WINDOW
adb shell settings get secure enabled_accessibility_services

Skráðu hver hefur yfirlagsleyfið og hvaða aðgengisþjónustur eru virkar, og berðu það saman við það sem keyrir. Slökktu ekki á vernd kerfisins sjálfs; hún er það sem kemur í veg fyrir að falinn gluggi svari samþykkisglugga þínum vegna.

Fjarlægðu hindrunina og prófaðu síðan venjulegt ferli aftur

Finndu fyrst hvaða forrit bað um VPN-samþykki, svo þú vitir hvaða samþykki þú veitir. Stöðvaðu síðan tiltekið yfirlag í gegnum eigin stillingu þess, ekki með því að afturkalla breitt leyfi sem þú gætir þurft síðar. Skjásía hefur yfirleitt rofa í eigin forriti; fljúgandi græja hefur lokunarstýringu; skjástilling framleiðanda hefur rofa í skjástillingum.

Farðu svo aftur í VPN-forritið og biddu um samþykki á ný, svo glugginn verði búinn til upp á nýtt. Ef snertingin virkar núna skaltu stilla samhæfingu yfirlagsins eða hafa það slökkt á meðan þú tengist, og hafa snertiverndina áfram virka.

Ef þú getur ekki greint hvaða gluggi er ábyrgur skaltu fjarlægja þá einn í einu og prófa samþykkisgluggann eftir hverja breytingu. Stýristika upptöku eða fljúgandi flýtileið er venjulegi sökudólgurinn, og sá sem þú fjarlægðir rétt áður en það virkaði er svarið.

Endurheimtu allt ótengt sem þú slökktir á á leiðinni. Skjásía eða næturhamur er ekki óvinurinn; tiltekinn gluggi sem skarast við glugginn er óvinurinn.

Hvað þú skalt ekki gera til að komast fram hjá glugganum

Gefðu ókunnu forriti ekki aðgengi svo það geti ýtt á hnappinn, og settu ekki upp hjálparforrit til þess. Það veitir einmitt þá getu sem verndin er til að synja, á skjá sem heimilar VPN.

Gerðu glugginn ekki sjálfvirkan með inntakstóli. Það gefur sömu niðurstöðu og illgjarn yfirlag og kennir þér ekkert um orsökina.

Á stýrðu tæki er stefna sem takmarkar VPN-breytingar ákvörðun stjórnandans. Tilraun með yfirlag er ekki heimild til að fara fram hjá henni. Á sama hátt er samþykkishnappur sem bregst ekki við ekki ástæða til að veikja vottorðasannprófun eða breyta reikningsupplýsingum: hvorug stillingin fjarlægir staðbundna snertihindrun.

Ef það mistekst enn, tilkynntu nákvæma hegðun

Lýstu glugganum, ekki niðurstöðunni: hvaða forrit bað um samþykki, hvort glugginn var opinn eða lokaðist, hvort aðrar viðkvæmar beiðnir eins og viðvaranir um óþekktar uppsprettur eða aðgengi hunsa líka snertingar, gerð tækisins og Android-útgáfu, og listana yfir yfirlag og aðgengi sem þú skráðir.

Spurðu stuðningsaðilann að einu til viðbótar: hvort stefna tækisins takmarki breytingar á VPN-stillingum yfirhöfuð. Stýrð læsing lítur öðruvísi út en hunsuð snerting, og að vita hvora þú sérð sparar aðra ferð.

Þetta sett greinir vandamál með hulda snertingu frá biluðu inntakstæki, frosnum glugga eða stefnulæsingu. Það segir næsta manni líka hvort hann eigi að skoða skjáinn eða netið.

Leiðbeining Android um tapjacking nær yfir skilyrði hulinna glugga og API-in að baki þessari hegðun. Ef þú vilt sönnunarslóðina skaltu leita að FLAG_WINDOW_IS_OBSCURED og FLAG_WINDOW_IS_PARTIALLY_OBSCURED á atburðinum sem náði aldrei hnappinum. Glugginn sem stendur opinn er það sem á að fanga, því hann sýnir að snertingunni var haldið eftir en ekki skilað til annars glugga.