【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

AndroidOSをRoot化すると、どのようなメリットがあるのかは人それぞれであり、あえてここでは解説しません。
ただしRoot化には明確にデメリットが存在します。

[Root化のデメリット]
・保証の喪失・・・メーカーにも依るが通常、BLU(ブートローダーアンロック)を行うことでメーカー保証は喪失する
・文鎮化リスク・・・ちょっとしたミスでブートループに陥ることがあり、アンブリックツールが出回っていない場合は詰むケースが有り得る。当然文鎮化しても保証は利かない。
・アプリ動作制限・・・一部の銀行アプリなどはRootを検知することで起動しなくなる場合あり。そのためRoot化の隠蔽が必須。
・完全性の喪失・・・Googleウォレットが使えない、Playストアで銀行アプリが表示されない、サブスク動画の画質が落ちるなどが発生する可能性があり、その回避に多大な手間暇を要することも
・OSの更新が面倒・・・大体においてストックROMのOTAのようなお手軽な更新は出来なくなる

これらのデメリットをよく理解した上で、自己責任でRoot化という選択をしていただければと思います。

[Root化ソリューション]
昔と違いsuのバイナリを導入すればハイ終わりというわけではなく、現在のRoot化では/systemパーティションを実際に改変しないシステムレスという実装を伴った形態が主流です。
それはAndroidではWindowsのノリでシステムファイルを変更してしまうと、改竄検知が働きOSが起動しなくなってしまうため、実際のファイルを改変せずにシステム改変をする必要があるからです。
代表的なシステムレスRootソリューションは以下の通り。
Magisk:近年のRoot化の代名詞的存在だったが、隠蔽性能に劣るため現在では特段の理由がない限り推奨されない
KernelSU(KSU)系:Magiskの欠点を克服するために開発された現在の主流ソリューション。KernelSU Nextを筆頭に分派が多数あるが好みで選べばいい。
SukiSU Ultra:KSUNをベースに開発された人を選ぶ見た目のソリューション。APatchのKPMに対応したところが新しかったが、現在は本家KSUがKPM対応を取り込んだため存在感がかなり怪しくなっている。
APatch系:Magiskの手軽さとKSUの隠蔽性能の両立を狙って中華界隈を中心に開発されたもの。KPM対応の始祖。後発で情報も少なく扱いづらい面があり、現状では古いカーネルやソース非公開の機種の選択肢と言ったところ。
上記以外にも幾つかありますが、まずは基本の上記を押さえてから試してみればいいと思われます。

【はじめよう】
最初はチンプンカンプンで何から始めれば状態だと思いますが、まずは慣れるために不要になったスマホで以下から始めてみてください。
習うより慣れろが肝要です。

1. [導入可否の調査]
今時のRoot導入はスマホが以下の条件を満たしている必要があります。
・Android6以降
・ブートローダーのアンロック(BLU)が可能な機種である
・fastbootなどによりパーティションイメージをフラッシュ出来る機種である
※併せて「各メーカー Bootloader Unlock状況」でWeb検索

2. [Root化の予習]
自分に合った機種の手順を見るのが望ましいですが、ベンダー固有部分以外はそう大きくは手順が変わらないので参考としてMoto G54のRoot化記事を紹介します。
https://droidwin.com/how-to-root-motorola-g54-via-magisk-kernelsu-apatch/
init_boot.imgだのboot.imgだのよく分からないと思いますが
init_boot.img : KSU(KSUN) LKMモード
boot.img : KSU(KSUN) GKIモード,またはAPatch
と読み替えればいいです。
機種によりベンダー固有のツール(XPERIAのXperiFirmやSamsungのOdinなど)のような違いが出てきますので、その辺りの違いを含めて予習をしてください。

