Az Android figyelmen kívül hagyja a VPN-jóváhagyás koppintását? Előbb a fedőréteget nézze

Megkoppintja a VPN-jóváhagyás gombját, és az ablak nem reagál. A kézenfekvő következtetés, hogy az alkalmazás vagy a szerver hibás, ezért az emberek jelszavakat állítanak vissza, DNS-t cserélnek vagy újratelepítik a klienst. Általában egyik sem érinti a hibát, mert az Android eldobja az akadályon át érkező érintéseket, a VPN-jóváhagyás képernyője pedig épp ilyen érzékeny hozzájárulási ablak. A koppintás soha nem ér el a gombig.

Mit utasít el valójában a védelem

Az Android védi az érzékeny interakciókat a tapjacking ellen, amikor egy másik ablak az ablak fölé kerül, és ellopja a koppintást vagy bizonytalanná teszi. Egy nézet View.setFilterTouchesWhenObscured segítségével csatlakozik, és az esemény MotionEvent.FLAG_WINDOW_IS_OBSCURED jelzéssel érkezik, amikor egy másik ablak részben vagy teljesen takarónak van jelölve. Ilyenkor az esemény eldobódik, ahelyett hogy rossz helyre kerülne. Az Android 12 (API 31) ugyanezt a védelmet kiterjesztette a nem megbízható érintések blokkolásával a rendszer hozzájárulási felületein, ezért a jóváhagyási ablak elutasíthat egy fedőrétegből jövő koppintást, amelyet más alkalmazások még elfogadnának.

Három dolog okoz rendszeresen akadályt: a más alkalmazások felett való megjelenítésre jogosult alkalmazás, a tartalmat rajzoló kisegítő szolgáltatás, és egy képernyőfelvevő vagy szűrőeszköz lebegő widgetje. Egyes gyártói kijelzőfunkciók saját réteget adnak hozzá, ezért ugyanaz az ablak eltérően viselkedhet két, azonos Android-verziójú telefonon. A részben takaró ablak FLAG_WINDOW_IS_PARTIALLY_OBSCURED értéket állít, és az érintés eldobódik, mielőtt a gomb egyáltalán látná. Ez a képernyő tulajdonsága, nem a hálózaté. A koppintás eldobásának pillanatában semmi nem ment el a VPN-szerverhez, így a szerveroldali változtatás nem befolyásolhatja az eredményt.

Válassza el a halott koppintást a sikertelen kapcsolattól

A különbség maga a teljes diagnózis, és tíz másodpercig tart. Ha a koppintást figyelmen kívül hagyják, és az ablak pontosan úgy marad, ahogy volt, az akadály helyi. Ha az ablak bezárul, és utána hiba jelenik meg, a hozzájárulást elfogadták, és egy másik szakaszba lépett, amelyhez az alkalmazás saját eseményinformációi kellenek.

A helyi olvasatot úgy erősítheti meg, hogy megnézi, próbált-e egyáltalán kapcsolatot a kérő alkalmazás. Az a kliens, amely soha nem naplóz kézfogási kísérletet, miközben a hozzájárulási ablak a képernyőn van, nem érte el a hálózatot.

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

Listázza, ki rendelkezik a fedőréteg-engedéllyel, és mely kisegítő szolgáltatások aktívak, majd hasonlítsa össze a futókkal. Ne kapcsolja ki magát a platformvédelmet; épp ez akadályozza meg, hogy egy rejtett ablak Ön helyett válaszoljon egy hozzájárulási ablakra.

Távolítsa el az akadályt, majd próbálja újra a szokásos folyamatot

Először állapítsa meg, melyik alkalmazás kérte a VPN-jóváhagyást, hogy tudja, milyen hozzájárulást ad. Utána állítsa le a konkrét fedőréteget a saját beállításából, ne egy széles engedély visszavonásával, amelyre később szüksége lehet. A képernyőszűrőnek általában van kapcsolója a saját alkalmazásában; a lebegő widgetnek van bezárásvezérlője; a gyártói kijelzőmódnak van kapcsolója a kijelzőbeállításokban.

Ezután térjen vissza a VPN-alkalmazáshoz, és kérjen újra jóváhagyást, hogy az ablak újra létrejöjjön. Ha a koppintás most működik, állítsa be a fedőréteg kompatibilitási viselkedését, vagy hagyja kikapcsolva a csatlakozás alatt, és tartsa bekapcsolva az érintésvédelmet.

Ha nem tudja megállapítani, melyik ablak a felelős, egyenként távolítsa el őket, és minden változtatás után próbálja újra a hozzájárulási ablakot. A felvevő vezérlősávja vagy egy lebegő gyorsparancs a szokásos bűnös, és az, amelyiket közvetlenül a siker előtt távolított el, a válasz.

Állítson vissza minden olyat, ami nem kapcsolódik a témához, és amit útközben kikapcsolt. A képernyőszűrő vagy az éjszakai mód nem ellenség; az az ablak az, amelyik átfedi a hozzájárulási ablakot.

Mit ne tegyen, hogy átjusson az ablakon

Ne adjon kisegítő hozzáférést egy ismeretlen alkalmazásnak, hogy megnyomhassa a gombot, és ne telepítsen ehhez segédalkalmazást. Ez pontosan azt a képességet adja, amelynek megtagadására a védelem létezik, egy olyan képernyőn, amely VPN-t engedélyez.

Ne automatizálja az ablakot beviteli eszközzel sem. Ugyanazt az eredményt adja, mint egy rosszindulatú fedőréteg, és semmit nem tanít az okról.

Kezelt eszközön a VPN-változtatásokat korlátozó szabályzat az adminisztrátor döntése. Egy fedőréteg-kísérlet nem felhatalmazás annak megkerülésére. Hasonlóképpen egy nem reagáló jóváhagyógomb nem ok arra, hogy gyengítse a tanúsítvány-ellenőrzést vagy módosítsa a fiók hitelesítő adatait: egyik beállítás sem szünteti meg a helyi érintésakadályt.

Ha továbbra sem sikerül, jelentse a pontos viselkedést

Az ablakot írja le, ne a következtetést: melyik alkalmazás kérte a jóváhagyást, nyitva maradt-e vagy bezárult, más érzékeny kérések, például az ismeretlen forrásokra vagy a kisegítő lehetőségekre vonatkozó figyelmeztetések is figyelmen kívül hagyják-e a koppintásokat, milyen az eszköz modellje és Android-verziója, valamint a rögzített fedőréteg- és kisegítő listák.

Kérdezzen meg még egyet a támogatás felelősétől: korlátozza-e egyáltalán az eszköz szabályzata a VPN-konfiguráció módosításait. A kezelt blokkolás másképp néz ki, mint egy figyelmen kívül hagyott koppintás, és ha tudja, melyiket látja, megspórol egy második kört.

Ez a halmaz megkülönbözteti a takart érintés problémáját a hibás beviteli eszköztől, a befagyott ablaktól vagy a szabályzati blokkolástól. Azt is megmondja a következő embernek, hogy a képernyőt vagy a hálózatot nézze-e.

Az Android tapjacking-útmutatója lefedi a takart ablakok feltételeit és a viselkedés mögötti API-kat. Ha bizonyítékláncot szeretne, keresse a FLAG_WINDOW_IS_OBSCURED és FLAG_WINDOW_IS_PARTIALLY_OBSCURED jelzést azon az eseményen, amely soha nem érte el a gombot. A nyitva maradó ablak az, amit rögzíteni kell, mert megmutatja, hogy a koppintást visszatartották, nem pedig másik ablaknak adták át.