Hindi pinapansin ng Android ang tap sa pag-apruba ng VPN? Suriin muna ang overlay

Pinipindot mo ang pindutan ng pag-apruba ng VPN at hindi tumutugon ang dialog. Ang natural na konklusyon ay sira ang app ng VPN o ang server, kaya nagre-reset ang mga tao ng password, nagpapalit ng DNS o nag-iinstall muli ng client. Karaniwang wala sa mga ito ang dumadampi sa sira, dahil itinatapon ng Android ang mga pagpindot na dumarating sa pamamagitan ng sagabal, at ang screen ng pag-apruba ng VPN ay eksaktong ganoong sensitibong hiling ng pahintulot na tumatanggap ng proteksyong iyon. Hindi kailanman nakakarating ang tap sa pindutan.

Ano ba talaga ang tinatanggihan ng proteksyon

Pinoprotektahan ng Android ang mga sensitibong interaksyon laban sa tapjacking, kung saan may ibang window na nakaupo sa ibabaw ng dialog at alinman ay ninanakaw ang tap o ginagawa itong malabo. Ang isang view ay sumasali gamit ang View.setFilterTouchesWhenObscured, at dumarating ang event na may dalang MotionEvent.FLAG_WINDOW_IS_OBSCURED kapag ang ibang window ay minarkahan bilang bahagya o ganap na nagtatakip. Kapag nangyari iyon, itinatapon ang event sa halip na ihatid sa maling lugar. Pinalawak ng Android 12 (API 31) ang parehong proteksyon sa pagharang ng hindi pinagkakatiwalaang pagpindot sa mga surface ng pahintulot ng system, kaya nga ang dialog ng pag-apruba ay maaaring tumanggi sa tap mula sa overlay na tatanggapin pa ng ibang app.

Tatlong bagay ang regular na gumagawa ng sagabal: isang app na may pahintulot na magpakita sa ibabaw ng ibang app, isang serbisyo ng accessibility na gumuguhit ng nilalaman, at isang lumulutang na widget mula sa screen recorder o kasangkapan sa filter. Ang ilang feature ng screen ng manufacturer ay nagdadagdag din ng sariling layer, kaya nga ang parehong dialog ay maaaring kumilos nang iba sa dalawang teleponong may parehong bersyon ng Android. Ang window na bahagyang nagtatakip ay nagtatakda ng FLAG_WINDOW_IS_PARTIALLY_OBSCURED, at itinatapon ang pagpindot bago pa man ito makita ng pindutan. Ito ay katangian ng screen, hindi ng network. Walang naipadala sa server ng VPN sa sandaling itinapon ang tap, kaya walang pagbabago sa panig ng server ang makakaimpluwensya sa resulta.

Paghiwalayin ang patay na tap sa bigong koneksyon

Ang pagkakaibang iyon ang buong diagnosis at tumatagal ito ng sampung segundo. Kung binabalewala ang tap at nananatiling eksaktong gaya ng dati ang dialog, lokal ang sagabal. Kung nagsara ang dialog at may error na lumitaw pagkatapos, tinanggap ang pahintulot at lumipat ka sa ibang yugto na nangangailangan ng sariling impormasyon ng event ng app ng VPN.

Makukumpirma mo ang lokal na pagbasa sa pamamagitan ng pagsuri kung sinubukan man ng app na humihiling ang isang koneksyon. Ang client na hindi kailanman nagtatala ng pagtatangkang handshake habang nasa screen ang dialog ng pahintulot ay hindi pa nakarating sa network.

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

Ilista kung sino ang may pahintulot sa overlay at aling mga serbisyo ng accessibility ang naka-enable, pagkatapos ihambing ang mga iyon sa tumatakbo. Huwag patayin ang proteksyon ng platform mismo; iyon ang pumipigil sa nakatagong window na sumagot sa hiling ng pahintulot sa ngalan mo.

Alisin ang sagabal, pagkatapos ulitin ang normal na daloy