3. [導入フローチャート]
自分に合ったRoot化ソリューションが何かについて、ここで目星をつけます。
(1)バックアップが完了している
Y↓ N→バックアップしてください
(2)ブートローダーのアンロックが完了した(ここで全てのデータが消える)
Y↓ N→アンロックしてください
(3)デバイス情報の[カーネルバージョン]を確認しKernelSUで提供されているバージョン(5.10+)である
Y↓ N→(5)へ
(4)init_bootのストックROMイメージがある
N↓ Y→KSUN(またはWild)マネージャーアプリを導入しLKMでRoot化して(8)へ ※
(5)bootのストックROMイメージがある
N↓ Y→APatch導入
(6)init_bootのストックROMイメージがある
N↓ Y→Magisk導入し、そのまま使うかbootイメージをダンプしてAPatch導入
(7)諦めてそのスマホを投げ捨ててください
(8)Root隠蔽できている
Y↓ N→Kernel Flasherを入れKSUN(GKI)+SUSFSを導入
(9)動作が安定している
Y↓ N→無印KSU or Apatchに変更
(10)完了

※完璧主義な人はKSUN(GKI)+SUSFSの導入を最初から目指してください

4. [Root化後の基本設定]
Web検索では古くさいノイズだらけの情報ばかり引っかかるため先人のTelegramを参照
://t.me/yuriiarchives "Guide "で検索

【基本的な考え方】
[モジュール導入]
Root化ソリューションには対応するマネージャーアプリがあり、そこから必要なモジュールを導入することでRoot環境を構築します。
モジュールは歴史的にMagiskモジュールと呼称されていますが、実際にはMagisk限定ではなくほぼ全てのソリューションで互換性がある場合が大半です。
技術の変遷が激しく、且つ人によって定番のモジュールが異なること多々のため、必要なモジュールは各自で検索してください。
モジュールには相性があり、相性を避けるためには同じ作者、同じグループのモジュールで固めていくのが基本です。
例えばReZygiskにはReLSPosed、ZygiskNextにはLSPosed ITなど。
またモジュールを追加するごとに内部的にマウントポイントが増えていきます。
マウントポイントが増えることで検知されるリスクが高まるため、理想としてはマウントポイントを極力減らすように構成した方がいいです。
要するに導入モジュールは少ない方が検知される危険性は減るので、無闇矢鱈とモジュールの導入はすべきではないということです。

[隠蔽性の強化]
ここでいう隠蔽性とはスマホのRoot化が検出されない度合いを意味します。
Rootの隠蔽が不十分だと銀行アプリが起動しなかったり、不正ユーザーとしてゲームからBANされるなどの不具合が発生し得ます。
そのためRoot検知アプリ(Native DetectorやDuck Detectorなど)でスキャン結果を確認し、モジュール構成を見直すことが基本となります。

[完全性の偽装]
ここでいう完全性とはスマホが改造されていないことを意味します。
これらは通常、Play Integrityと呼称されており、近年のAndroidセキュリティの根幹を成してます。
Root化によりスマホが改造されたことが検知されると、完全性は失われ、結果として様々な制限がつきまとうことになります。
その制限を回避するために完全性を偽装する必要がありますが、残念ながら偽装するための鍵がそれほど出回っていないため、簡単にGから無効化されるのが現状です。
利用者で出来ることは新たな鍵が出回るまで我慢するか、99%詐欺を覚悟で鍵売りに飛び付くかなので、この辺りの回避技術の発展が待たれています。

【FAQ】

「情報はどこから入手してる？」
大半の開発者がTelegramの活動が中心であり、日本語のRoot界隈ニュースサイトもないため普通に検索すると得られる情報は少ないです。
そのため現状では各自でTelegramから持ち寄った情報や、一部の有識者ブログを付き合わせている感じです。
ここを見れば楽だよ、みたいなWebサイトやTelegramチャンネルがあれば教えてください。

「古いモジュールしか見つからないけど？」
モジュールはGitHubで公開されているものが全てではなく、Telegramで公開されている場合があり、結局のところ面倒でもTelegramの導入が必須です。
もっとも個別ch巡回は面倒臭いので ://t.me/RootDetected のようなリンク中心の公開チャネルを見ると効率がいいので各自で工夫しましょう。
上記に関わらず有用だと思った情報は積極的にシェアするようにしてください。
それがスレの活発化に繋がります。

「基本の組み合わせは？」
Zygisk系:Root隠蔽の根幹
LSPosed系:汎用化とリッチなUIのための拡張機能
HMA系:アプリの隠蔽、デタッチ
KSUWebUI(APK):モジュールにWebベースのUIを提供
これにPlay Integrity Fixなどの完全性偽装系のモジュールを追加するのが一般的です。
加えて必要に応じてSusFSやMetamoduleなどマウント隠蔽系モジュールを追加します。

