2026年のMagiskモジュール選び：配布元と保守状況を確認する

この記事のポイント

Magiskアプリ内に以前のモジュール配布タブがないのは、インストール失敗とは限りません。現在は配布元を探す工程と、ZIPを端末に導入する工程を分けて考えます。また、Play Integrityの判定と、個々のアプリがroot化を検出することは別問題です。

「おすすめモジュール10選」に載っているからといって、すべて入れる必要はありません。終了したプロジェクトや、現在のAndroid・root管理ツールと合わないモジュールも、古い一覧には残っています。

英語版の技術確認日：2026年8月29日。 英語版の基準はMagisk v30.7で、Android 12〜16、KernelSU系、APatchも扱っています。この日付や版番号を、今回の日本語化により再検証した「現在の最新版」として読み替えないでください。導入前には各プロジェクトのリリースと対応条件を確認します。

目的から選ぶなら

この4つは別の目的です。全部を満たす「必須セット」を探すより、必要な機能だけを追加したほうが不具合の切り分けが容易になります。

原文で保守終了・旧式とされているもの

次の状態は、原文が確認した時点の整理です。後継やフォークが存在しても、元プロジェクトが再開したことと同じではありません。

古い手順と画面が違うからといって、Magiskを入れ直す必要があるとは限りません。まず、その説明がいつのバージョンを対象にしているかを確認してください。

よく紹介される「モジュール」が、実はアプリである場合

例えば「AdAway ZIP」を探して不明な配布サイトへ行く必要はありません。アプリ、root管理機能、モジュールを区別すると、入手先と更新方法もわかりやすくなります。

使っているroot環境を確認する

同じ端末に複数のroot方式を重ねないでください。 切り替える場合は、何を修正したかを確認し、元の純正イメージへ戻してから次へ進みます。

KernelSU、KernelSU Next、SukiSU Ultraは関連するプロジェクトですが、マネージャーやカーネルを自由に交換できるわけではありません。フォーク専用のモジュールや機能もあります。

Magisk Alphaなどの非公式ビルドを使う場合も、公式版との違い、配布経路、公開ソースとリリースの確認しやすさを判断材料にしてください。root権限を持つプログラムでは、入手先が重要です。

モジュールの種類と対応

カーネル内で実行する方式は、ユーザー空間のモジュールとは扱える情報が異なります。ただし、深い層で動くから安全性やアプリ互換性が自動的に高くなるわけではありません。

Magisk・KernelSU・APatchの比較で、導入条件と移行時の注意点を詳しく説明しています。

インストール前に残すもの

現在のモジュール一覧のスクリーンショット、root管理ツールのバージョン、Androidのビルドとセキュリティパッチを記録します。問題が起きたときに「何が変わったか」を説明できるようにしてください。

モジュールは1つずつ導入し、再起動と動作確認を行います。5つを同時に入れてから再起動すると、どれが原因かわからなくなります。純正のboot／init_bootや、Samsungで必要な純正パッケージもPCに保存します。

1. Zygiskの実装は1つにする

Zygiskは、アプリの起動基盤に関わるモジュールを動かす層です。Magiskには内蔵されています。KernelSUやAPatchで必要なモジュールを使う場合は、対応する別実装を導入します。

内蔵Zygiskと別実装を二重に動かさないでください。別実装へ移行する前に、古いモジュールと設定を整理します。

また、Shamikoなどがすべての実装をサポートするわけではありません。英語版の記録ではReZygiskとの組み合わせに制約を挙げています。互換性表を固定知識として扱わず、利用する組み合わせのバージョンを確認してください。

2. 整合性の判定とroot検出を分ける

Play Integrityのテストで結果が表示されても、それだけでGoogle Walletや銀行アプリが利用できるとは限りません。各アプリには追加の検査や独自の許可方針があるためです。

まず、アプリが示すエラー、端末の認証状態、root環境、現在のモジュールを確認します。DenyListのような機能の目的を理解し、必要なものだけを検討してください。「銀行を使うならこの6個が必須」といった固定構成は、原因の切り分けを難しくします。

英語版の記録ではShamiko、PlayIntegrityFork、Tricky Storeなどの名称が登場しますが、役割は同じではありません。鍵認証、システムの変更、アプリの検査を単一の設定で解決できるとは考えないでください。 第三者の鍵、出所不明のバイナリ、永続的なStrong Integrityを保証する販売者には注意が必要です。

重要な決済や業務アプリを使う端末では、対応している純正状態に戻す、または別端末を使うほうが適切な場合もあります。サービス側の利用規約やセキュリティ条件を無視する前提で設定しません。

相談時には、端末の型番、ビルド、rootツール、Zygisk実装、モジュールと版番号、アプリの名前とバージョン、表示されたエラーをまとめてください。

3. Xposed系の機能が必要な場合

旧LSPosedのリリースを、現在のAndroidへ無条件にインストールしないでください。英語版は保守されているJingMatrixのLSPosed系統を紹介しています。導入時点の正式名称、対応Android、移行手順を確認します。

LSPatchは、対応する単独アプリへパッチを適用する用途で検討されることがありますが、システム全体のLSPosedと同じ機能ではありません。Hide My Applistも、アプリ一覧の扱いに関わる別のモジュールです。いずれも「みんなが入れているから」ではなく、必要な目的と保守状態を確認します。

