Migliori moduli Magisk 2026: fonti attive, progetti obsoleti e setup pulito

Diversi moduli che compaiono ancora negli elenchi attuali non esistono più. Play Integrity Fix è stato cancellato da GitHub dal suo autore. Universal SafetyNet Fix ha avuto l'ultima release a gennaio 2023. E il passaggio “installa dal repository online dell'app Magisk”, presente in la maggior parte delle guide, descrive una funzione che Magisk ha tolto da anni. Ogni progetto qui sotto è stato controllato sul suo repository prima di entrare nell'elenco, e per ognuno trovi il link.

Ultima verifica tecnica: 30 ottobre 2026
Versione di riferimento di Magisk: v31.1 (rilasciata il 25 ottobre 2026)
Copre anche: KernelSU, KernelSU Next, SukiSU Ultra e APatch
Versioni di Android: dalla 12 alla 17, con quelle più recenti indicate solo dove un progetto le supporta esplicitamente
Aggiornato al 30 ottobre 2026: Magisk 31.0 e 31.1 (nuova app, niente più pop-up per il root, rimossa la funzione di occultamento dell'app), versioni attuali di ogni root manager e implementazione Zygisk, alternative open source a Tricky Store, e diversi moduli ora archiviati o fermi
Regola sulle fonti: solo link ufficiali dei maintainer. Non ospitiamo ZIP di moduli

Da dove iniziare: la versione breve

La maggior parte delle persone vuole una di queste quattro cose. Non ti serve tutto l'elenco.

Tutto il resto è il dettaglio di questi quattro casi, più ciò che conviene evitare.

Cosa è cambiato e cosa rimuovere

Se segui una guida vecchia, potresti installare qualcosa che non esiste più.

È l’ultima riga a creare più confusione. Molti aprono Magisk cercando la scheda di download Modules descritta da una vecchia guida, non la trovano e pensano che l’installazione non funzioni. Non è così. Oggi ricerca e installazione sono passaggi separati: trova il modulo su GitHub, scarica lo ZIP e installalo dalla memoria del dispositivo.

Diversi «moduli» popolari in realtà non sono moduli

Conta, perché cambia dove lo scarichi e come lo ripari quando non funziona.

Sono tutti strumenti utili, ma nessuno si flasha. Una guida che mette AdAway tra due moduli Zygisk confonde le categorie, e chi poi cerca uno “ZIP di AdAway” finisce proprio sui siti mirror da cui questo articolo vuole tenerti lontano.

Cosa è cambiato in Magisk 31.0 e 31.1

Magisk 31.1 è l'attuale release stabile (25 ottobre 2026), e cambia il comportamento quotidiano di Magisk. Molte guide più vecchie, inclusa una versione precedente di questa, descrivono ancora il vecchio flusso. In base alle note di rilascio ufficiali:

Le richieste di root non mostrano più un pop-up. L'accesso superutente ora si concede in anticipo alle app, dalla scheda Superuser dell'app Magisk. Se un'app terminale, uno strumento di backup o un modulo dice che gli serve il root e non compare nulla a schermo, apri Superuser e concedilo lì prima. Lo stesso vale per adb shell, che non ha un'app in primo piano in cui mostrare un prompt. Il team Magisk spiega che il vecchio prompt reattivo non può funzionare sui dispositivi HSUM.

L'occultamento dell'app Magisk è sparito. La funzione di repackaging (rinominare il manager con un nome di pacchetto casuale) è stata rimossa, e Magisk non reinstalla più la sua app se manca. Il consiglio dello sviluppatore è netto: nascondere davvero un pacchetto installato è quasi impossibile su Android, quindi dopo aver impostato le policy Superuser e i moduli, il modo più efficace per nascondere l'app Magisk è disinstallarla. Le app che cercano il manager sono un motivo in più per affidarsi alla DenyList e ai passaggi di mascheramento più avanti, invece che al nome dell'app.

Prima di aggiornare un telefono funzionante, annota la versione attuale, fai uno screenshot dell'elenco Superuser e conserva la boot image originale della tua build. I telefoni con Android 6.0 restano sulla 30.7.

Quale root manager usi?

Magisk non è più l'unica scelta e quello che usi decide cosa puoi installare. I moduli sono in gran parte portabili, ma non del tutto.

Due errori frequenti.

Non puoi usarne due insieme. Rimuovine uno del tutto, ripristina la boot image originale corrispondente e poi installa l'altro. Tenerli attivi insieme causa conflitti.

I fork di KernelSU non sono intercambiabili. KernelSU, KernelSU Next e SukiSU Ultra condividono le idee, ma i loro manager e le modifiche al kernel sono diversi. Usa la build pensata per il fork che hai davvero installato.

Una nota su Magisk Alpha: è una build non ufficiale distribuita soprattutto su Telegram. Ha i suoi sostenitori, ma il codice pubblico e la cronologia delle release sono meno solidi di quelli di Magisk ufficiale, e per qualcosa che gira come root conta. La versione stabile ufficiale è più facile da verificare. ReZygisk, per esempio, ha rimosso il supporto a Magisk Alpha nella v1.0.0.

Cosa funziona su cosa

La riga più importante è SUSFS. Nasconde il root dentro il kernel e non nello spazio utente, e i moduli in spazio utente non possono fare altrettanto per ragioni strutturali. Con Magisk non funziona, perché Magisk non tocca mai il kernel. È il principale argomento tecnico per lasciare Magisk nel 2026, e serve un dispositivo con un kernel compatibile, che non tutti hanno. Il nostro confronto tra Magisk, KernelSU e APatch spiega bene i pro e i contro.

Tutto ciò che trovi in questo articolo funziona con Magisk. Dove qualcosa è limitato a una sola famiglia, lo segnaliamo.

Prima di installare qualsiasi cosa

Fai uno screenshot dei moduli attuali. Apri il gestore del root, vai nella scheda Modules e acquisisci una schermata dell’elenco. Ti servirà per capire cosa è cambiato se qualcosa smette di funzionare. Bastano cinque secondi, senza terminale.

Annota la versione di Magisk e la build di Android già che ci sei. Magisk mostra la versione nella schermata iniziale. La versione di Android e la patch di sicurezza sono in Settings, sotto About phone.

Un modulo alla volta, poi riavvia e controlla che funzioni. Se ne installi cinque e riavvii una volta sola, non saprai quale ha causato il problema.

Sappi come ripristinare prima di averne bisogno. Lo trovi alla fine dell'articolo. Leggilo prima.

Passo 1: scegli una sola implementazione di Zygisk

Zygisk è il livello di iniezione da cui dipendono i moduli di mascheramento e il framework Xposed. Magisk lo ha integrato. KernelSU e APatch no, quindi serve un'implementazione standalone. Anche su Magisk puoi scegliere un'implementazione standalone al posto di quella integrata.

Tre regole che da sole evitano la maggior parte dei problemi di cui si legge nei forum:

Usane una sola. Se installi un'implementazione standalone su Magisk, disattiva prima lo Zygisk integrato. Tenerle attive insieme è un errore comune e facilmente evitabile.

Shamiko non funziona con ReZygisk. Shamiko è pensato per lo Zygisk integrato e per Zygisk Next. Se scegli ReZygisk ti serve un altro modulo di mascheramento. Mescolarli è la classica causa del “ieri il mascheramento funzionava e oggi no”. Lo stesso vale per Zygisk Assistant.

Disinstalla quella vecchia prima di cambiare. Migrare senza rimuovere prima il modulo precedente ha causato bootloop, soprattutto quando l'ID del modulo cambia.

Il cambio di licenza di Zygisk Next merita una scelta consapevole, non un'adozione per inerzia. È un modulo con privilegi di root le cui release recenti non si possono verificare in modo indipendente, ed è proprio il motivo dichiarato per cui esiste ReZygisk. Se per te conta è una questione di giudizio, non un difetto tecnico.

Passo 2: integrità e mascheramento, come albero decisionale

La correzione più importante rispetto alla versione precedente di questa guida:

Superare Play Integrity e nascondere il root a un'app sono due problemi diversi.

Capita spesso di ottenere tutti i verdetti di integrità e di vedere comunque Google Wallet o una banca rifiutare il dispositivo, perché le singole app guardano segnali che vanno oltre l'API Play Integrity. Installare l'intero stack perché una guida lo chiamava indispensabile è il modo in cui si finisce con sei moduli dove ne bastavano due.

Procedi ad albero. Prova dopo ogni passo.

Parti dalla DenyList. È integrata in Magisk, senza download. Aggiungi le app da cui vuoi nascondere il root. Molte app smettono di lamentarsi già qui e hai finito.

Ti rileva ancora? Aggiungi un modulo di mascheramento. Shamiko, dalla distribuzione delle release di LSPosed, v1.2.5 a giugno 2025 con correzioni per Android 16 e pagine da 16K, e nessuna release più recente al 30 ottobre 2026. Attenzione a un requisito controintuitivo: Shamiko richiede la DenyList con l'applicazione disattivata (enforcement off), mentre l'elenco resta compilato. Se l'enforcement resta attivo, Shamiko non funziona. È l'errore di configurazione più comune di tutto l'articolo. Su KernelSU con kernel SUSFS spesso Shamiko non serve affatto, perché il kernel fa già quel lavoro.

Fallisci proprio un verdetto di integrità? Aggiungi un modulo Play Integrity. osm0sis/PlayIntegrityFork, v18 ad agosto 2026, è la continuazione diretta dell'originale abbandonato e il successore indicato dal suo stesso autore. KOWX712/PlayIntegrityFix è un altro fork mantenuto della stessa linea, v4.9 a ottobre 2026. Non installare due fork di PIF insieme.

Valuta Tricky Store solo se ti serve specificamente l’attestazione delle chiavi. 5ec1cff/TrickyStore, Android 10+. Circolano anche fork di beakthoven e qwq233, per cui oggi sono pensati diversi progetti di strumenti.

Per gestire a quali app si applica: KOWX712/Tricky-Addon-Update-Target-List offre a Tricky Store un'interfaccia adeguata per l'elenco target, la keybox e la gestione della patch di sicurezza. È un progetto separato e il suo autore chiede di non aprire issue sul progetto originale.

Esistono ora alternative open source a Tricky Store. beakthoven/TrickyStoreOSS è una riscrittura GPL-3.0 (v3.1.0, agosto 2026). JingMatrix/TEESimulator è un KeyMint software GPL-3.0 che gira dentro il demone del keystore (v4.0, agosto 2026, Android 10+, solo dispositivi a 64 bit). qwq233/OhMyKeymint è una reimplementazione completa del keystore che punta ad avvicinarsi di più all'AOSP di serie (Android 12+, build di anteprima). Usane esattamente uno. Nessuno dei tre include una keybox funzionante, e noi continuiamo a non indicarne una.

Tre cose che le altre guide non ti dicono

Tricky Store è closed source dalla v1.1.0. Il maintainer l'ha chiuso per timori di abuso. Insieme al cambio di licenza di Zygisk Next, i due strumenti più potenti di questa categoria sono ora binari non verificabili che girano come root. La sua ultima release è stata la 1.4.1 di novembre 2025. Meglio saperlo prima di installarli, non dopo. Ora esistono riscritture open source, elencate qui sotto, anche se sono più recenti e meno collaudate.

Tricky Store non include una keybox funzionante. Include una keybox AOSP che non è valida per l'attestazione. Le guide che dicono “installa Tricky Store e ottieni strong integrity” saltano del tutto questo punto. Inoltre le keybox vengono revocate, e a quel punto la tua configurazione smette di funzionare senza avvisare. Noi non distribuiamo keybox e diffideremmo di chi lo fa.

Nel 2026 l'integrità del dispositivo basata su software è diventata molto più difficile. A inizio anno è stata bloccata un'ondata di impronte di dispositivo, e il principale repository della community che le raccoglieva è stato archiviato dal proprietario, che ha dichiarato che non restavano impronte funzionanti per le combinazioni di architettura più comuni. Gli approcci basati sulle impronte non hanno smesso di funzionare, ma l'offerta non è più quella di prima.

La situazione, senza giri di parole: i verdetti di base sono generalmente ottenibili, l’integrità del dispositivo richiede più lavoro di prima e la strong integrity con un bootloader sbloccato è davvero difficile. Alcune app rifiutano comunque il dispositivo. Non pubblichiamo una percentuale di successo, perché diventerebbe inesatta nel giro di poche settimane.

Vuoi configurare tutto correttamente una volta sola, invece di provare combinazioni per una settimana? Inviaci le informazioni sul dispositivo, la versione di Android, il metodo di root e le app che devono funzionare. Configuriamo tutto da remoto e ti diciamo in anticipo quali delle tue app è realisticamente possibile far funzionare. Diagnosi gratuita con il servizio di root.

Se devi chiedere aiuto

Il comportamento dell'integrità cambia di continuo, quindi “questo stack funziona con la mia banca?” non ha risposta senza dettagli. Se lo chiedi a qualcuno, noi compresi, manda questi dati:

Device and exact model:
Android version and build:
Security patch level:
Root manager and version:
Zygisk implementation:
Modules installed, with versions:
Play Integrity verdict:
App and version that is failing:
What exactly it says:

Così una domanda a cui nessuno può rispondere diventa una a cui qualcuno può. Per lo stesso motivo abbiamo tolto dalla versione precedente di questa guida gli aneddoti anonimi sulla compatibilità delle app: non avevano nessuno di questi dettagli, quindi non erano riproducibili.

Passo 3: il livello Xposed

Il progetto LSPosed originale non ha release da ottobre 2023 né commit su master da gennaio 2024, e le sue release erano per Android da 8.1 a 14. Su un dispositivo moderno è il punto di partenza sbagliato.

JingMatrix/LSPosed è il fork mantenuto che usa la maggior parte delle persone. Ora vive nel repository JingMatrix/Vector (il vecchio URL reindirizza lì). Vector mantiene la coerenza delle API con lo Xposed originale riscrivendo l'interno, con supporto fino ad Android 16 e 17 e ai dispositivi con pagine da 16K. Le sue release sono attualmente pubblicate come build canary pre-release (canary-3114 del 26 ottobre 2026), non come versioni stabili taggate, quindi leggi le note di rilascio prima di aggiornare.

JingMatrix/LSPatch è la via senza root (build canary, come Vector). Incorpora il framework in una singola app patchando il suo APK. Niente root, niente Zygisk. Utile se ti serve il comportamento di un solo modulo Xposed e nient'altro.

ReLSPosed, un altro fork che circolava, è stato archiviato dal proprietario a febbraio 2026. Controlla le date prima di fidarti di un fork.

Hide My Applist (Dr-TSNG/Hide-My-Applist) intercetta la scansione dell'elenco delle app, che alcune app usano per individuare i root manager. Lo sviluppo è stato sospeso per un periodo, ma ha comunque rilasciato la v3.8.3 ad agosto 2026. Consideralo uno strumento mantenuto a intermittenza e controlla la data della release prima di affidartici.

Anche i moduli Xposed hanno lo stesso problema. Uno non aggiornato da due anni difficilmente funziona su Android 15 o 16, qualunque cosa dica il suo thread.

Passo 4: l'elenco verificato

Raggruppato in base a ciò che vuoi davvero fare. Ogni link porta al repository del maintainer. Tutti funzionano con Magisk, salvo indicazione contraria.

Blocco di pubblicità e tracker

Usa un solo blocco hosts. Due, o uno più la modalità root di AdAway, significano due strumenti in lotta per lo stesso file. Le liste aggressive rompono anche funzioni legittime delle app, quindi parti da un profilo standard e aggiungi altro solo quando incontri un problema preciso.

Cosa aspettarsi: il blocco hosts blocca la risoluzione dei nomi di dominio. Non fa nulla contro le pubblicità servite dallo stesso dominio dei contenuti. L'impostazione DNS privato di Android ottiene gran parte dello stesso risultato senza alcun root.

Batteria e consumi

ACC è la sostituzione onesta delle voci vaghe di “gestione della batteria” che compaiono nella maggior parte degli elenchi senza alcun repository. Usa i suoi strumenti di rilevamento invece di copiare l'interruttore di ricarica di un altro telefono.

Giochi e scheduling

Configuralo gioco per gioco, non in modo globale. I vantaggi dipendono da dispositivo, kernel e gioco, e i video dimostrativi li esagerano. Non usarlo insieme a un altro modulo di scheduling.

Interfaccia e temi

Applica un gruppo di modifiche alla volta. I moduli per i temi causano notoriamente crash di SystemUI e bootloop con combinazioni non supportate di ROM e aggiornamenti. Annulla gli overlay prima di un aggiornamento importante del sistema.

Utilità

Sviluppo e test di sicurezza

Allargano il perimetro di fiducia del dispositivo. Servono per il debug del traffico e la ricerca sulla sicurezza, e sono una pessima idea su un telefono di uso quotidiano. Rimuovi le CA di test quando hai finito. Nessuno dei due aggira il certificate pinning.

Toolkit alternativi per l'integrità

Integrity-Box (MeowDump/Integrity-Box) riunisce gestione dell'integrità e dell'ambiente in una propria interfaccia. PlayIntegrityFix-NEXT (EricInacio01/PlayIntegrityFix-NEXT) era un fork sperimentale per Android da 10 a 16. Il proprietario lo ha archiviato a ottobre 2025 dopo la release v3.0, quindi non conviene partire da lì per una nuova configurazione. Integrity-Box rilascia aggiornamenti molto frequenti (v46 il 29 ottobre 2026), il che è un'arma a doppio taglio: correzioni rapide, ma un bersaglio in continuo movimento.

Entrambi si sovrappongono a PlayIntegrityFork. Considerali stack alternativi, non aggiunte. Strumenti di integrità sovrapposti creano conflitti molto difficili da diagnosticare.

Mascheramento a livello kernel, solo famiglia KernelSU

SUSFS si trova su gitlab.com/simonpunk/susfs4ksu con un modulo complementare su sidex15/susfs4ksu-module. Richiede un kernel con SUSFS integrato, quindi è un'opzione per KernelSU, KernelSU Next o SukiSU Ultra. Non è disponibile su Magisk né su APatch.

Livelli di rischio

Non tutti i moduli comportano la stessa esposizione.

Dove scaricare i moduli oggi

Dato che il repository integrato non c'è più:

1. La pagina delle release GitHub del progetto. È la fonte giusta per tutto quanto sopra, ed è dove puntano tutti i link di questa pagina. Scarica l'asset .zip, non l'archivio dei sorgenti.
2. Magisk-Modules-Alt-Repo, il repository della community che accetta nuove proposte.
3. MMRL, un'app per gestire i moduli di Magisk, KernelSU e APatch, se preferisci sfogliare invece di scaricare a mano.

Per installare: apri il gestore del root, vai in Modules, tocca Install from storage, scegli lo ZIP e riavvia.

Non ospitiamo i binari dei moduli e diffideremmo di chi lo fa. Scarica dal progetto, non da un mirror, da un link accorciato o da un file su Telegram.

Come valutare un modulo

I moduli root girano con tutti i privilegi. Applica la cautela che questo merita:

• Il sorgente è visibile? Niente repository, niente installazione. Già solo questo ne esclude parecchi.
• Quando è uscita l'ultima release? Fermo da due anni in un contesto che cambia in fretta è un rischio.
• Il maintainer risponde alle issue? Mesi di silenzio sono un segnale.
• La documentazione indica la compatibilità? Versione di Android, root manager, conflitti noti.
• Qualcuno lo usa con la tua versione di Android e il tuo root manager? Non sul dispositivo per cui è stato scritto nel 2023.
• Ti chiede di indebolire qualcosa? Tutto ciò che richiede di disattivare SELinux merita un'attenta valutazione.

Uscire da un bootloop

Tieni pronto questo elenco prima di averne bisogno. In ordine di preferenza:

1. Modalità provvisoria. Magisk disattiva tutti i moduli quando rileva un avvio in modalità provvisoria. Avvia in modalità provvisoria, poi riavvia normalmente e ottieni un sistema funzionante con tutto disattivato, così puoi rimuovere il modulo colpevole dall'app. KernelSU fa lo stesso. La combinazione di tasti varia da dispositivo a dispositivo, quindi provala una volta mentre tutto funziona.

2. Il comando di rimozione. Se un computer vede il dispositivo mentre prova ad avviarsi, Magisk documenta questo comando:

adb wait-for-device shell magisk --remove-modules

Rimuove tutti i moduli e riavvia.

3. Disattivare un solo modulo da una shell. Creando un file disable nella cartella di un modulo sotto /data/adb/modules/ si disattiva solo quel modulo.

4. Ripristinare la boot image originale. È l'ultima risorsa, e il motivo per cui conviene averne una. Prima leggi l'avvertenza qui sotto.

Attenzione alla boot image

La documentazione di Magisk avverte che il ripristino delle partizioni dipende dal dispositivo, e sconsiglia in particolare agli utenti Samsung di ripristinare con leggerezza boot, init_boot, recovery o vbmeta. I consigli generici su fastboot non valgono per tutti i produttori. Chi usa APatch deve anche ricordare che patcha boot, non init_boot.

Segui la procedura per il tuo dispositivo esatto. Se un flash è già andato storto, fai una diagnosi prima di flashare di nuovo, e se il dispositivo non si avvia affatto, capisci prima in che stato si trova.

In ogni caso, non iniziare a cancellare. L'ordine delle operazioni conta, e un ripristino di fabbrica distrugge le chiavi di crittografia insieme ai dati.

Letture correlate: Magisk, KernelSU e APatch a confronto · SafetyNet e Play Integrity con il root · Magisk nel 2026: cosa è cambiato · Flash di Magisk fallito · Aggiornamento OTA fallito su un Android con root · Guida al debloat di Android

Fonti: il repository GitHub o GitLab di ogni progetto, collegato nel testo. Documentazione ufficiale, FAQ e note di rilascio di Magisk. Documentazione ufficiale di APatch e KernelSU. Stato dei moduli verificato su attività dei repository e dichiarazioni dei maintainer alla data indicata sopra.

Ultima verifica: 30 ottobre 2026. Questo ecosistema cambia in fretta. I progetti elencati erano attivi al momento della verifica e ognuno può essere abbandonato, forkato o sostituito senza preavviso. Controlla il repository collegato prima di installare e considera la compatibilità specifica del dispositivo.