「おすすめのモジュールは？」
シャッター音を消したりシステムフォント変更したり、目的は人それぞれなので自分で探してください。
参考 ://github.com/awesome-android-root/awesome-android-root
そして素晴らしいモジュールを発見したら、このスレで報告してみてください。

「どのKernelSUを選べばいい？」
カーネルとマネージャーの組み合わせをゴッチャにするようなことをしなければ何でもいいです。
試して合わなかったら他のを試せばいいぐらいのノリで皆やってます。

「KSU系のLKMとかGKIって？」
LKMはお手軽、GKIは強いぐらいの認識でいいですが、大抵の場合はLKMで間に合います。
LKMを選択する場合はマネージャーアプリのインストール→パッチ→パッチしたイメージをfastboot flashという流れになります。
GKIを選択する場合はLKM導入→AnyKernel3 ZIPをフラッシュという流れになります。
GKIは検知に強いですがカーネルに直接パッチする分だけリスクがあり、焼き方に失敗したときのダメージも大きくなりやすいです。
特に問題がない場合に、無理してGKIを導入することはお勧めしません。
またGKI導入にはKernel Flasherというアプリを使うのが一般的ですが、KSU公式のガイドに記載されているcapntrips版は作者が活動を中断しているため、fatalcoder524のフォーク版を使う必要がありますのでご注意ください。
://github.com/fatalcoder524/KernelFlasher

「SusFSって？」
モジュール隠蔽やカーネル情報偽装などが可能になるGKIの拡張機能のようなもので、GKIの隠蔽性能の高さを支えている技術です。
機能の利用にはsusfs4ksu-moduleやBRENEなどの対応モジュールを導入する必要があります。
Magiskでは隠蔽が難しかったMagic Mountも簡単に隠蔽できるようになり、とりあえず入れておけば安心です。

「KPatchって？」
KPatch-NextとというMagisk/KSUモジュールのことでKPMモジュールが使えるようになります。
APatchと違いカーネルにフラッシュしなくてもKPMが動作するので、とりあえず入れておけば安心。

「KPMって？」
APatch発祥のカーネルに直接組み込んで利用するパッチモジュールです。
ZygiskでのRoot隠蔽が進展しているため、現時点で絶対的に必要と言えるKPMモジュールはありませんが、将来が期待される技術です。
ちなみにNoHelloというRoot隠蔽系モジュールがAPatchにおける定番です。

「Metamodule(MM)とは？」
KernelSU3.0から導入されたマウント管理システム。
今までKSUコア機能で管理していたマウント管理機構についてモジュールに外出しをしたものです。
旧来のKSUが使用していたOverlayFSか、Magisk互換のMagicMountのどちらに寄せるかユーザー側で決められるようになります。
使い分けとしては隠蔽優先ならOverlayFS、互換性優先ならMagicMountを選ぶ形となります。
なおMM対応モジュールの導入は最新のAPatchでは必須ですが、KSU系では必ずしも必須ではなく、システム変更が反映されなかったり、Root検知アプリから検知された場合などに検討すればいいです。

対応モジュールの一例(どれか一つを選択)
[OverlayFS]
・meta-overlayfs 　s://github.com/KernelSU-Modules-Repo/meta-overlayfs
・Mountify 　s://github.com/backslashxx/mountify

[Magic Mount]
・Magic Mount Metamodule (meta-mm) 　s://github.com/KernelSU-Modules-Repo/meta-mm
Cで書かれている
・Magic Mount Metamodule (magic_mount_rs) 　s://github.com/Tools-cx-app/meta-magic_mount
Rustで書かれている

[その他]
・Hybrid Mount 　s://github.com/Hybrid-Mount/meta-hybrid_mount
OverlayFSとMagic Mountをサポート
・Hymo 　s://gitlab.com/Anatdx/hymo
HymoFS、OverlayFS、Magic Mountをサポート

「OverlayFSとかMagicMountって？」※Telegramでの拾い物テキストに補足を加筆
OverlayFSとMagic Mountは関連していますが、同じものではありません：

