2022年之后的高通+澎湃设备可以试试
能够获取临时root权限
但我担心开挂的是不是爽飞了...
但真的是个很酷的功能😎
https://mp.weixin.qq.com/s/HWAAPzyVhshfeezLEciibA
能够获取临时root权限
但我担心开挂的是不是爽飞了...
但真的是个很酷的功能
https://mp.weixin.qq.com/s/HWAAPzyVhshfeezLEciibA
Please open Telegram to view this post
VIEW IN TELEGRAM
1👾17❤1
空一格 K
严格来说,JingMatrix 版的 LSPosed 从即日起将停止所有更新💀 但这并非像 ReLSPosed 那样直接归档(停更),而是迎来了一次全面重构😎 全新的专案正式更名为 Vector (zygisk_vector)。新架构采用了重新编写的 Zygisk 模组与集中式的原生函式库,彻底取代了传统的 magisk-loader 和核心 JNI⭐️ 核心架构更新🤩 : 原生模组独立化: 将 ELF 解析、(Symbol Caching 与 Hook 逻辑从 core/jni 抽离,迁移至独立的原生模组中。…
Vector 会以 2.0 的版本命名重新开始
不保证它第一个 release 就能完全支持 101👑
不保证它第一个 release 就能完全支持 101
Please open Telegram to view this post
VIEW IN TELEGRAM
❤12
TEESimulator-v3.2-72-57b92ab-Release.zip
1.9 MB
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
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
🤯21❤17🥰4
空一格 K
LSPosed-v2.0.0-7607-release.zip
不是公开版,但已经被泄露了,管不了🙄
Please open Telegram to view this post
VIEW IN TELEGRAM
1😁59❤6
NPatch 預計將於週日發佈 v1.0.0 正式版。本次更新不僅包含全新的 UI 設計,更帶來了大量功能改進。稍後我們將在 @ONPatch 發布新版 UI 預覽,敬請期待。
Get ready? NPatch is expected to release the official version v1.0.0 this Sunday We’ve packed in tons of new features and gave the UI a fresh new look. I'll be dropping some UI previews over at @ONPatch shortly—don't miss out!
Get ready? NPatch is expected to release the official version v1.0.0 this Sunday We’ve packed in tons of new features and gave the UI a fresh new look. I'll be dropping some UI previews over at @ONPatch shortly—don't miss out!
❤47🔥4🥰2
Forwarded from JingMatrix Universe
Tell you a secret, Vector is adapting to 101, GitHub has pushed the 101 branch, quickly check it out!
🤯17❤6😡1
1.0.0看Github
1.0.0 look Github
建议等1.0.1,这个版本就当体验新UI了,或者用群组的552
I suggest waiting until version 1.0.1 to try out the new UI, or use group chat 552
https://t.me/NPatch_HS/100795
1.0.0 look Github
建议等1.0.1,这个版本就当体验新UI了,或者用群组的552
I suggest waiting until version 1.0.1 to try out the new UI, or use group chat 552
https://t.me/NPatch_HS/100795
👍21😡4❤2👌1
Vector-v2.0-3022-Release.zip
8.2 MB
🎉 Vector 2.0 🎉
欢迎来到 Vector 2.0!作为持续转型的一部分,本项目已正式从 LSPosed 更名为 Vector。虽然内部的大规模重构仍在进行中,但我们现在发布 2.0 版本,旨在为依赖旧版 libxposed API 的用户提供一个稳定且功能完备的环境。
📚 libxposed API 100 & 101
随着近期 libxposed API 101 的发布,整个生态正迈向一个包含重大破坏性变更的新标准。由于 API 100 从未正式发布,Vector 2.0 将作为 API 100 时代的最终定型实现,它是基于跳向 API 101 之前的确切提交版本构建的。
🏗️ 架构与 API 更新
Vector 与 Zygisk 重构: 项目已正式更名并实现模块化,采用了完全重写的现代 Zygisk 架构。
API 100 最终化: 完成了 libxposed API 100 的所有剩余功能,包括对静态初始化器、构造函数 Hook 以及集中式日志记录的全面支持。
⚙️ 核心引擎与系统增强
🔓 绕过 Bionic LD_PRELOAD 限制: 通过使用 memfd_create 创建基于 tmpfs 的文件描述符来加载 dex2oat hook 库,成功解决了 Android 10 上的致命命名空间错误,绕过了链接器的命名空间检查。
🛡️ 反射一致性重构: 完全重构了 invokeSpecialMethod 后端,以提升性能、增强稳定性,并使其行为与标准 Java 反射保持一致。
⏱️ 独立支持延迟注入: 增加了对手动延迟注入(由 NeoZygisk 触发)的原生支持,不再依赖 Magisk 的早期初始化阶段(early-init)——这对于 AOSP 调试版本非常有用。
Github Release:
https://github.com/JingMatrix/LSPosed/releases/tag/v2.0
English version:
https://t.me/NeoZygisk/19
欢迎来到 Vector 2.0!作为持续转型的一部分,本项目已正式从 LSPosed 更名为 Vector。虽然内部的大规模重构仍在进行中,但我们现在发布 2.0 版本,旨在为依赖旧版 libxposed API 的用户提供一个稳定且功能完备的环境。
📚 libxposed API 100 & 101
随着近期 libxposed API 101 的发布,整个生态正迈向一个包含重大破坏性变更的新标准。由于 API 100 从未正式发布,Vector 2.0 将作为 API 100 时代的最终定型实现,它是基于跳向 API 101 之前的确切提交版本构建的。
🏗️ 架构与 API 更新
Vector 与 Zygisk 重构: 项目已正式更名并实现模块化,采用了完全重写的现代 Zygisk 架构。
API 100 最终化: 完成了 libxposed API 100 的所有剩余功能,包括对静态初始化器、构造函数 Hook 以及集中式日志记录的全面支持。
⚙️ 核心引擎与系统增强
🔓 绕过 Bionic LD_PRELOAD 限制: 通过使用 memfd_create 创建基于 tmpfs 的文件描述符来加载 dex2oat hook 库,成功解决了 Android 10 上的致命命名空间错误,绕过了链接器的命名空间检查。
🛡️ 反射一致性重构: 完全重构了 invokeSpecialMethod 后端,以提升性能、增强稳定性,并使其行为与标准 Java 反射保持一致。
⏱️ 独立支持延迟注入: 增加了对手动延迟注入(由 NeoZygisk 触发)的原生支持,不再依赖 Magisk 的早期初始化阶段(early-init)——这对于 AOSP 调试版本非常有用。
Github Release:
https://github.com/JingMatrix/LSPosed/releases/tag/v2.0
English version:
https://t.me/NeoZygisk/19
👍41❤8🤨1
關於 NPatch 正式發布 v0.8.0 版本
為切實解決 NPatch 1.0.0 版本在部分功能運行未達預期之問題,全力保障廣大用戶獲得穩定、流暢、安全之使用體驗,經開發團隊綜合研判、技術重構與充分測試,現決定正式發布 NPatch v0.8.0 版本,對核心功能實施回檔重製,並對底層架構與系統相容性進行全方位升級。本次更新整合多項技術優化與問題修復,相關內容如下:
一、 關於版本名之特別說明
鑒於前期發布的 1.0.0 版本在部分功能實際運行中出現成效未達預期、穩定性不足等情形,為堅持「用戶體驗優先、運行穩定為先」之原則,經研究決定對核心功能模組實施暫時回檔並重新製作優化。
本次版本定名為 NPatch v0.8.0,主要依據此前面向全體用戶開展之版本命名投票結果。0.8.0 版本序號在投票中獲得第二名之高票支持,為回應廣大用戶意願,現於本次核心技術升級之關鍵節點正式啟用該版本序號並對外發布。
本次更新為重量級底層架構重構專案,開發團隊已全面改寫 Manager 端安裝器邏輯 與 修補檔案 I/O 流程,針對現代 Android 系統存在之諸多使用痛點進行集中解決,整體穩定性與適配性實現顯著提升。
二、 核心功能亮點與優化升級內容
(一) 完整支援 App Bundles 批量安裝功能
重構 getAppInfoFromApks 核心邏輯,實現對 base.apk 與所有 split_*.apk 依賴關聯之精準解析,大幅優化 App Bundles(.apks 格式或多 APK 結構)之整體處理邏輯。修補完成後之全部配置檔案與資源包,均可透過單一 Session 完整寫入系統,從根源上降低修補後應用安裝失敗、運行閃退等問題發生機率。
(二) 實現系統原生免 Root 安裝機制
無需依賴 Shizuku 服務或 Root 權限,NPatch 可在非管理員模式下自動呼叫系統內建軟體包安裝程式完成安裝流程,實現操作流程無縫化。該功能在既往版本中長期存在運行異常問題,本次已完成全量重構優化,使用體驗得到根本性改善。
(三) 修復 Shizuku 相容性相關問題
針對 Android 12 以下版本系統及 MIUI、OriginOS 等主流客製化 ROM 中頻發之權限異常問題進行專項修復:嚴格區分不同 API Level 等級場景,徹底解決因 installerPackageName 參數傳遞錯誤導致之 Shizuku 拒絕授權、安裝程序崩潰等典型故障。
(四) 健全權限與組件自動補全機制
強化 Manifest 檔案重構處理能力,實現 QUERY_ALL_PACKAGES 等必要系統權限之自動補齊,有效解決部分應用經修補後因權限缺失導致直接崩潰、功能無法正常調用等問題。
三、 底層架構與細節優化內容
本次版本合併整合近期累計超過 20 項 Commits 開發成果,對底層架構實施深度優化,重點內容如下:
I/O 流程與快取機制優化:增強 Patcher 模組檔案讀寫防錯機制與快取清理邏輯。當底層修補引擎出現 I/O 異常時,不再導致 Manager 端無聲崩潰(Silent Crash),可實現異常資訊精準捕獲並在 UI 介面直觀提示錯誤內容。
SAF 儲存空間輸出優化:強化暫存目錄(tmpApkDir)與外部快取目錄(externalCacheDir)清理邏輯,確保每次修補作業開展前環境處於乾淨狀態,杜絕舊版本殘留檔案干擾 Split APK 打包流程。
依賴升級與專案結構清理:對底層專案結構進行全面清理與重構,優化依賴庫配置與調用邏輯,整體提升專案編譯效率與實際運行穩定性。
四、 開發者鳴謝
本次核心邏輯重構與全功能優化升級,得益於開源社群之技術積累與廣大開發者的鼎力支持。在此,NPatch 開發團隊對以下開發者此前之程式碼提交、技術貢獻與思路啟發致以衷心感謝:
@HSSkyBoy, @JingMatrix, @xihan123, @hw1020, @MrZhongzq (和 @claude)
建議廣大用戶及時下載更新 NPatch v0.8.0 版本,後續開發團隊將持續跟蹤運行狀況,不斷優化功能體驗與系統相容性。
下載:
Github Release
為切實解決 NPatch 1.0.0 版本在部分功能運行未達預期之問題,全力保障廣大用戶獲得穩定、流暢、安全之使用體驗,經開發團隊綜合研判、技術重構與充分測試,現決定正式發布 NPatch v0.8.0 版本,對核心功能實施回檔重製,並對底層架構與系統相容性進行全方位升級。本次更新整合多項技術優化與問題修復,相關內容如下:
一、 關於版本名之特別說明
鑒於前期發布的 1.0.0 版本在部分功能實際運行中出現成效未達預期、穩定性不足等情形,為堅持「用戶體驗優先、運行穩定為先」之原則,經研究決定對核心功能模組實施暫時回檔並重新製作優化。
本次版本定名為 NPatch v0.8.0,主要依據此前面向全體用戶開展之版本命名投票結果。0.8.0 版本序號在投票中獲得第二名之高票支持,為回應廣大用戶意願,現於本次核心技術升級之關鍵節點正式啟用該版本序號並對外發布。
本次更新為重量級底層架構重構專案,開發團隊已全面改寫 Manager 端安裝器邏輯 與 修補檔案 I/O 流程,針對現代 Android 系統存在之諸多使用痛點進行集中解決,整體穩定性與適配性實現顯著提升。
二、 核心功能亮點與優化升級內容
(一) 完整支援 App Bundles 批量安裝功能
重構 getAppInfoFromApks 核心邏輯,實現對 base.apk 與所有 split_*.apk 依賴關聯之精準解析,大幅優化 App Bundles(.apks 格式或多 APK 結構)之整體處理邏輯。修補完成後之全部配置檔案與資源包,均可透過單一 Session 完整寫入系統,從根源上降低修補後應用安裝失敗、運行閃退等問題發生機率。
(二) 實現系統原生免 Root 安裝機制
無需依賴 Shizuku 服務或 Root 權限,NPatch 可在非管理員模式下自動呼叫系統內建軟體包安裝程式完成安裝流程,實現操作流程無縫化。該功能在既往版本中長期存在運行異常問題,本次已完成全量重構優化,使用體驗得到根本性改善。
(三) 修復 Shizuku 相容性相關問題
針對 Android 12 以下版本系統及 MIUI、OriginOS 等主流客製化 ROM 中頻發之權限異常問題進行專項修復:嚴格區分不同 API Level 等級場景,徹底解決因 installerPackageName 參數傳遞錯誤導致之 Shizuku 拒絕授權、安裝程序崩潰等典型故障。
(四) 健全權限與組件自動補全機制
強化 Manifest 檔案重構處理能力,實現 QUERY_ALL_PACKAGES 等必要系統權限之自動補齊,有效解決部分應用經修補後因權限缺失導致直接崩潰、功能無法正常調用等問題。
三、 底層架構與細節優化內容
本次版本合併整合近期累計超過 20 項 Commits 開發成果,對底層架構實施深度優化,重點內容如下:
I/O 流程與快取機制優化:增強 Patcher 模組檔案讀寫防錯機制與快取清理邏輯。當底層修補引擎出現 I/O 異常時,不再導致 Manager 端無聲崩潰(Silent Crash),可實現異常資訊精準捕獲並在 UI 介面直觀提示錯誤內容。
SAF 儲存空間輸出優化:強化暫存目錄(tmpApkDir)與外部快取目錄(externalCacheDir)清理邏輯,確保每次修補作業開展前環境處於乾淨狀態,杜絕舊版本殘留檔案干擾 Split APK 打包流程。
依賴升級與專案結構清理:對底層專案結構進行全面清理與重構,優化依賴庫配置與調用邏輯,整體提升專案編譯效率與實際運行穩定性。
四、 開發者鳴謝
本次核心邏輯重構與全功能優化升級,得益於開源社群之技術積累與廣大開發者的鼎力支持。在此,NPatch 開發團隊對以下開發者此前之程式碼提交、技術貢獻與思路啟發致以衷心感謝:
@HSSkyBoy, @JingMatrix, @xihan123, @hw1020, @MrZhongzq (和 @claude)
建議廣大用戶及時下載更新 NPatch v0.8.0 版本,後續開發團隊將持續跟蹤運行狀況,不斷優化功能體驗與系統相容性。
下載:
Github Release
GitHub
HSSkyBoy - Overview
今天只是今天的今天,未来也只是今天的未来. HSSkyBoy has 62 repositories available. Follow their code on GitHub.
❤16👍7