4. 用途別に候補を選ぶ

広告・トラッカーのブロック

hostsを書き換えるツールを複数使うと、同じファイルを奪い合います。AdAwayのrootモードも含め、管理元を1つにしてください。ログイン、通知、ゲーム内コンテンツの取得が失敗する場合は、必要なドメインの除外設定を確認します。

充電・電池管理

充電を止められるインターフェースがない端末に、アプリだけで同じ機能を追加できるとは限りません。通知や位置情報が重要な端末では、省電力効果だけでなく副作用も確認してください。

ゲーム・スケジューリング

FAS-RSのようなフレームに応じた調整を行うプロジェクトは、対応機種とカーネルを確認して使います。他端末のデモ動画のFPSは、自分の端末への保証ではありません。

ゲーム性能をrootで調整するガイドでは、温度保護を残したまま持続性能を測る考え方を説明しています。

UIのカスタマイズ

IconifyはUIの変更に使われますが、メーカーROMとの対応を確認します。PixelXpertはPixelの純正ファームウェア向けの性格が強く、どのAndroidにも使えるツールではありません。

汎用ツール

開発・正当なセキュリティテスト

AlwaysTrustUserCertsや証明書管理のモジュールは、開発中のアプリや許可された検証環境で使うものです。信頼する認証局を追加すると通信の信頼境界が変わります。テスト終了後は不要な証明書と設定を削除してください。

統合セットとSUSFS

Integrity系の統合モジュールは、既存の構成に何でも追加してよい「上位版」ではありません。機能が重複すれば競合が起きます。SUSFSを使う構成も、対応パッチを組み込んだカーネルが前提です。普通のMagisk用ZIPと同じ感覚で扱わないでください。

リスク別に整理する

入手先と確認方法

第一候補は開発者のGitHub Releasesです。リポジトリの「Source code.zip」と、導入用のリリースZIPを取り違えないでください。Magisk Modules Alt RepoやMMRLを使う場合も、元の開発者、更新日、配布ファイルを確認します。

出所不明の再配布ZIP、短縮URLだけの案内、ソースや変更履歴がないTelegram配布は慎重に扱います。人気があることは、安全性の証明ではありません。

導入前には、保守担当者、最終リリース、対応Android、root管理ツール、既知の不具合、削除手順を確認します。SELinuxなどの保護を無条件に下げることを要求するツールは、その必要性を理解できるまで使わないでください。

モジュール導入後に起動しなくなったら

セーフモードなどの公式の復旧経路を確認

端末とroot環境に対応する、モジュールを無効化する方法を先に調べておきます。ボタン操作はメーカーごとに異なります。

ADBが使えるMagisk環境

PCがその端末へのADB接続を既に許可されており、必要な状態まで起動する場合、Magiskのモジュール削除機能を使えることがあります。

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

このコマンドはモジュールを削除する操作です。データを取り出したいだけの場面で、意味を理解せず実行しないでください。

個別モジュールの無効化・純正への復帰

/data/adb/modules/へ正当にアクセスできる状態なら、原因のモジュールを絞って無効化できる場合があります。起動イメージそのものの問題なら、同じビルドの純正ファイルが必要です。

Samsungは別扱いです。 Magiskを導入したGalaxyで、boot・init_boot・recovery・vbmetaだけを一般的なFastboot手順で戻さないでください。Samsung向けの公式Magisk手順と、適切なOdinでの純正復旧経路を優先します。

Magisk書き込み失敗の診断（英語） · 純正復旧サービス

よくある質問

Magisk内にモジュールのダウンロード欄がありません。

古いアプリ内配布機能を説明した手順を見ている可能性があります。元のプロジェクトからファイルを入手し、対応するストレージからのインストール機能を使います。

MagiskモジュールはKernelSUやAPatchでも動きますか？

種類によります。通常のモジュール、Zygiskが必要なもの、カーネル専用のものを分け、利用する管理ツールの対応情報を確認してください。

Play Integrity Fixはそのまま入れればよいですか？

英語版はchiteromanの旧リポジトリの終了を説明しています。同名の再配布ファイルを使う前に、現在の配布元と保守担当者を確認します。

ShamikoはどのZygiskでも使えますか？

いいえ。実装とバージョンの組み合わせによって制約があります。複数実装を同時に入れるのも避けてください。

整合性テストは通るのに銀行アプリが動きません。

アプリ独自の検査や利用条件があるためです。テストアプリの結果だけで互換性を判定しないでください。

MagiskとKernelSUを同時に入れられますか？

二重構成は避けます。移行では現在の修正を取り除き、純正イメージへ戻した後に、次の方式を導入するのが基本です。

モジュールは何個までにすべきですか？

決まった数より、各モジュールの役割と重複を説明できるかが重要です。使っていない機能は削除し、不具合を追える構成にします。

OTA後もそのまま使えますか？

モジュールのファイルが残っても、起動イメージやカーネルが更新されます。root管理ツールと端末の更新手順に従って再確認します。

この一覧はいつまで有効ですか？

保守状況は変化します。英語版の確認日は履歴として残し、導入時にはプロジェクトの現在の情報を確認してください。

root化そのものが必要ですか？

広告ブロックはプライベートDNS、不要アプリの整理はADB、自動化はTaskerの通常権限だけで済む場合があります。root化サービスでは、目的に対して最小限の変更を検討します。