2026年版 LSPosedのインストール方法：Vector、Zygisk、Magisk、KernelSU、APatch

「LSPosed インストール」で検索したら、「zipをフラッシュするだけ」と書かれた2023年の解説記事が出てきた。でも、そのzipが今のAndroidで本当に動くのか自信が持てない。その不安は正しいものです。

結論から： 2026年にインストールするのは、LSPosedの後継として維持されているVectorです。root管理アプリ側でZygiskが動く状態にしてから、GitHubのリリースページで配布されているものを入れます。オリジナルのLSPosed v1.9.2のzipは2023年10月のもので、READMEもAndroid 14までです。一方、VectorはAndroid 8.1から17までの対応を明記しています。¹⁴

多くの記事が触れていない点があります。KernelSUとAPatchにはZygiskが内蔵されていません。 この2つでは先に別のZygiskモジュールを追加する必要があり、同時に動かせるZygisk実装は1つだけです。¹¹¹⁶

出典の確認日は2026年11月5日です。本記事はドキュメントに基づくガイドであり、DroidRooterがここで触れたすべての端末、ROM、モジュールで動作テストをしたという主張ではありません。メニュー名を確認できていない箇所は、その旨を本文に書いています。

ジャンプ： 何が変わったか · 必要か？ · 動作要件 · どのビルドか · 始める前に · Magisk · KernelSU · APatch · Zygiskの選び方 · 開いて確認 · モジュールとスコープ · アップデート · トラブルシューティング · 削除 · セキュリティ · DRVCAM · FAQ

LSPosedとは何か、2026年までに何が変わったか

LSPosedはARTフックフレームワークです。モジュールと呼ばれる小さな追加プログラムが、元のXposed APIを使ってアプリやシステムサービスの動作を変えられるようにします。Zygiskモジュールとして提供されるため、root管理アプリのZygisk層が起動するプロセスの中で動きます。¹

便利な点は、フックがメモリ上にしか存在しないことです。アプリのAPKは書き換えられないので、モジュールを無効にして再起動すれば動作の変更は元に戻ります。（ただしモジュール自身がファイルを書き込む場合もあるため、「元に戻せる」のはフックについてであり、モジュールが行いうることすべてではありません。）⁴

このプロジェクトに起きたことを、確認できる日付つきで整理します。

• オリジナルのLSPosedリポジトリは、2023-10-11のv1.9.2以降リリースがなく、デフォルトブランチへのコミットも2024-01-07が最後です。アーカイブはされておらず、他のブランチにはプッシュがあるため、GitHubを見ると、リリースページの印象より活発に見えるかもしれません。READMEには「Android 8.1 ~ 14」と書かれています。¹²
• Vectorは、かつてJingMatrixが公開していたLSPosedのフォークです。リリースv2.0（2026-03-22）は、LSPosedからVectorへ名称変更したこと、およびZygisk部分のアーキテクチャを書き直したことを述べています。v2.1（2026-08-02）は、新しいlibxposed API 101に基づく最初のビルドで、Android 8.1から17までの対応を明記し、マネージャーも作り直されました。v2.2（2026-08-04）は2.1のホットフィックスで、API 102のホットリロードが加わっています。⁵
• Android 15、16、17への対応を明記しているのはVectorだけです。オリジナルにはこれらのバージョンについての記述がありませんが、それは動かないことの証明ではありません。⁴¹

Xposed、EdXposed、LSPosed、Vector：一覧表

動画のタイトルにしか出てこないフォークや名前替えのものも見かけます。私たちは確認できておらず、どれも推奨しません。

レガシーAPIとlibxposed API

Vectorは、従来のXposed APIと新しいlibxposed APIの両方に対応しています。⁴ つまり、古いモジュールはそのまま読み込める一方、新しいモジュールはlibxposed向けに書かれていてVectorを前提とする場合があります。どちらかは、モジュール自身のページに書かれています。

これは必要？ できること、できないこと

