【KernelSU】Root化総合 Part2【APatch】【SukiSU】

!extend:checked:vvvvvv:1000:512:donguri=2/1:
!extend:checked:vvvvvv:1000:512:donguri=2/1:

KernelSU、APatch等のRoot Solution全般について話し合うスレです。

■Magisk
https://github.com/topjohnwu/Magisk

■KernelSU
https://github.com/tiann/KernelSU

■KernelSU Next
https://github.com/KernelSU-Next/KernelSU-Next

■SukiSU Ultra
https://github.com/SukiSU-Ultra/SukiSU-Ultra

■Apatch
https://github.com/bmax121/APatch

関連スレ
Magisk Part17 https://egg.5ch.net/test/read.cgi/android/1764683465/
Xposedモジュールスレ Part32 https://egg.5ch.net/test/read.cgi/android/1766473378/

※前スレ
【Magisk】Root化総合 Part1【KernelSU】【APatch】
https://egg.5ch.net/test/read.cgi/android/1752336759/

>>980あたりで次スレ作成お願いします。

---

VIPQ2_EXTDAT: checked:vvvvvv:1000:512:donguri=2/1: EXT was configured

破壊的変更とかどうこう言っているけどapiが順処されているのならどうでも良いのよ
そのためのapiだし(昔ながらのプライベートメソッドを好きにすれば理屈と一緒)
たまたま同じ発見をして喧嘩するのなら分かるけど別プロジェクトを盾にまで反論するのはださすぎる

読んだけど>>42で合ってるじゃん
俺は最初からRe界隈には近付かなかったけどやはり正解だったか
ReZygiskを最初に作った時に「Rustはクソなのでより優れたCで書き直します」とか言ってた段階でPedrooはキッズ臭くて怪しいなとは思ってた
ReLSPosedだって、ZygiskNextやLSPosedと違ってフォーク元のJingMatrixが開発終了しているわけじゃないんだから、プルリクで貢献すればよかったのに、わざわざフォークして分裂させたのも不信感があった
これ以上増やすなよと思ってたわ
起こるべくして起こったdramaだな

最初から自分はバイアスに満ちてますって宣言して「これが正しいんだー！」と言われても、
「そうですか」としか言いようがないですな
それ以前に仮にも誰かを盗人扱いするなら、まずはそれを自分が証明してからと思うんだけど、
それすらされてもいないことを当事者間で解決する前にいきなり公共の場で当人にも知らせず
「こいつは盗人なんだ！」
と一方的に公開するような人物のがよっぽど不信感しかない
誰かの尻馬に乗って誰かを叩くことに快哉をあげることに疑問を感じない人には、これが分からないらしい

長い

起動失敗したら即boot焼き直すから考えもしなかったけど、APatchにはセーフモードがあったのね

>APatchには、すべてのモジュールをすばやく無効にし、悪意のあるモジュールがフラッシュされていて起動に失敗した場合にデバイスを再起動できる、統合されたブートループレスキュー機能が備わっています。
>
>統合メカニズム
>音量ダウンボタンを押す
>電源ボタンを画面がオンになるまで押した後、最初の画面が点灯するまで常に押し続けて離します。
>この方法により、内蔵のAPatchセーフモードが有効になり、すべてのモジュールが無効になります。
https://apatch.dev/rescue-bootloop.html

>>56
1回だけお世話になった
音量ダウン長押しって書いてあるけど実は連打したほうがいい

それはナイスな情報だね

Cherish Peekabooが1.5.5に更新されたとかいう情報を見てみたら
「APatch Nextだけサポート」みたいなことが書いてあって、そんなのあったんだね
検索するとAPatchのCIとかRedditに書いてあったけど、本当にそうなの？

>>59 について
ひとまずこういうことらしい

APatch nextはcherish peekaboo用に作られたmodです。既に開発は停止しています。
Apatch nextはoverlayfsを使ってモジュールをマウントします
最新の通常のApatchはmagic mountを使用します(※CIではMetaModuleされた)

