NPatch
前往频道在 Telegram
NPatch(NeoLSPatch) 是一个复刻自 LSPatch,以 LSPosed 为基础的免root 的 Xposed 框架 联系频道主 @HSSkyBoy_bot
显示更多📈 Telegram 频道 NPatch 的分析概览
频道 NPatch (@npatch) 中文 语言赛道中的 是活跃参与者。目前社区聚集了 16 917 名订阅者,在 技术与应用 类别中位列第 7 831,并在 中国 地区排名第 13 617 位。
📊 受众指标与增长动态
自 невідомо 创建以来,项目保持高速增长,吸引了 16 917 名订阅者。
根据 10 六月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 495,过去 24 小时变化为 39,整体触达仍然可观。
- 认证状态: 未认证
- 互动率 (ER): 平均受众互动率为 32.21%。内容发布后 24 小时内通常能获得 10.94% 的反应,占订阅者总量。
- 帖子覆盖: 每篇帖子平均可获得 5 449 次浏览,首日通常累积 1 851 次浏览。
- 互动与反馈: 受众积极参与,单帖平均反应数为 21。
- 主题关注点: 内容集中在 npatch, neozygis, port, server=, tg://proxy 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台:
“NPatch(NeoLSPatch) 是一个复刻自 LSPatch,以 LSPosed 为基础的免root 的 Xposed 框架
联系频道主 @HSSkyBoy_bot”
凭借高频更新(最新数据采集于 11 六月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。
16 917
订阅者
+3924 小时
+1767 天
+49530 天
帖子存档
16 922
Unofficial
https://github.com/JingMatrix/Vector/pull/750
DO more testing and get feedback🥳
16 922
Repost from ONPatch
665-668
- 將衝突檢查延後到啟動初始化之後執行,確保啟動流程正確 - 修正 LSPlant 的 rwxp 記憶體權限洩漏所導致的環境異常問題 - 提升 seccomp 重導穩定性並更新 NPatch 的 LSPlant 相容性鉤子 - 加強 I/O 與路徑檢測繞過,補齊 APK 可見路徑與 fd 掛載資訊偽裝更多說明: 這次更新主要針對的是目前 Android 生態圈中中高強度的加固方案(如 360 加固等)以及深度的環境檢測框架(如 Smallcheck)。這些檢測手段不再僅限於簡單的包名比對或 root 偵測,而是深入到 Linux 核心層與 ART 執行緒。 以下為具體「過掉」的檢測機制解析:
1. 提升 seccomp 重導穩定性並更新 LSPlant 相容性鉤子 這個部分的更新主要解決了主動探測防禦與 ART 執行緒逃逸的問題: 過掉「探測性崩潰(Crash-based Probing)檢測」: - 檢測原理: 偵測會故意向openat等系統呼叫傳入「畸形的路徑」或「不可讀的記憶體指標」。如果你的 seccomp 攔截器(SIGSYS handler)直接去讀取(解引用)這些指標,就會觸發 Segmentation Fault,導致外掛進程崩潰,或者暴露出有工具在攔截 syscall 的事實。 - 繞過方式: 更新後,不再於 SIGSYS 中直接解引用指標,而是先讓核心去驗證該路徑是否合法並打開它,再透過/proc/self/fd解析回傳的 fd。這讓惡意探測無法引發攔截器崩潰,完美隱蔽了 seccomp 重導的存在。 過掉「ART 內聯優化逃逸(Inline / AOT Escape)檢測」: - 檢測原理: 現代 Android (特別是 Android 8.0+) 的 ART 虛擬機會頻繁利用 ProfileSaver 進行 AOT (Ahead-of-Time) 編譯,並將部分頻繁呼叫的方法「內聯 (Inline)」。一旦目標方法被內聯,呼叫者會直接執行機器碼,不再經過方法的入口點,這會導致 LSPlant 等依賴入口點替換的 Java Hook 失效。防護系統會利用這一點,透過頻繁觸發特定邏輯並檢查執行時間或路徑,來判斷是否被 Hook。 - 繞過方式: 透過安裝 ProfileSaver 相容性鉤子並強制對dex2oat關閉 inline,確保目標方法永遠不會被編譯成無法攔截的內聯狀態。這保證了 Hook 的絕對覆蓋率,過掉了依賴內聯機制的完整性校驗。
2. 加強 I/O 與路徑檢測繞過,補齊 APK 可見路徑與 fd 掛載資訊偽裝 這部分是針對 VFS (虛擬檔案系統) 級別的深度稽查,特別是 Smallcheck 這類極度吹毛求疵的環境檢測工具: 過掉「Java 層 API 交叉比對檢測」: - 檢測原理: 應用不僅會透過Context.getPackageCodePath()獲取 APK 路徑,還會深入反射讀取LoadedApk、BoundApplication內的ApplicationInfo.sourceDir等欄位,甚至透過java.io.FileAPI 進行交叉比對。如果重導邏輯只覆蓋了表層,底層欄位仍指向你 patch 過的私有目錄,就會被抓包。 - 繞過方式: 啟動後主動將這些深層框架變數恢復為原始 APK 的「可見路徑」,並偽裝 File API,讓所有 Java 層的路徑查詢都得到一致的假象。 過掉「底層 Metadata (中介資料) 檢測」: - 檢測原理: 防護系統不呼叫 Java,直接透過 native 的stat,lstat,statfs或statx系統呼叫,去查驗 APK 檔案的「大小」、「Inode 節點」、「建立時間」或「磁區資訊」。如果讀取到的是補丁 APK 的資訊,大小和時間絕對與原始 APK 不符。 - 繞過方式: 將 native 檔案 hook 擴充到所有涉及 file stat 的 syscall,強制回傳原始 APK 的 Metadata,讓檔案屬性在檢測工具眼中完美無瑕。 過掉「掛載點特徵 (Mount ID / FD) 深度比對」: - 檢測原理: 這是 Smallcheck 的拿手好戲。即使你完美偽裝了路徑與大小,檢測工具會去讀取/proc/self/fd/下打開的檔案描述符,並進一步讀取/proc/*/fdinfo/<fd>裡面的mnt_id(掛載點 ID)。如果你的補丁 APK 放在另一個分區(例如某個私有 data 目錄或 OverlayFS),它的mnt_id會與預期中/data/app/目錄所在的mnt_id不同,重導行為直接曝光。 - 繞過方式: 系統動態追蹤被重導的 fd,並在檢測讀取 fdinfo 時,直接將裡面的mnt_id覆寫篡改為「可見路徑(原始 APK)」應該要有的mnt_id。這直接在 VFS 層面阻斷了掛載點異常洩漏的問題。 過掉「虛擬檔案系統 (FUSE) 探測」: - 檢測原理: 檢查/dev/fuse或相關掛載行為,來判斷系統是否運作在被魔改的模組環境(某些模組會利用 FUSE 來做檔案攔截)。 - 繞過方式: 直接對/dev/fuse的查詢回傳「不存在」,減少異常掛載點暴露的面積。
16 922
libxposed API 102 is currently in the RFC stage. Please provide suggestions on the API design.
https://github.com/libxposed/api/pull/62
16 922
這個卡片可以長按複製,反饋必須提供
You can long-press this card to copy it, and feedback must be provided
16 922
After preparation, our first official website is online.
We have compiled detailed guides to help users get started easily. Welcome to visit.
npatch.nkbe.top
16 922
🐱 Release v1.0.5 The Buzzy Bees
嗡嗡蜂群 (The Buzzy Bees) 是 NPatch 的一次底層技術革新與穩定性更新。v1.0.5 是嗡嗡蜂群的正式版本,發布於 2026 年 5 月 24 日。此次更新完整實作了 Modern Xposed API 101 基礎設施,新增 native-only 模組入口支援,並全面重構 SigBypass (LV3) 與多項底層邏輯以顯著提升整體的穩定性與相容性。
😎 Highlights
Modern Xposed API 101 Support
Major Stability & Core Architecture Improvements
Convenience & UX Enhancements
Github Releases
16 922
+2
v1.0.6 將引入更強力的去除簽名校驗機制,並進一步提升對加固環境的處理能力;部分免費版 360 加固已可被繞過。這項成果歸功於 @QToolCI 的 FunPatchApp,也就是由 Fun 團隊開發的 FPA。
v1.0.6 will introduce a more powerful signature verification removal mechanism and further improve handling for protected environments; some free 360 protection builds can now be bypassed. This achievement is credited to FPA, developed by the @QToolCI
新版本(v1.0.6)暫預計命名為 霜焰更新
The new version (v1.0.6) is tentatively named The Frostburn Update
MC 技術變革: 表面上像是一次普通的內容更新,但實際上 Minecraft 1.10 更偏向底層細節、穩定性與整體機制補強的技術型版本。對 NPatch 而言,The Frostburn Update 這個名字也象徵著本次更新並不只是表面功能增加,而是一次著重於去簽能力、加固繞過與底層處理強化的版本演進。
MC technical transformation: On the surface, Minecraft 1.10 looked like a regular content update, but in reality it was more of a technical version focused on low-level details, stability, and overall system refinement. For NPatch, the name The Frostburn Update also represents a version that is not merely about visible feature additions, but about stronger signature bypass, protection handling, and deeper low-level enhancements
16 922
NPatch 對於 API 101 的相容基本穩定了,目前測試完畢與推薦的 API 101 模組有: 話說這不算廣告吧?
TCQT | @astcqt
FreeMoe | @freemoe520
NewHookVip | @HookVipCl
ForbidAd4TieBa | Github
來測試 NPatch v1.0.5 嗡嗡蜂群更新
t.me/ONPatch
现已上线!2025 年 Telegram 研究 — 年度关键洞察 
