Priznani razvijalec XDA topjohnwu je uporabnikom zagotovil, da bo naslednja različica Magisk Beta ponovno prestala preverjanja SafetyNet, kljub Googlovim nedavnim spremembam.
Prej danes so začela prihajati poročila o tem, da Google posodablja svoje storitve Play in povzroča, da trenutne "varne" korenske metode, kot je Magisk, znova ne uspejo preveriti SafetyNet. To je pomenilo, da je SafetyNet znova zaznal naprave s korenskimi in drugimi spremembami in jih nato blokiral pri poskusu uporabe aplikacij, odvisnih od SafetyNeta, kot je Android Pay.
XDA priznani razvijalec topjohnwu ima komentiral v temi foruma Magisk da uporabnikom zagotovi, da je seznanjen s spremembami in je zahtevane že opravil spremembe, da obidete Googlov SafetyNet, znova preverite, medtem ko še vedno ohranite root in modul Magisk funkcionalnost.
V naknadno pojasnilo, topjohnwu omenja, da je napake SafetyNet povzročil Google, ki je njihovo zaznavanje še poostril, vendar se je razvijalec temu lahko izognil. Trenutno še ni na voljo gradenj, ki bi jih uporabniki lahko bliskali in zaobšli nove pravilnike, vendar jih lahko pričakujemo v prihodnosti. Stanje je pod topjohnwunadzor, tako da lahko trenutno le počakamo na naslednjo beta različico Magiska.
Topjohnwu dodatno razširja, da morda ne obstaja nobena učinkovita metoda za popolno preprečitev delovanja magiskhide. Torej, ko Google uvede nova preverjanja za SafetyNet, magiskhide potrebuje le posodobitev, da se vrne korak naprej. To je mogoče, ker se Magisk lahko izvaja kot root, medtem ko preverjanja SafetyNet ne morejo. Prednost privilegijev omogoča Magisku veliko več nadzora nad tem, kaj lahko vidi proces SafetyNet.
Težko je najti dober način za skrivanje glavne aplikacije Magisk Manager. Več aplikacij je začelo zaznavati prisotnost aplikacije Magisk Manager prek imena njenega paketa, saj Android omogoča kateri koli aplikaciji, da ve, katere druge aplikacije so nameščene v napravi. To "preverjanje" je precej osnovno, saj je spreminjanje imen paketov nepomembna naloga za glavnega razvijalca aplikacije (čeprav ostaja odločitev, ki ima svoje pomanjkljivosti). Dejanje, da je določena aplikacija preprosto nameščena, prav tako ne dokazuje bistveno obstoja sprememb, zato "preverjanje" prav tako prinese precejšnjo količino lažnih pozitivnih rezultatov.
Toda ker je ta vrsta preverjanja osnovna, je uvedba enostavna za razvijalce, ki iščejo naprave brez modifikacije za svoje aplikacije. Magisk se lahko skrije pred temi aplikacijami tako, da preprosto spremeni ime paketa, vendar lahko aplikacije nato začnejo preverjati spremenjeno ime paketa; in tako naprej in tako naprej, s čimer nobeni strani ni bilo pravega konca tega problema.
Možna rešitev za Magisk proti temu osnovnemu preverjanju je vstavljanje kode v Androidov PackageManager za filtriranje Magisk Managerja s seznama nameščenih aplikacij. To je mogoče storiti prek Xposed (vendar Xposed sam zlomi SafetyNet, Xposed pa je omejen na starejše različice Androida) ali z neposrednim popravkom javanske kode ogrodja prek spremenjenega oat/dex datoteke.
Za zdaj, Topjohnwu se ne želi osredotočiti na izogibanje tem osnovnim preverjanjem, saj je glavna točka zanimanja za magiskhide izogibanje Googlovim preverjanjem SafetyNet. Uporabniki se lahko veselijo kmalu posodobitve, ki bo aplikacijam, odvisnim od SafetyNet, omogočila, da ponovno začnejo delovati skupaj z moduli root in Magisk, čeprav uporabnike prosimo, naj ne povzročajo težav razvijalcu s prošnjo za ETA na enako.
Kakšno je vaše mnenje o tej igri mačke z mišjo med Googlovim SafetyNet in Magiskhide? Sporočite nam v komentarjih spodaj!
Vir: Forumi Magisk