APatch Nextは現在は非推奨ですが、かつて「競合」とされていた頃は、主にCherish Peekabooのサポート（より良いroot隠しのためのkpm）が追加されているために使われていました。
ただし、最新のAPatchにはより良いnohelloがあるため、APatch Nextを使う意味はほとんどありません。

あとReLSPosed開発停止の影響について

下記のirena版のフォークがReLSPosedの変更点をコミットしている
https://github.com/silvzr/LSPosed-Irena
ただし新たな軸になろうとするほどやる気があるか迄は知らない

あとfatalcoder524氏がReLSPosedをフォークして「何かあったら更新があるかも」みたいな言及をしていた

>>61
神！

root状態でGoogleウォレットのクレカのタッチ決済を登録するのは難しいって聞くけど、これってQUICPayはどうなる？
おサイフケータイだからまた違う？
新しいクレカ作ろうかと思ってて、それはQUICPayが使えてスマホにも登録できるんだが、もしroot検知弱いならそれにしてみようと思ってる

ちなみに現在はおサイフケータイでモバイルPASMOを使ってて、これはroot検知は全くなく使えてる

LSPosedってそんな更新が必要なことあるんかな
ずっと古いの使ってるけど問題なく動いてるし

最新のWildKernelでBBRが使えないことに気付いたけどリリースページを確認したらBBRが含まれていないことを知った

Pixelだと3ヶ月毎に大きなアプデが入るから
OSの番号が変わらなくてもLSPosedが動かなくなることがある

>>63
QUICPayやPASMOはFeliCaなのでタッチ決済のNFCとは別。いつも使えねえと言ってるのはNFC。

>>8
リンク修正

・Magic Mount Metamodule(magic_mount_rs)
https://github.com/Tools-cx-app/meta-magic_mount-rs

ちなCIチャネル
s://t.me/mmrs_ci

>>67
ありがとう
QUICPayは普通に使えるんだね
これは便利そうだ

>>69
QUICPayは紐付けてるカードの規約更新のタイミングでチェックが入るくらいかな

LSPosed ITもMIUI Xを採用したか

LSPOsed ITってどこにあるの

>>72
非公開チャネル
たまにリークされて出回るけど、今はリーク対策されたとのこと
p://t.me/LSP_Leaks

>>73
ありがと

最新のKernelSU NextやWild KSUでSuperuserアプリの数が正しく表示されない不具合あり
解消にはカーネルのアップデートが必要なのでマネージャーを更新しないこと

>>75
表示だけの問題なら、どうでもいいけど
何か実害あるの？

>>76
自分が遭遇した範囲では実害はなかったけど許可リストのファイルが破壊される可能性があるとか言われている

>>75
LKMなら再パッチするだけじゃないの？

自分も一旦3.1.0に上げてしまったが3.0.1に戻したわ

>>78
言葉足らずで申し訳ない
LKMならマネージャーを最新版に更新した状態で再パッチしたらドライバーが更新されるからそれでOK
WildKernel等GKIでroot化している場合はマネージャーの更新は今は見送った方がいいよという話

>>80
詳細ありがとです

bindhostsってアプリ入れなくても使える？

はい

GrapheneOSとモトローラの提携が噂されてるのね
そうするとモトローラはBLアンロック可能が暫くは補償されるな

>>84
そう考えると提携はありがたいね

>>84
補償の漢字まちがってるのは許して

>>84
よくよく考えるとゼッタイ駄目な漢字間違いだわ
84書き込みは無視してくれ

保証でしょ？

最新のCI版のKSUマネージャーで以前のようなマテリアルデザインのUIも選べるようになっていた
https://i.imgur.com/MsITHGt.jpeg

3月セキュリティアップデートも大丈夫だった
https://i.imgur.com/BQ92Hoq.png
https://i.imgur.com/HV4Qk6o.png

2chMate 0.8.10.238 dev/Google/Pixel 9 Pro Fold/16/DR

自分は8proで3月更新後、wild kernel入れたらブートループするからメイン端末は見合わせ中ですわ…😿

wildだろう？