LSPosed系のフレームワークにはrootとZygiskが必要です。つまりroot化した端末が前提で、MagiskやKernelSUでroot化するにはブートローダーのアンロックが必要です。Magiskのインストールガイドにもそう書かれており、KernelSUのFAQも同じです。¹⁰¹¹

初めてroot化を考える前の警告： ブートローダーをアンロックすると、通常は端末が初期化されます。Samsungの端末では、Magisk公式ドキュメントによれば、初回のインストールでデータの全消去が必要になり、Knoxの保証ビットが恒久的に変化（トリップ）します。¹⁰ 必ず先にバックアップしてください。まだroot化していない場合は、他のことをする前にAndroidのroot化ガイドを読んでください。また、お使いの機種をよく確認してください。すべての端末がroot化できるわけではありません。

フレームワークが与えてくれるのは、アプリにフックをかけるモジュールを動かせる、という能力です。次のものは与えてくれません。

• 特定のモジュールが特定のアプリやAndroidのビルドで動く保証。 アプリやAndroidが変わると、モジュールは壊れます。
• 見つからないこと。 rootやフックは検出されることがあり、起動を拒否するアプリもあります。検出されないとは言いませんし、Play Integrityや銀行アプリについても何の約束もしません。
• 「rootなしのXposed」。 パッチ済みAPKや仮想コンテナ型のツールは存在しますが、別の手法で、トレードオフも別です。私たちは検証しておらず、本記事では扱いません。

どんなモジュールがあるかを知りたい場合は、MagiskとXposedのモジュールガイドが扱っています。このページは、フレームワークのインストールと修復に絞ります。

AndroidのバージョンとRoot管理アプリ別の動作要件

お使いの端末の行を読んでください。「メンテナンスされた記述なし」は、動かないという報告ではありません。

root層も同じくらい重要です。

KernelSUのFAQは、フレームワークについても答えています。Zygisk Nextと組み合わせれば、LSPosedや他の現代的なXposed派生を使えます。¹¹ APatchのFAQは、RiruもZygiskも内蔵されておらず、ZygiskはAPatchのモジュールとして追加すると述べています。¹⁶

どのビルドをインストールするか

本物のファイルを見分ける命名パターン： Vectorの安定版アセットは Vector-v2.2-3080-Release.zip や Vector-v2.2-3080-Debug.zip のような名前です。オリジナルの最後のアセットは LSPosed-v1.9.2-7024-zygisk-release.zip とそのRiru版でした。⁵² リリースページにチェックサムがあれば、ダウンロードしたファイルと照合してください。

ReleaseかDebugか？ VectorのREADMEは、トラブルシューティングする人にはDebugビルドを勧めていて、バグ報告は最新のデバッグビルドからのものだけ受け付けるとしています。普段使いにはReleaseを選んでください。Canaryビルドは、CIによるプレリリースです。ほとんどの方は安定版を使ってください。⁴⁵

始める前に：バックアップと復旧の準備

フレームワークはチェックを入れたすべてのアプリのプロセスの中で動くため、不具合のあるモジュールが原因で端末が起動しなくなることがあります。先に戻り道を用意してください。

1. データをバックアップする。 どのフレームワークでも必要です。これからroot権限でモジュールをフラッシュするためです。
2. お使いのビルドの純正boot（またはinit_boot）イメージを保管する。 入手方法は正しいbootまたはinit_bootイメージの入手ガイドで、よくある復旧方法はMagiskのフラッシュ失敗からの復旧で扱っています。
3. セーフモードへの入り方を把握しておく。
4. Magisk： FAQによれば、起動に2回続けて失敗すると、すべてのモジュールとZygiskを無効にするセーフモードに入ります。adb経由で magisk --remove-modules を実行するか、アプリの再起動メニューからセーフモードで再起動することもできます。FAQにはキー操作のタイミングが書かれていますが、操作がシビアなことがあります。⁹
5. KernelSU： 復旧ページによれば、最初の起動画面のあとに音量ダウンを3回より多く、押しては離します。同ページは、起動の速い端末ではタイミングが合わず反応しない場合があること、不正なinit rcの行はセーフモードでも実行されること、出どころ不明のモジュールは絶対にインストールしないことを警告しています。¹³
6. ブートループに陥った場合は、Androidのブートループ修復ガイドとデータを消さずにブートループを直す方法を次の手がかりにしてください。

