NPatch
Open in Telegram
NPatch is a root‑less Xposed framework supporting Android 9 to 17. Website: npatch.nkbe.top Canary: @ONPatch
Show more📈 Analytical overview of Telegram channel NPatch
Channel NPatch (@npatch) in the Chinese language segment is an active participant. Currently, the community unites 19 311 subscribers, ranking 6 624 in the Technologies & Applications category and 11 780 in the China region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 19 311 subscribers.
According to the latest data from 29 September, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 524 over the last 30 days and by 7 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 29.70%. Within the first 24 hours after publication, content typically collects N/A% reactions from the total number of subscribers.
- Post reach: On average, each post receives 5 731 views. Within the first day, a publication typically gains 0 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 40.
- Thematic interests: Content is focused on key topics such as npatch, neozygis, port, server=, tg://proxy.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“NPatch is a root‑less Xposed framework supporting Android 9 to 17.
Website: npatch.nkbe.top
Canary: @ONPatch”
Thanks to the high frequency of updates (latest data received on 30 September, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
19 311
Subscribers
+724 hours
+1557 days
+52430 days
Posts Archive
19 311
TEESimulator-v3.2-72
Release 3.2 点此查看
以下是截止目前的更新内容
1. 修复了 list_past_alias 枚举过滤的逻辑错误。解决了别名枚举结果错乱的问题。
2aac65
2. 新增了修补后证书链缓存机制，优化了 Keystore2 证书链的全流程处理。
0b10be
3. 修正了软件生成密钥的 metadata 结构偏差，还为软件生成的密钥强制注入了 KeyMint HAL 要求的 ORIGIN标签。
86db5b
4. 修复了 KeyMint 授权列表排序与内容不一致的问题，让软件模拟的密钥特征与真实硬件TEE输出完全匹配。
57b92a
5. 🦌了一发感觉好爽
English version:
https://t.me/NeoZygisk/3
19 311
TEES 官方目前最高版本僅為 3.2。現存所有標註為 4.0 的版本均非官方發布，多為第三方 Fork 改版，且不排除存在假冒模組的風險。建議使用者保持警覺，切勿刷入未經證實的版本。
19 311
目前的 lv3 效果比较一般，所以在下个将移除对 安卓8.1 的兼容来支援 lv3 和 lv4 去签绕过 appComponentFactory 检测，敬请期待有没有想测试新lv3的? 533版本，在群组里，有Bug别忘了反馈哦
19 311
Repost from ONPatch
feat: 引入轻量级 MicroG 支援与 GMS 请求重导向机制
为 NPatch 引入了原生的 MicroG 整合支援，允许修补后的 Google 应用程式（例如 YouTube）在依赖 Google Play 服务的环境下，透过第三方版 MicroG（如 ReVanced GmsCore）正常运作。
详细改动范围包含：
UI Manager
- 于 NewPatchScreen 的修补选项清单中，新增「启用 MicroG 支援」核取方块与相容性说明。
- 更新 NewPatchViewModel，透过 Patcher.kt 将使用者的 useMicroG 选择状态以 --useMicroG 指令列参数的形式，传递给底层修补引擎。
Patcher
- 于 NPatch.java 中新增对 --useMicroG 参数的解析逻辑。
- 扩充 modifyManifestFile 逻辑：当启用 MicroG 支援时，自动读取目标应用的原始签名并转码为 Hex 格式。
- 于 AndroidManifest.xml 中动态注入 fake-signature 的 <meta-data> 节点与 android.permission.FAKE_PACKAGE_SIGNATURE 权限，以满足 MicroG 进行签名欺骗时的验证需求。
Patch Loader
- 实作 GmsRedirector.java 类别，负责在应用程式执行期间动态拦截并重导向 IPC 通讯：
1. 挂钩 Intent.setPackage`、`Intent.setComponent 与建构子，将所有指向 com.google.android.gms 与 GSF 的意图，强制导向至设备上已安装的社群版 MicroG 套件（优先支援 app.revanced.android.gms 与 org.microg.gms）。
2. 挂钩 ContentResolver，替换带有 GMS Authority 的 URI。针对真实 GMS 抛出的 SecurityException（凭证拒绝存取）实作了智慧拦截与重试机制。
3. 挂钩 PackageManager.getPackageInfo 实现动态签名伪装，使修补后的应用程式将 MicroG 视为官方正版 GMS。
- 于 LSPApplication.java 的 onLoad 阶段，依据 PatchConfig 设定档动态唤醒并初始化 GmsRedirector。
Share
- 更新 PatchConfig.java 以储存与传递 useMicroG 布林值状态。
- 于 Constants.java 中定义 REAL_GMS_PACKAGE_NAME 常数，供各模组统一呼叫。
19 311
API 棄用與遷移通知
由於 LSPosed-IT 已全面移除對 API 100 的支援，Xposed API 100 現已正式棄用。強烈建議開發者將新模組的開發環境遷移至 API 101，以保障後續的相容性。
API Deprecation & Migration
Xposed API 100 is officially deprecated, as LSPosed-IT no longer supports it. To ensure long-term compatibility, please migrate your modules to API 101.
---------------
关于 NPatch 的版本号
NPatch 的 API 101 適配工作仍在考慮與嘗試當中。在此過渡期間，出於排版美觀的考量，NPatch 內的 API 版本號將繼續顯示為 “100”
About NPatch Vsrsion
We are still evaluating and experimenting with API 101 adaptation for NPatch. In the meantime, the displayed API version will stay at "100" to maintain a clean and aligned UI layout.
19 311
严格来说，JingMatrix 版的 LSPosed 从即日起将停止所有更新💀
但这并非像 ReLSPosed 那样直接归档(停更)，而是迎来了一次全面重构。
全新的专案正式更名为 Vector (zygisk_vector)。新架构采用了重新编写的 Zygisk 模组与集中式的原生函式库，彻底取代了传统的 magisk-loader 和核心 JNI⭐️
核心架构更新🤩：
原生模组独立化： 将 ELF 解析、(Symbol Caching 与 Hook 逻辑从 core/jni 抽离，迁移至独立的原生模组中。
脚本深度精简： 大幅简化 customize.sh 与 service.sh，移除冗余的工具函数以提升整体效率。
突破系统限制 (#553)： 利用 memfd_create 建立匿名记忆体档案并透过 sendfile 载入，成功绕过 Android Bionic Linker 的命名空间载入限制。
🔗 详细的更新与 PR 内容请查看：https://github.com/JingMatrix/LSPosed/pull/550
19 311
🚀 NeoZygisk-Fork v2.3-288 更新
#unofficial #fork
🛡 隐藏与反侦测升级
强化隐藏： 升级 APatch & KSU 隐藏机制，新增 Bootloader 属性伪装。
深度內存隐藏： 模组载入改为伪装成「私有匿名內存」，大幅降低反作弊系统扫描风险。
特征随机化： 改用 /dev/urandom 生成 VBMeta 特征，提升安全性。
⚙️ 相容性与注入优化
魔改系统支援： 支援阶层式 Zygote 启动，注入更具韧性。
解决权限错误： 改用 Unix Sockets 传递 FD，彻底解决 Android 12 / arm32 上的 Permission denied 问题。
修复模拟器： 补全 SELinux 规则，修复 AVD 模拟器上的命名空间更新失败。
🦌 崩溃修复与底层稳定
修复闪退： 解决 Redmi Note 10 Pro 等特定设备上的随机崩溃 (SIGSEGV)。
底层修复： 修正缓冲区覆写、记忆体泄漏、编译报错等多项底层 Bug。
效能提升： 优化解析效能，并精简不必要的日志干扰。
sha256:
f4b1ac355f24c093c95379fae588e677783a055f13a6cc57b8a447dff1002821
Telegram Channel
Github Release19 311
大型企业（尤其是银行）采用加权设备风险评估算法、影子封禁和其他隐性限制策略来确保安全并防止盗窃，这些都是合理的风险控制措施。像我们这样的检测器不能作为最终的评估标准。在此背景下，获取 ROOT 等高级系统权限对经验不足的用户构成严重威胁，因为它允许应用程序在锁屏状态下运行和输入密码，或静默获取访问权限。如果用户随意执行来源不明的 .sh 脚本或刷入未经验证的模块，则极易受到隐藏恶意代码的攻击。 此外，切勿盲目相信开源项目的绝对安全性。开源代码同样面临着供应链中毒或作者故意嵌入恶意代码的风险（实际上，很少进行严格的代码审计）。而且，开源工具极易成为风险控制系统的目标（例如，DuckDetector 检测到的 TEE 中有 80% 是专门针对 TeeSimulator 的）。 因此，强烈建议用户不要过分在意隐藏 ROOT 权限，坚决拒绝执行未知脚本或从非权威开发者处下载内容，并避免滥用需要高度敏感权限的破解软件（例如 MT Manager）。相反，建议尝试使用 LLM 工具审核 .sh 脚本的内容，并独立探索 Android 系统。Translated from @duck_detector
19 311
Repost from Duck Apps
Large enterprises (particularly banks) adopting weighted device risk assessment algorithms, shadowbanning, and other implicit restriction policies to ensure security and prevent theft are reasonable risk control measures. Detectors like ours cannot constitute the ultimate evaluation standard. Against this backdrop, acquiring advanced system privileges such as ROOT poses a severe threat to inexperienced users, as it allows applications to operate and input passwords under a locked screen state, or to silently obtain accessibility permissions. If users arbitrarily execute .sh scripts of unknown origin or flash unverified modules, they are highly susceptible to attacks from concealed malicious code.
Furthermore, one must not blindly believe in the absolute security of open-source projects. Open-source code equally faces the risk of supply chain poisoning or the intentional embedding of malicious code by the author (in practice, rigorous code audits are rarely performed). Moreover, open-source tools are highly vulnerable to being targeted by risk control systems (for instance, 80% of DuckDetector's TEE detection is specifically aimed at TeeSimulator).
Therefore, it is strongly recommended that users stop obsessing over hiding their ROOT status, firmly refuse to execute unknown scripts or download content from non-authoritative developers, and avoid the indiscriminate use of cracking software that requires highly sensitive permissions (such as MT Manager). Instead, attempt to utilize LLMs to audit the content of .sh scripts and explore the Android system independently.