なんかPixel系は3月アップデートでGKI以外にも変更が入ったみたいだから待ってってテレグラムにあったよ

>>93
そうなんだ、ありがとう🙏

p6aだけど、blu_spark r256いれたら対策済みで問題なく動いてるよ

TEESimulatorのフォーク版、本家より出来がよくTSSの機能に追いついた模様
https://github.com/Enginex0/TEESimulator/

AirDropないと辛い民だけどやはりPixelify-next導入してもAirDrop対応するの望み薄だよね？

xiaomi hyper os 3.0 で/system_extをrwにする方法知ってる方いますか？？

mount -o remount,rw /system_ext

>>99
それでもできないんだよなぁ
Android16からできなくなったとかある？？

よく分からんけどBLUの手間が楽になるとかその程度の話なんかね

Qualcommブートローダーに署名未検証の脆弱性、メーカーの解錠手続きを完全迂回
https://smhn.info/202603-qualcomm-bootloader-signature-bypass-vulnerability

Runaway Beakthrough - Xiaomi 17 Ultra 中国版でブートローダーアンロック/rootを可能にするエクスプロイトが発見されたぞ！Xiaomiは動きが速く、すぐに修正するための「緊急アップデート」を配信しようとしているみたい。もし使ってみたいなら、急げ！
https://www.reddit.com/r/Android/comments/1robnrc/runaway_beakthrough_an_exploit_allowing_for/?tl=ja

>>101
そんな大したことないという話ではないと思う。
グロ版よりかなり安いが、日本人がBLUするのは事実上不可能なCN版もBLU出来るというのは人によってはかなりデカいよ。出回ってるツール使えば、待機時間もなく、あっという間にBLU出来るんだから。

グローバル版が発売されていないXiaomi 17 Proとかは祭りになってる

ふーん
TEE偽装まではできないのに祭になるのか

>>104
感じ悪

ksunマネージャー3.1.0でスーパーユーザー権限数表示バグや権限付与したアプリに不具合が出る問題は最新のwild kernelで解消されましたか?

>>101
折角これあるのにお手軽だったから17ultraグロ版買ったんだけど
ずっどg100+magiskで引っ張ってきたから最近の主流がわからんのだけど
最終的にはeuROM+kernelSUnext+susfsがいいのかな？
純正ROMのうちにただのkernelSUなりmagiskなりでroot取って各パーティションのバックアップはしようと思ってる

Wild KSUを3.1.2にしたけどLKMなので症状は該当せず
それよりfastboot rebootしたら固まって物凄い焦った
原因はUSBボートの接触不良かなんかで挿しなおしたら直ったけど、何回やってもイメージ焼きは緊張する

XiaomiのエクスプロイトはROM焼きさんとこで簡単バッチみたいなの配布してる
ROM焼きさんはKSU入れたみたいだけど、やり方までは解説されてなかった

>>107
ksunはちょくちょくトラブルあるから
久々ならksu lkmの方がいいんじゃない

>>8

ZeroMount
Mountless Module Loading for Rooted Android
https://github.com/Enginex0/zeromount

なんでもモジュールをマウントせずファイルシステムへのアクセスを監視してパスを書き換えるみたいな動きらしい
だからマウントテーブルが増えず検知されにくいという理屈みたい
SUSFS前提のようでAPatchじゃマトモに動かなかった

>>110
そうなのか
lkmだとsusfsは無理なんだろうけど
別にいらん感じなのかな？

>>111
susfsだけでなくzeromountが使用するvfsドライバが入ってるカーネルが要るみたい

>>112
使うアプリによるけど
KSU+LKMで概ね問題ないと思うよ
KSUN+GKIは検知されて困ってからでいいんじゃないかな

>>113
補足サンクス

KSUN3.1.0最新マネージャーGKIで使ってる人いますか?

ここにいるけど質問に答えられるかは知らんですたい

WKSU3.1.2、GKI2.0.0をRN12TのeuROM、mi15のstockで使っているけれど、今の所SU周りの不具合は起きてないです

>>118
ありがとうございます
当方はKSUN3.1.0で数日前に出た最新のwildカスタムカーネル入れてみたら問題なかったです