Kilalanin muna ang app na humiling ng pag-apruba ng VPN, para malaman mo kung anong pahintulot ang ibinibigay mo. Pagkatapos ihinto ang partikular na overlay sa pamamagitan ng sarili nitong setting sa halip na bawiin ang malawak na pahintulot na maaaring kailanganin mo mamaya. Ang filter ng screen ay karaniwang may toggle sa sarili nitong app; ang lumulutang na widget ay may kontrol sa pagsasara; ang mode ng screen ng manufacturer ay may switch sa mga setting ng screen.

Bumalik sa app ng VPN pagkatapos niyon at humiling muli ng pag-apruba, para magawa ang dialog mula sa simula. Kung gumagana na ang tap ngayon, ayusin ang pag-uugali ng compatibility ng overlay o iwanan itong patay habang kumokonekta ka, at panatilihing naka-enable ang proteksyon sa pagpindot.

Kung hindi mo masabi kung aling window ang may pananagutan, alisin ang mga ito nang isa-isa at ulitin ang dialog ng pahintulot pagkatapos ng bawat pagbabago. Ang control bar ng recorder o lumulutang na shortcut ang karaniwang salarin, at ang inalis mo kaagad bago ito gumana ang sagot.

Ibalik ang anumang walang kaugnayan na pinatay mo sa daan. Ang filter ng screen o night mode ay hindi kaaway; ang partikular na window na nagsasapaw sa dialog ang kaaway.

Ano ang hindi dapat gawin para makalampas sa dialog

Huwag magbigay ng access sa accessibility sa isang hindi pamilyar na app para mapindot nito ang pindutan, at huwag mag-install ng helper app para sa layuning iyon. Ibinibigay nila ang eksaktong kakayahang umiiral ang proteksyon para tanggihan, sa isang screen na nagpapahintulot ng VPN.

Huwag ding i-automate ang dialog gamit ang input tool. Pareho ang resulta nito sa isang mapaminsalang overlay at wala itong itinuturo tungkol sa dahilan.

Sa isang pinamamahalaang device, ang patakarang naglilimita sa mga pagbabago sa VPN ay desisyon ng administrator. Ang eksperimento sa overlay ay hindi awtorisasyon na laktawan iyon. Gayundin, ang dialog na hindi tumutugon ay hindi dahilan para pahinain ang verification ng certificate o palitan ang mga credential ng account: wala sa mga setting na iyon ang nag-aalis ng lokal na sagabal sa pagpindot.

Kung nabigo pa rin, iulat ang eksaktong pag-uugali

Ilarawan ang dialog at hindi ang konklusyon: aling app ang humiling ng pag-apruba, nanatiling bukas ba ang dialog o nagsara, binabalewala rin ba ng ibang sensitibong hiling gaya ng mga babala sa hindi kilalang source o accessibility ang mga tap, ang modelo ng device at bersyon ng Android, at ang mga listahan ng overlay at accessibility na nakuha mo.

Tanungin ang may-ari ng suporta ng isa pang bagay habang nandoon ka: kung nililimita ba ng patakaran ng device ang mga pagbabago sa configuration ng VPN. Iba ang hitsura ng pinamamahalaang pagharang sa isang binabalewalang tap, at nakakatipid ng ikalawang pag-ikot ang malaman kung alin ang nakikita mo.

Nakikilala ng set na ito ang problema sa natatakpang pagpindot mula sa sirang input device, nakapirming dialog, o harang ng patakaran. Sinasabi rin nito sa susunod na tao kung titingin sa screen o sa network.

Ang gabay ng Android sa tapjacking ay sumasaklaw sa mga kondisyon ng natatakpang window at sa mga API sa likod ng pag-uugaling ito. Kung gusto mo ang bakas ng ebidensya, hanapin ang FLAG_WINDOW_IS_OBSCURED at FLAG_WINDOW_IS_PARTIALLY_OBSCURED sa event na hindi kailanman nakarating sa pindutan. Ang dialog na nananatiling bukas ang dapat makuha, dahil ipinapakita nito na pinigilan ang tap sa halip na ihatid sa ibang window.