・OverlayFS　補足:KSU標準のマウント方式(現在はMetamodule化)
これは標準的なLinuxカーネルの機能です。
あるファイルシステムを別のファイルシステムの上に「オーバーレイ」することで、変更が上位レイヤーに現れ、元のファイルは下位レイヤーで変更されずに残るようにします。
ライブシステム、コンテナ、または読み取り専用のシステムパーティションなど、ベースのファイルシステムを実際に変更せずにファイルを追加・修正したい場合によく使われます。

・Magic Mount　補足:Magisk標準、及びKSUNのデフォルトマウント方式
これはカーネル機能ではなく、Magisk（または類似のRootフレームワーク）が使用するユーザースペースの仕組みです。
内部的にはOverlayFSを利用して、Androidのシステムやベンダーパーティションに変更または追加されたファイルを「魔法のように」マウントし、実際にパーティションを書き換えることなく実現します。
起動時にファイルや変更を注入し、アプリやOSがそれらをネイティブのものとして認識するようにしつつ、実際のパーティションは変更しない方法です。

つまり、OverlayFSは基盤となるLinuxの技術であり、Magic Mountはそれを利用してAndroid上でシステムレスな改変を提供するMagiskの実装です。
補足:このテキストでは触れられていないが、実際のところMagic Mountでないと動作しないモジュールが割と存在する。ただしMagic Mountは検知されやすいという弱点がある。

「やっぱり分からない・・・」
解決できない問題が出てきましたら、遠慮なく質問をしてください。
そして誰かの助けを通じて成長をしたなら、今度はあなたが他の誰かを助けてあげてください。

>>1乙有能

テンプレではないですが気になる人も出てくるかもしれないのでMagiskスレの過去ログもついでに張っておきます
それと、Android板は30行までレスが付けられるので、追加したい文章などがある場合はその辺りも計算してからお願いします

Magisk Part1
http://egg.5ch.net/test/read.cgi/android/1474089781/
Magisk Part2
https://egg.5ch.net/test/read.cgi/android/1520740857/
Magisk Part3
https://egg.5ch.net/test/read.cgi/android/1536843468/
Magisk Part4
https://egg.5ch.net/test/read.cgi/android/1568898861/
Magisk Part5
https://egg.5ch.net/test/read.cgi/android/1585770791/
Magisk Part6
https://egg.5ch.net/test/read.cgi/android/1604139748/
Magisk Part7
https://egg.5ch.net/test/read.cgi/android/1620075976/
Magisk Part8
https://egg.5ch.net/test/read.cgi/android/1635765287/
Magisk Part9
https://egg.5ch.net/test/read.cgi/android/1644409471/
Magisk Part10
https://egg.5ch.net/test/read.cgi/android/1647502624/
Magisk Part11
https://egg.5ch.net/test/read.cgi/android/1684605875/
Magisk Part12
https://egg.5ch.net/test/read.cgi/android/1705426633/
Magisk Part13
https://egg.5ch.net/test/read.cgi/android/1710292685/
Magisk Part14
https://egg.5ch.net/test/read.cgi/android/1722379131/
Magisk Part15
https://egg.5ch.net/test/read.cgi/android/1744980434/

スレ立て乙

有能乙

立ておつ

bindhosts動作していない人

(1)bindhostsのAPK入れた？
(2)入れてRoot権限与えた？
(3)APatchの設定で変更の除外のON/OFFは試した？

追記
CI版を試しているならメタモジュールも必要になるかも

どんな親切なスレだよ…

ゴニョゴニョ(笑)するスレ

素晴らしいテンプレート

Kernel FlasherではなくWild KSUでAK3.zipをFlashしてみたけど問題なくFlashできた
ただスロットの選択機能がないからOTAアップデート後に正しいスロットにフラッシュが出来るのかは怪しい

そうなんよ
Wildの焼き機能はテストあんましてないのか、拡張子も見てないしミスを生むだけなので
init_bootパッチ以外は見てみない振りをするのがいい

昔ながらの感覚でMagisk（alpha）入れてるけど今はKernelSUnextって奴が主流なのか

環境変えるのも手間だが、やっといたほうがいいよな
したところで野良keybox死んだらDevice以上はあの世逝きなのかもしれんが

wild ksun 2.0に更新したらsusfsが使えなくなった…😿
いつの間にかlkm扱いになってるせいかなあ…