骨董品みたいなスマホの話ですまん
泥6.0.1積んだGalaxy Note EdgeでGoogle Play開発者サービスがぶっ壊れてまともに使えない(起動自体はするが毎秒落ちるレベルで停止表示が出る)んだがデータそのままで何とかする方法分かる?
SuperSUとTWRPは仕込んであるから最悪ADBから全部操作でもいい
久々に起動したらこの有様や

Twrpでデータバックアップしてから
初期化するのが一番はやいんじゃない

>>96
これ入れてからかカスタムKeyboxの挙動がおかしい。色々変えてみたが、すぐ反映されない感じ

四月までにRKA?R?P(ゴメン、なんかリモートで確認する奴)認証する奴に移行って話だけどどうなるか詳しく知っている人いる?
高いPlayStrongを書き続けるしかなくなるの?

xiaomi 17 ultraグロ版純正ROM3.0.9.0にksuをlkmで使っててPIF inject4.4をデフォルトのチェック(一番上のspoofとspoof(play)だったかな？)のまま1回実行してから、x-ploreが落ちる様になったのと、いろんなアプリがplayストアからのインストールが失敗扱い(実際にはインストールされてる)するようになってしまった
ksuをksun→wksuとかえてみたり(毎回init_boot.imgはAB両方焼き直した)
PIFをintegrity boxにしたり、オフにしたりしてみたけど直らん
x-ploreも色んなバージョン入れ直した
何が悪いんだろうか？
PIF injectした途端だからpif.json？のせいなんだろうけれど
今data/adbとかmoduleの中にもうこれ生成されないのな

後ksuはdenylistを選ぶところがmagiskみたいにないけど、そもそもそういう運用をしないもんなの？
zygisk nextのweb uiの設定はdenylistポリシー無効でいいんかな？

>>124
magiskはブラックリスト
ksuはホワイトリスト

>>124
俺はこんな感じ

https://i.imgur.com/zr5xepK.png
https://i.imgur.com/EPHcc4Y.png

>>124
KSUでMagiskのdenylistのような運用をしたいなら
Rootマネージャーの設定で
・デフォルトでモジュールをアンマウントするをオフ
・モジュールのアンマウントをオフ
Zygisk Nextで
・Denylistポリシーをアンマウントのみ
・匿名メモリとlinkerを使用するをオン
にした状態で、各アプリの設定からアプリのプロファイルをカスタムにすると、アンマウントされたアプリがdenylistと同じような感じになる

>>120
pm clear com.google.android.gms
してみるとか？

rezyigsk 使ってる人いないのな

そんなこと無いわよ？

>>129
ZygiskNextからReZygiskにしたら
うちの環境ではZygiskAssistantが不要になって嬉しい

さっきrezygiskがrc6の更新きたから入れたらブートできなくなったのでciの459に戻した

>>126
WIFIの6GHzを有効にするモジュールなんてあるのな
おお！と思ってNothingPhone2aに入れてみたけどダメだった
技適の壁が越えられない

Zygisk Next 1.3.3に更新したら不安定になったので
1.3.2に戻した

>>134
自分もアップデートしたらPlayストアとか色々クラッシュしてまともに動かなくなった
IssueでPlayストアがクラッシュする、って書いてあって対策版みたいなzipおいてあったけど何故かインストールできず結局1.3.1にダウングレードして使ってる

インストールできない場合はカーネルのバージョンとRootマネージャーのバージョンが一致しているか確認
LKMでRoot化しているならマネージャーを更新する度に直接インストールを実行してカーネル側のバージョンも揃えておくと不具合が起きにくくなるよ

>>125
>>127
なるほど、じゃあまぁ
denylistはこのままで良さそうやね
zygisk nextもintegrity boxでデフォルトにしたらdenylistポリシー無効になって
新しく降ってきたyuriでstrongまで通ったし
TEEはぶっ壊れたまんまだけど
ありがとう