Magiskへのインストール

MagiskにはZygiskが内蔵されているので、最短の手順です。メニューの名称はMagiskのバージョンによって変わります。以下の「設定」のスイッチは、Magisk 31.xの端末のスクリーンショットつきでDRVCAMのインストールガイドに載せたものです。²⁰

1. Zygiskをオンにする。 Magisk → 設定 を開き、Magiskの項目にあるZygiskスイッチを有効にします。再起動を求められます。
2. 再起動し、Magiskのホーム画面にZygisk: 有効（英語表示では Enabled）と表示されていることを確認します。
3. プロジェクトのリリースページ（github.com/JingMatrix/Vector/releases）からVectorをダウンロードします。「Source code」ではなく、安定版の Release.zip です。
4. モジュール → ストレージからインストール でzipを選び、完了まで待ちます。
5. 再起動します。
6. 次のセクションにある3つの方法のどれかで、マネージャーを開きます。

VectorのREADMEも同じ流れを自分の言葉で述べています。root管理アプリからインストールし、Zygisk環境があることを確認して再起動し、システム通知から設定に入る、という手順です。⁴

Magisk内蔵のZygiskをオンにしたまま、単体のZygiskモジュールを入れないでください。 ReZygiskのREADMEは、両者が競合するため、Magiskユーザーは内蔵のZygiskを無効にするよう述べており、Zygisk Nextの要件にも、Magisk内蔵のZygiskをオフにすることとあります。¹⁸¹⁷

バージョンに関する補足です。Magisk v31.1では、後出しのスーパーユーザー許可ダイアログが廃止され、アプリへの許可は「スーパーユーザー」タブで事前に与える形になりました。⁸ トラブルシューティング表のShellのroot化の手順に関係する点です。

KernelSUへのインストール

1. KernelSUマネージャーでrootが正常に動いていることを確認する。 KernelSUが公式に対応しているのは、GKI 2.0のカーネル5.10以降です。¹⁴
2. Magiskを併用しない。 KernelSUのドキュメントによれば、そのモジュールシステムはMagiskのマジックマウントと競合し、KernelSUでモジュールを1つでも有効にすると、Magiskはまったく動かなくなります。¹¹
3. メタモジュールについて判断する。 KernelSU 3.xでメタモジュールが導入され、同ページによれば、メタモジュールがないとモジュールはマウントされません。FAQはこれに条件を付けています。メタモジュールが必要なのは /system 以下のファイルを変更するモジュールで、スクリプト、sepolicy、system.prop はなくても動きます。¹²¹¹ Vectorにマウント型モジュールが必要かどうかは、私たちでは切り分けられていません。 当サイトのDRVCAMインストールガイドには、メタモジュールに触れずにZygisk NextとVectorを動かしているKernelSU端末が載っています。²⁰ 他のモジュールが /system に手を入れる場合は、KernelSUのページの説明どおりメタモジュールを入れてください（たとえばmeta-overlayfsを、マネージャーの追加ボタンから入れて再起動します。同時に入れられるのは1つだけです）。
4. モジュールタブからZygisk実装を1つインストールする（Zygisk Next、ReZygisk、NeoZygisk。比較を参照）。再起動します。
5. VectorのReleaseのzipを同じ方法でインストールします。再起動します。
6. マネージャーを開きます（次のセクション）。

Zygisk NextのREADMEには、KernelSUの最低バージョン10940、KernelSUマネージャー（ksud）の最低バージョン11575と書かれています。¹⁷ 現行のKernelSU v3.3.1はどちらも大きく上回りますが、選んだ実装のREADMEは確認してください。