使えなくて困ることあるか？

>>24
KSUNおよびWild KSU v3以降はLKMとGKIが同時にインストールされているとLKMが優先されるようになったからLKMをアンインストールする必要がある

LKMのアンインストール方法は2つ
1.元のinit_boot.imgをFlash
2. KSUN or Wild KSUマネージャーのインストールメニューからUninstall LKMを実行

ｱﾘｶﾞﾄﾝ
やっぱりlkmだからなのね、丁度pixelのファーム更新あるからstockに戻せば復帰できそうね

GKI入れるならinit_bootはストックROMに戻すこと
を脳死強制した方がいいね

WKSUとHybrid mountって相性悪いのかな
bootloopしかけて焦ったわ

>>23
別に困ってないならどちらでもいいのでは？
どっちも環境維持してるけど、magiskだから困ったってことは今のところない

そいやMagiskだとRevolutが起動できない問題はどうなったんだろ

こんな感じでレノボのタブレットはBLUすらしなくてもいいガバ端末があるんだけど、ほかの会社で似たような端末あったりしない？
https://github.com/miner7222/LTBox

>>32
試してないから知らんけどアルファでも動かないのか？
だめならKSUかAPatchを使うべきだね

Revolutは普通のMagiskでは動作しないけどMagisk Alphaだと動作するとは言われているね

長年magiskだったがウォレットや
vpassがどうしても使えなくなったから
KernelSuNextのGKIに変えた
いろいろ一新したから何が良かったか知らんが
今は安定している

KSUNに切り替えたらKB焼かれる心配がなくなるって言うなら乗り換えるけど、結局KBは必要だし、magiskで動かなくなるアプリも使ってないからmagiskのまま様子見かな

流石に素のmagiskは検出されるの多そう
duck detectorとかgaruda defenderとかはどうやってもパスできないだろうけど
普通のアプリならそうでもないのかな

多分ksun3.0系とmountifyの組み合わせのせいだと思うけどquick shareが起動できなくなったっちゃ😿
代替手段あるからさして困らんけど手順的にはこっちのほうが手軽なのよな…

>>39
俺はその環境で普通に使えてるからおまかんやね

>>40
おまかんかー原因切り分け面倒だけど頑張るっちゃ😿

PedrooがJimMatrixに怒られて逆ギレしてたけど
その時にTEEsimulatorを殆ど再構築したに履歴を消したJimの方が酷いとか関係ない事を言い出して草
殆ど再構築した物の履歴なんてあっても何もないだろw
C++をRustで再構築したものについても文句を言いそう

どこの話よ？

これのことか
https://www.reddit.com/r/Magisk/comments/1r2q1ha/annoyed_by_relsposed_fork_of_jingmatrixlsposed/

redditネタをソースも示さず当たり前に書いてくるのもアレだけど、これがなんで >>42 って解釈になるんだか、全く理解できん
事の経緯はともかく常識で考えたらJMがおかしい
あまりにもやり口が幼稚だと思う

今気付いたけどReLSPosedがアーカイブになっている

magic_mount_rsもアーカイブ入りしてますね

それにしてもReLSPosedは重ね重ね残念ですわ
ReZygisk＋ReLSPosedは鉄板だったのに

馬はTEEの一件も含めてあまりに大人気ない。キャリアのストレスを転嫁しているとしか思えないし、悪いのは馬。

reddit見てると
ReLSPosedのが検出されないとかブートループにならないとか言われてるし、
ゆりちゃん辺りもJM版を全く評価してなかったから、正直嫉妬もかなりあると思う
なんでイシューに上げないんだみたいなこと書いてるけど、ReLSPosed使えばいいだけなのに
なんでわざわざそんなことせなアカンのって

有名どころだとHyperCeilerやOxygen CustomizerはJMのLSPosedを明確に締め出されているからな
モジュール開発者からJM版を使っているならIssue出しても無視するとか言われている始末だし何か致命的な問題があるのだろう

✕締め出されている→○締め出している

>>44
言っていることはわかるけど
なんで変な方向の反論をしちゃったのかが意味分からない
だから笑えるって書いた
実害はReLsposedの凍結とか大きいけどさ

破壊的変更とかどうこう言っているけど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