XDA tunnustatud arendaja topjohnwu on kasutajatele kinnitanud, et hoolimata Google'i hiljutistest muudatustest läbib järgmine Magiski beetaversioon taas SafetyNeti kontrolli.
Täna hakkasid saabuma teated, et Google värskendas oma Play teenuseid ja põhjustas praeguste "turvaliste" juurmeetodite, nagu Magisk, uuesti SafetyNeti kontrolli ebaõnnestumise. See tähendas, et SafetyNet tuvastas taas juur- ja muude modifikatsioonidega seadmed ning seejärel blokeeriti need, kui üritati kasutada SafetyNetile tuginevaid rakendusi, nagu Android Pay.
XDA tunnustatud arendaja topjohnwu on kommenteeris Magiski foorumi lõimes kasutajate kinnitamiseks, et ta on muudatustest teadlik ja on nõuded juba täitnud muudatused, et vältida Google'i SafetyNeti kontrolli uuesti, säilitades samas juur- ja Magiski mooduli funktsionaalsust.
Sees järgnev täpsustuspostitus, topjohnwu mainib, et SafetyNeti tõrkeid põhjustas Google, kes muutis nende tuvastamise veelgi rangemaks, kuid arendaja suutis selle ümber töötada. Hetkel pole kasutajatele saadaval ühtegi järge, mis saaksid välgutada ja uutest reeglitest mööda minna, kuid me võime seda oodata tulevikus. Olukord on all topjohnwui kontrolli all, seega ei saa praegu muud teha, kui oodata järgmist Magiski beetaversiooni.
Topjohnwu laiendab veelgi, et ei pruugi olla ühtegi tõhusat meetodit magiskhide'i toimimise täielikuks takistamiseks. Seega, kui Google tutvustab SafetyNeti jaoks uusi kontrolle, vajab magiskhide vaid värskendust, et naasta sammu võrra ees. See on võimalik, kuna Magisk saab töötada administraatorina, samas kui SafetyNeti kontrollid ei saa. Privileegi eelis võimaldab Magiskil palju rohkem kontrollida, mida SafetyNeti protsess näeb.
Raske on leida hea viis Magisk Manageri peamise rakenduse peitmiseks. Mitmed rakendused on hakanud tuvastama Magisk Manageri rakenduse olemasolu selle paketinime kaudu, kuna Android võimaldab igal rakendusel teada, millised muud rakendused on seadmesse installitud. See "kontroll" on üsna algeline, kuna paketinimede muutmine on rakenduse peamise arendaja jaoks tühine ülesanne (kuigi see jääb otsuseks, millel on omad puudused). Konkreetse rakenduse lihtsalt installimine ei tõenda ka sisuliselt muudatuste olemasolu, seega annab "kontroll" ka üsna palju valepositiivseid tulemusi.
Kuid kuna seda tüüpi kontrollimine on algeline, on selle rakendamine lihtne arendajatele, kes otsivad oma rakenduste jaoks "muutusteta" seadmeid. Magisk saab end nende rakenduste eest peita, muutes lihtsalt oma paketi nime, kuid rakendused saavad seejärel hakata kontrollima muudetud paketinime; ja nii edasi ja nii edasi, pakkudes seega sellele probleemile tegelikku lõppu kummalegi poolele.
Võimalik lahendus Magiskile selle algelise kontrolli vastu on sisestada kood Androidi PackageManagerisse, et Magisk Manager installitud rakenduste loendist välja filtreerida. Seda saab teha kas Xposedi kaudu (kuid Xposed ise rikub SafetyNeti ja Xposed on piiratud vanemad Androidi versioonid) või paikades otse raamistiku Java koodi muudetud oat/dexi kaudu failid.
Praeguseks, Topjohnwu ei soovi keskenduda nendest algelistest kontrollidest möödahiilimisele, kuna magiskhide'i peamine huvipunkt on Google'i SafetyNeti kontrollidest mööda hiilimine. Kasutajad võivad peagi oodata värskendust, mis võimaldab SafetyNetile tuginevatel rakendustel uuesti tööle hakata juur- ja Magiski moodulite kõrval, kuigi me palume kasutajatel mitte häirida arendajat, küsides ETA-sid sama.
Mida arvate sellest kassi-hiire mängust Google'i SafetyNeti ja Magiskhide'i vahel? Andke meile allolevates kommentaarides teada!
Allikas: Magiski foorumid