APatchへのインストール

1. APatchはarm64である必要があり、カーネルがAPatchの対応範囲である3.18〜6.12に収まっていなければなりません。¹⁵
2. APatchマネージャーでモジュール一覧（APM）を開き、Zygisk実装のzipを1つインストールして再起動します。ラベルはバージョンによって異なります。
3. VectorのReleaseのzipをインストールして再起動します。
4. マネージャーを開きます（次のセクション）。

APatchについて3点あります。1つ目は、FAQが代替としてZloaderというプロジェクトを挙げているものの、v0.1.3以降コミットがなく、もう推奨しておらず、どのZygisk実装とも互換性がないと述べていることです。私たちも推奨しません。¹⁶ 2つ目は、APatchのREADMEが、SuperKeyはroot権限より高い権限を持つと述べていることです。rootのパスワードと同様に扱ってください。¹⁵ 3つ目は、モジュールのインストールがシェル関連のエラーで失敗する場合、APatchのFAQはShellアプリからrootを外すよう勧めていることです。これはVectorのトラブルシューティングの1つの手順とは逆になります。下の表で説明します。¹⁶⁶

Zygisk実装の選び方

Vector、KernelSU、APatchはいずれもこの3つを挙げていますが、順位付けはしていません。共通するルールは1つ、必ず1つだけインストールすることです。⁴¹¹¹⁶

どれを選ぶかは、技術面だけでなく、信頼やライセンスに対する考え方の問題でもあります。ライセンスの行は、root権限で動くソフトを選ぶときに知っておきたい事実であり、品質の順位ではありません。すでにうまく動いている環境があるなら、変える必要はありません。

マネージャーを開いて動作を確認する

ダウンロードすべき別のマネージャーAPKはありません。Vectorのマネージャーはモジュールの中に入っています。⁶ 開く方法は3つあり、メンテナー自身のトラブルシューティングガイドに載っています。

1. 再起動後のシステム通知（READMEの方法）。
2. 通知が出ない場合は、root管理アプリにあるVectorモジュールのActionボタン。先にMagiskかKernelSUを更新してください。
3. モジュールのフォルダから、adb経由でマネージャーを通常のアプリとしてインストールする：

adb shell su -c cp /data/adb/modules/zygisk_vector/manager.apk /data/local/tmp && adb pull /data/local/tmp/manager.apk && adb install ./manager.apk

それでもマネージャーが開かない場合、同じガイドは、先にシステムのShell（com.android.shell）にrootを許可するよう述べています。その前に、トラブルシューティング表の警告を読んでください。⁶

v2.1のマネージャーはJetpack Composeで作り直されたため、このガイドでは画面のラベルを引用せず、機能で画面を説明します。⁵

チェックリスト：合格か不合格か

• [ ] root管理アプリがZygiskが有効と表示している（MagiskのHome）、またはZygiskモジュールがちょうど1つだけ有効と表示されている（KernelSUとAPatch）。
• [ ] Vectorモジュールが一覧に表示され、かつ有効になっている。
• [ ] Vectorのマネージャーが開き、ホーム画面にフレームワークが有効と表示される。
• [ ] 実際のテスト。 信頼できて、ソースコードを読める小さなモジュールを1つインストールして有効にし、対象アプリを1つ、そのスコープにチェックします。そのアプリを強制停止して開き直し、モジュールの効果が現れれば、チェーン全体が動いています。

どれか1つでも不合格なら、表に進んでください。最後の項目が重要なのは、フレームワークが「有効」と表示されていても、モジュールが何もしないことがあるからです。

モジュールとスコープ：有効化の仕組み

モジュールがアプリに作用するには、次の3つの条件が同時に成り立つ必要があります。

1. モジュールがマネージャーで有効になっている。
2. 対象アプリが、モジュールのスコープにチェックされている。
3. 両方の設定のあとで、対象のプロセスが再起動されている。

