XDA Recognized Developer topjohnwu har försäkrat användarna att nästa Magisk Beta återigen kommer att klara SafetyNet-kontroller, trots Googles senaste ändringar.
Tidigare idag började rapporter komma in om att Google uppdaterade sina Play-tjänster och gjorde att nuvarande "säkra" rotmetoder som Magisk misslyckades med SafetyNet-kontroller igen. Detta innebar att enheter med root och andra modifieringar återigen upptäcktes av SafetyNet och sedan blockerades när de försökte använda SafetyNet-baserade applikationer som Android Pay.
XDA erkänd utvecklare topjohnwu har kommenterade i Magisks forumtråd för att försäkra användarna om att han är medveten om ändringarna och redan har genomfört det nödvändiga ändringar för att kringgå Googles SafetyNet-kontroll igen samtidigt som root och Magisk-modulen behålls funktionalitet.
I en efterföljande förtydligande inlägg, topjohnwu nämner att SafetyNet-felen orsakades av att Google gjorde deras upptäckt ännu strängare, men utvecklaren kunde komma runt det.
Topjohnwu utökar ytterligare att det kanske inte finns någon effektiv metod för att helt förhindra magiskhide från att fungera. Så när Google introducerar nya kontroller för SafetyNet behöver magiskhide bara en uppdatering för att gå tillbaka till att ligga steget före. Detta är möjligt eftersom Magisk kan köras som root, medan SafetyNet-kontrollerna inte kan. Förmånen ger Magisk mycket mer kontroll över vad SafetyNet-processen kan se.
Det som är svårt är att hitta ett bra sätt att dölja Magisk Manager-programmet. Flera appar har börjat upptäcka närvaron av Magisk Manager-appen genom dess paketnamn eftersom Android tillåter vilken app som helst att veta vilka andra appar som är installerade på en enhet. Denna "kontroll" är ganska rudimentär eftersom att byta paketnamn är en trivial uppgift för huvudapputvecklaren (även om det förblir ett beslut som kommer med sina egna nackdelar). Åtgärden att helt enkelt ha en viss app installerad bevisar inte heller påtagligt förekomsten av ändringar, så "kontrollen" ger också en hel del falska positiva resultat.
Men eftersom denna typ av kontroll är rudimentär, är det enkelt att implementera det för utvecklare som letar efter "modifikationsfria" enheter för sina appar. Magisk kan dölja sig från dessa appar genom att helt enkelt ändra dess paketnamn, men apparna kan sedan börja leta efter det modifierade paketnamnet; och så vidare och så vidare, vilket ger inget verkligt slut på detta problem för någon sida.
En möjlig lösning för Magisk mot denna rudimentära kontroll är att injicera kod i Androids PackageManager för att filtrera bort Magisk Manager från listan över installerade appar. Detta kan göras antingen genom Xposed (men Xposed själv bryter SafetyNet, och Xposed är begränsad till äldre Android-versioner) eller genom att direkt patcha ramverkets Java-kod genom modifierad oat/dex filer.
Tills vidare, Topjohnwu vill inte fokusera på att kringgå dessa rudimentära kontroller eftersom huvudintresset för magiskhide är att kringgå Googles SafetyNet-kontroller. Användare kan se fram emot en uppdatering snart som gör att SafetyNet-beroende appar kan börja fungera igen tillsammans med root- och Magisk-moduler, även om vi ber användarna att inte besvära utvecklaren genom att be om ETA på det samma.
Vad tycker du om detta katt-och-råtta-spel mellan Googles SafetyNet och Magiskhide? Låt oss veta i kommentarerna nedan!
Källa: Magisk Forums