とりまx-ploreとplayストアの件はいじくっていくほどおかしくなったので、一旦純正カーネル焼き直したらなおった
ってかこのBLUだけされてる状態でもbasicって通るのな、もうわけがわからないよ
この状態からKSU(LKM)+PIFinject4.4でおかしくなってそっから何しても駄目だったので、とりまKSU以外で色々してみる
GKI試してみたいけど、xiaomi17proはop15の奴使えってxiaomi.euに書いてあったけどultraでもそれでいいのかわからん

>>137
XiaomiはyuriのfixTEE効かないの？

>>138
TEESimulator3.2だったからか、効いてなかったね
普通にTrickystoreならいけてたかも
WIDEVINE L1だったしIDも壊れてなくて、ネトフリちゃんとFHDとかで再生できてたからほったらかしにしてしまった
そしてuserdata飛ばさざるを得なくなってしまったので今はちょっと検証できない、すまんこ

yuriって詐欺師なの？
https://i.imgur.com/a0lP5Fc.jpeg

そうとも言えるしそうでないとも言える
どう見えるかだ

KSUN入れようとしてAK3焼いたのはいいのですが、その後ディスプレイが点かなくて正常起動しませんでした。adbは効いたんでKernelFlasherでバックアップしてたinit_bootとか全部焼き直して復旧。
だけど、init_bootをKSUNでパッチしたやつに差し替えると同症状が出てしまってKSUNが導入出来ません。
アクティブじゃないスロットに焼いてしまったと思います(そう書いてあるnoteを見たんでその通りにやった)。

OnePlus Ace5 Ultraで、ColorOS16の最新版までアップデートしてあります。AK3はGitHubの対応しているというやつを入れました。

電子ヒューズ？ARBってのが今のOnePlusにはあるようで、最新版までアップデートしてるのでROMごと焼き直しは出来なさそうです。

環境復旧でやれることがありましたらご教示頂けますでしょうか。
よろしくお願いいたします。

APatch使おう

AK3焼くのってboot.imgじゃなかったっけ

以前はLKMな環境にパッチ済みGKI焼くとGKI優先される仕様だったけど、今どきのKSUNはどちらか一方しかダメなんじゃなかった？

arb はedl使えなくなるだけで
fastbootで最新ROM焼けばいいと思うよ

KSUNマネージャーでオリジナルinit_boot.imgにパッチ
↓
adb reboot bootloader
↓
fastboot getver current-slot
fastboot flash init_boot_[current-slot] パッチ済init_boot.img
fastboot reboot
↓
KernelFlasherにRoot権限付与
KernelFlasherからbootにAK3パッチ
↓
adb reboot bootloader
↓
fastboot flash init_boot_
[current-slot] オリジナルinit_boot.img

こんな感じかな

色々ありがとうございます！

>>147この手順でやってましたね…アクティブなのに焼くか焼かないかだけでした
ただ、アクティブに焼いてもだめだった気はします。
とりあえずAPatchやってみます。

よくわからんけどアクティブじゃない方に焼くのはOTAの時だけだよ（再起動時にスロットが入れ替わるから）

そーそー
今時のAndroidではA/Bのパーティションを持ってて、起動中のOSはそのどちらかから起動している
で、OTAアップデートでOSの更新をする際は起動中のOSを更新せず、非アクティブ側のOSを更新する
だから非アクティブを意識する必要があるのは
「OTAアップデートが完了して再起動する前に非アクティブ側を書き換える」
このタイミングだけ

クソ初心者で申し訳ないんですが

おいらの端末、a/bスロットあるらしいんだけどboot.imgでroot化したのよね。ROMの中にinit_boot.imgのa/bがなかったから、なんだ割と最近の端末なのにa/bスロットないんかコレと思って何も考えずにboot.img使ったんだけどね

でも実際にはa/bスロットで分かれてるって聞いて、それでもboot.imgしか存在しない場合はこれでroot化するしかないんだろうけど、一体どういう仕組みになってるんかな？
単に俺みたいな初心者が間違えないようにroot化しやすくしてくれてんのかね？

端末はMotorolaのg64ってやつだす

>>151
g64 rootでググって頑張って