LSPosedのwikiも同じ流れを説明しています。モジュールは通常のアプリとしてインストールされ、モジュールをオンにして、適用先を選びます。多くのモジュールは推奨スコープを表示し、マネージャーが自動で選択します。システムサービスにフックしないモジュールは、対象アプリを再起動するだけで済みますが、システムフレームワークにフックするモジュールは再起動が必要です。LSPosedは、古いモジュール向けの「すべて選択」を意図的に用意していません。チェックは必要最小限にしてください。LSPosedはチェックしたアプリにだけ注入し、それ以外はクリーンな環境のままにします。³

複数ユーザー： wikiによれば、マネージャーはプライマリユーザー上にあり、ユーザーごとのタブが表示されます。モジュールは、動かしたいユーザープロファイルにインストールしてください。³

ホットリロード： Vector v2.2で、libxposed API 102のモジュール向けにホットリロードが追加されました。対象のプロセスを終了せずに、そうしたモジュールを入れ替えられます。古いモジュールは従来どおり再起動のルールに従います。⁵

マネージャーには、モジュールを探すためのリポジトリのページもあります。ここではモジュールを一覧にしません。選び方と注意点はモジュールガイドを使ってください。

アップデートと、オリジナルのLSPosedからVectorへの切り替え

Vectorのアップデート： 新しいzipを、root管理アプリのモジュール画面から古いものの上にインストールし、再起動します。2.1でマネージャーを別アプリとしてインストールしていた場合、v2.2のノートはアップデートの前にそれをアンインストールするよう述べています。⁵ アップデート後に不具合が出たら、READMEが求めているとおり、報告を出す前に最新のDebugビルドを試してください。⁴

LSPosed v1.9.2からの切り替え：

1. 古いマネージャーでモジュールを無効にし、root管理アプリで古いLSPosedモジュールを削除して、再起動します。
2. 上の説明どおりにVectorをインストールします。2つのフレームワークを動かしてはいけません。
3. そのあと、すべてのモジュールのスコープを確認し直してください。 モジュールの設定がLSPosedからVectorへ引き継がれるかどうかは確認できませんでした。引き継がれないものと考えてください。

Androidやセキュリティアップデートのあと： 先にroot層を更新し、次にフレームワークを更新します。Magiskの変更履歴によれば、新しいAndroidのリリースへのZygisk対応は特定のバージョンで入りました（16 QPR2はv30.7、Android 17はv31.0）。⁸ 特定のアップデートが特定の端末をなぜ壊したのかは確認できていません。お使いのビルドについては、各プロジェクトのissueトラッカーを確認してください。

トラブルシューティング表

「考えられる原因」の欄は、ドキュメントから読み取れることを私たちがまとめたもので、発生頻度による順位ではありません。根拠の区分は、Pがプロジェクトの文書、Cがユーザーの報告です。

Zygisk自体がクラッシュした場合、メンテナーのガイドには、Vectorのデーモンのログをデータディレクトリから取り出すコマンドが載っています。記憶ではなく、ソースからコピーしてください。⁶

GrapheneOSなど堅牢化されたシステムについて： Vector v2.1のノートには、GrapheneOSの動的コード読み込みの制限下でマネージャーを直す修正が書かれています。⁵ コミュニティの投稿には、動かすためにさらに保護機能をオフにする方法が書かれています。1人の報告をもとに、堅牢化されたOSのセキュリティを下げてしまうため、私たちは勧めません。⁶

安全な削除とロールバック

順序が大切です。

1. Vectorのマネージャーでモジュールを無効にし（またはすべてのモジュールを無効にし）、再起動します。フックはメモリ上に適用されるため、通常はこれだけでアプリは元に戻ります。⁴
2. root管理アプリでVectorモジュールを無効化または削除して、再起動します。
3. 端末上の他のものがZygiskを必要としない場合にだけ、Zygisk実装を削除します。Magiskなら、内蔵のZygiskスイッチをオフにするだけです。
4. 緊急時は、始める前ににあるセーフモードの方法を使います。

モジュールの中には、独自のファイルや設定を書き込むものがあります。フレームワークを削除しても、それらは元に戻りません。

セキュリティ上の注意

rootと、他のアプリに注入するソフトを組み合わせることになります。真剣に受け止めてください。

• モジュールはroot相当の権限で動きます。 KernelSUのドキュメントは、モジュールがroot権限を持ち、元に戻せない損害を与えうると警告し、出どころ不明のモジュールをインストールしないよう述べています。¹³
• ダウンロードはプロジェクトのGitHubリリースページだけにしてください。 アセット名をどのビルドかのパターンと照合してください。VectorのREADMEは、プルリクエストのCIビルドは不安定で、危険な可能性が高いことが多いと警告しており、masterブランチのビルドだけを使うよう述べています。CIのアーティファクトのダウンロードにはGitHubへのログインが必要です。⁴
• 「LSPosed APK」を配るサイトは、出どころとして不適切です。 通常の手順には単体のマネージャーAPKはないため、それを配っているページは、プロジェクトが配布しているものを提供していません。インストール関連の検索で上位に出る動画も、ファイル共有サービス上のzipにリンクしています。これは検索結果についての観察であり、アップロードした人の意図についての話ではありません。
• プライバシー。 モジュールは、フックしたアプリが見るものを読み取れます。モジュールが必要とするアプリだけにチェックを入れてください。
• APatchのSuperKeyは、root自体と同じくらい機密性の高いものです。¹⁵

DRVCAMでフレームワークを使う

DRVCAMは、root化したAndroid向けの仮想カメラです。製品ページには、root化したAndroid 9〜17でLSPosedなどのXposedフレームワークと組み合わせて動くと書かれており、当サイトのDRVCAMインストールガイドは、その役割にVectorを使っています。MagiskとKernelSUの端末のスクリーンショットがあり、どちらも同じ状態にたどり着きます。²¹²⁰ フレームワークを入れたあとのことは、DRVCAMユーザーマニュアルとroot化したAndroidで仮想カメラが動く仕組みで扱っています。

正直な限界は、DRVCAM自身のものです。rootが必要で、互換性はお使いの端末、Androidのビルド、対象にするアプリによって決まります。フレームワークが動いていても、それらは何も保証されません。ご自身の端末で、合法な目的にのみ使用してください。

まとめ

2026年に「LSPosedをインストールする」とは、root管理アプリを確認し、Zygiskをちょうど1つ与え、GitHubのリリースからVectorをインストールし、マネージャーを開いて、スコープを絞ったテストを1つ行って確かめることです。

解説記事に書いてあったからといって、2023年のzipを入れないでください。Zygisk実装を2つ重ねないでください。何かをフラッシュする前に、セーフモードへの入り方を把握しておいてください。そして、すべてのモジュールを、root級の権限を持つソフトとして扱ってください。実際にそうだからです。

次のステップ： DRVCAMをセットアップするなら、当サイトのDRVCAMインストールガイドとDRVCAMのページに進んでください。rootした端末が必要で、結果はお使いの端末、Androidのビルド、アプリによって変わります。ブートループから抜け出せない、またはrootがうまく動かない場合は、DroidRooterのリモートでのroot化・復旧サポートがあります。このサービスは、まず端末を正確に確認し、安全に試せない方法については、はっきりそう伝えます。そもそもお使いの端末がroot化できるか分からない場合は、root化ガイドから始め、先にバックアップをとってください。

最終確認日：2026年11月5日（頼る前に再確認してください）： Vector v2.2（2026-08-04）、Magisk v31.1、KernelSU v3.3.1（2026-10-12）、APatch 11282（2026-10-15）、ReZygisk v1.0.0、NeoZygisk v2.4、Zygisk Next v1.5.2（2026-10-15）。

出典とプロジェクト資料