面具金丝雀版本下载-面具Magisk金丝雀版Canary29001最新版-精品下载

编辑点评：功能很强大的一款设备root工具

Magisk Manager是一款非常强大的系统模块修改工具，用户可以使用这款软件更改手机系统中的一些文件，增加一些特色功能，打造一款个性化的手机系统功能，功能很强大，也非常实用，需要的自己免费下载就行。

怎么安装

1、建议使用TWRP应用刷入，或者通过MagiskManager管理器刷入。

2、下载Magisk补丁刷机包（Magisk-21.2.zip）

点我下载

3、卡刷Magisk授权，TWRP界面点安装-安装Magisk补丁-重启完成。

操作说明

1.卸载Xposed及XposedInstaller，具体可以见XDA。

2.卸载SuperSU，具体可以见XDA。

3.恢复boot.img，因为之前刷入的SuperSU已经改动了boot.img。所以需要你下载原始ROM，提取其中的boot.img并通过fastboot刷入，使其复原。

4.刷入Magisk，具体可以见XDA。

5.刷入SystemlessXposedSDK，具体可以见XDA。

magisk面具怎么用

首先安装Magisk需要解锁 Bootloader并刷入第三方Recovery，由于每个品牌的手机都或多或少有点不一样，这里只介绍一个标准的流程，具体操作方法请自行Google；
一、将手机的稳定版升级为开发版
1、在小米社区申请开发版内测资格（开发版内测和开发版公测都可以）
2、打开设置—我的设备—MIUI版本

3、点击图中MIUI图标10次
4、点击右上角三点的图标

5、点击切换为“开发版版本”（因为我已经是内测版了，所以我给出的图片只有“切换为稳定版”）
6、下载开发版REC后更新（注意稳定版切换到开发版需要清除数据，所以请注意备份）
注：具体稳定版切换到开发版教程参考小米miui12刷机教程
二、用电脑解锁手机的Fastboot锁（网上简称“BL锁”）
1、在电脑下载解锁工具并解压；

2、点击手机的设置—我的设备—全部参数—MIUI版本7次左右，直至提醒你已经处于开发者模式；
3、在设置中搜索开发者模式并打开开发者模式；
4、打开开发者模式中的“USB调试”和“OEM解锁”；

5、将手机通过数据线连接电脑，打开之前下载好解锁工具，找到miflash_unlock打开并登陆小米账号；

6、点击解锁，等待重启完成解锁；
三、获取手机root
1.打开设置—应用管理—授权管理—root权限说明设置—应用管理—授权管理—root权限说明，获取系统root权限
四、安装magisk manager
1、在本站下载该软件；
2、在设置—应用管理—授权管理—root权限中授权给magisk；
3、在magisk首页中点击安装下图中的两个选项（如遇到一直显示：“正在检查更新”，请在magisk的设置中将更新通道改为自定义后将https://qianyegroup.gitee.io/magiskbuilds/updates/custom_md2.json填上去）；

恭喜你，到这里基本就完成了magisk的安装！

Magisk怎么通过谷歌Paly保护机制认证

首先我们要做的的就是先把Magisk本身进行隐藏。

点击红框中的隐藏Magisk应用，然后随便设定一个名字，Magisk会用随机文件名进行安装，然后在桌面生成一个跟设定的名字一样的快捷方式。很多要求严格的App，比如中国工商银行，只要检测到手机上安装了Magisk，就会闪退，所以，隐藏Magisk本身是必须要做的。

我们可以看到第一个红框里面，Magisk已经被隐藏了。然后进入第二个红框部分，开启Zygisk，先选择遵守协议列表，然后进入配置排除列表，把所有需要对其隐藏的App都选中，用法跟原来的Magisk Hide是一样的。确定列表后，再把遵守协议列表的选项关闭，因为我们已经安装了Shamiko，所以现在的状态就是列表生效但是并没有被排除，达到了我们预计的目的。

软件介绍

一个面具补丁刷机包文件，以ZIP格式提供，如Magisk-.zip

一个是MagiskManager，以APK形式提供，如MagiskManager.apk

面具补丁：一般是ZIP文件，这个ZIP存储一些刷入脚本和面具运行文件，我们需要使

用第三方RECOVERY直接刷入或者当手机获取ROOT后，直接使用MagiskManager

MagiskManager：这实际就仅仅是一个授权APK，他的作用是当手机刷入面具补丁后

手机上出现一个面具图标的软件，承载着对每个APP授权等作用。

两者的关系：当我们刷入面具补丁的时候，一般情况下，会自动刷入面具补丁里全部内容进手机，同时自动安装MagiskManager.apk，但由于部分特殊情况下，MagiskManager.apk未安装，这时候我们需要手动下载MagiskManager.apk安装，完成软件授权工作；可以说，刷入面具补丁，手机就一般就获取ROOT权限功能了。我们直接安装MagiskManager.apk，不去刷面具补丁可以吗？答案；不可以。

扩展介绍

Magic Mount:

此特性不仅允许用户替换/system目录下已经存在的文件及文件夹，同时也支持创建/system原本不存在的文件及文件夹。当然，实际上并不原来的/system.

这意味之前的模块(ZIP刷机包)基本都可以在这种systemless-ly模式下工作。

MultiPle Entry Points:

如果“Magic Mount”还不能完成实现你的需求，Magisk在系统启动过程中提供了几个暂停点来运行你的脚本，使开发者可以在任何需要的时候实现所需的功能。在启动过程被暂停后，直到你的脚本被执行前，Magisk都可以可靠地阻断启动过程的继续。

Magisk Manager:

Magisk Manager这款app可以帮助你管理root状态，以及管理所有的Magisk模块(模块管理功能还在开发中)，就像XPosed模块一样。

Special "Cache" Mode:

这种模式支持在system ProPS被加载前运行，这意味Magisk能更多的可能性。

systemless hosts 默认开启，各种hosts的广告屏蔽软件无需就可以直接使用此systemless模式。

Magisk还将会移除 system verify和 forceencryPt(二者均可以通过.magisk文件手动配置), 并且sePolicy使得脚本运行正常。

这意味着开发者以后无需担心boot.img的问题。

一些主要的系统，如root和XPosed等，都可以依赖于Magisk.

magisk.img(所有systemless模块存储在此文件内)支持自动调节文件大小以适应较大体积模块，同时也可以在某些模块移除后自动缩小大小。

更新日志

30.2更新

[核心]修复涉及 overlayfs 时破坏模块的边缘情况

[核心]修复某些情况下的模块功能.replace

[重置道具]减少属性修改痕迹

29.0更新

【通用】大规模内部重构和代码迁移

[App]支持XZ压缩下载模块zip文件

[App]禁用系统动画时禁用应用动画

[MagiskMount]支持使用空白文件节点使用模块系统地删除文件

[MagiskInit]重新设计策略修补和注入逻辑

[MagiskSU]更好的TTY/PTY支持

28.1更新

[App]修复存根APK下载链接

[App]修复了对低于8.0的Android的支持

[通用]修复对MTK三星设备的支持

[MagiskInit]修复2SI设备的回归问题

[MagiskPolicy]修复导致覆盖.d替换文件无法访问的回归问题

v28.0更新

[常规]支持16k页面尺寸

[常规]添加对RISC-V的基本支持(不是版本中内置的)

[常规]使用最小的libc构建静态可执行文件(magiskinit和magiskboot)对于较小的尺寸

[核心]移除魔法坐骑不必要的镜子

[核心]更新启动映像检测逻辑以支持更多设备

[MagiskInit]重写注入的2SI逻辑magiskinit如同init

[MagiskInit]更新preinit分区检测

[Zygisk]更新内部JNI挂钩实现

[MagiskPolicy]修补后保留sepolicy配置标志

[MagiskPolicy]优化修补规则以减少注入的新规则数量

[DenyList]支持在Zygisk被禁用时强制执行DenyList

[Resetprop]改进实现以解决几个属性修改检测

[Resetprop]更新以正确使用属性覆盖

【App】主要内部代码重构

[App]支持用大于8gb的图像修补三星固件

[App]在Android 14上使用用户启动的作业，而不是前台服务

[应用]支持Android 13+内置的每个应用的语言偏好

[应用程序]添加action.sh支持模块定义从用户界面触发的动作

[MagiskBoot]支持在不解压缩的情况下拆分内核映像

[MagiskBoot]正确支持供应商启动映像

[MagiskBoot]从内核映像禁用Samsung PROCA

v27.0更新

[Zygisk] 引入新的代码注入机制

[Zygisk] 支持 U QPR2 中引入的新签名

[SEPolicy] 更新 libsepol 以正确设置一些策略配置位

[MagiskBoot] 支持压缩，因此 Magisk 可以安装在引导分区较小的设备上

[ResetProp] 添加新的等待属性功能resetprop

26.2更新

[MagiskBoot] 支持从以下位置提取启动映像payload.bin

[MagiskBoot] 支持包含字符文件的cpio文件

[MagiskBoot] 支持列出cpio内容

[MagiskBoot] 直接处理AVB 1.0签名和验证，无需通过Java实现

[Daemon] 将守护进程套接字设置为 MAGISKTMP 中的固定路径

[resetprop] 支持打印属性上下文

[resetprop] 仅支持从存储打印持久属性

[resetprop] 正确支持绕过 property_service 设置持久属性

[MagiskSU] 支持-g和-G选项

[MagiskSU] 支持将挂载命名空间切换到 PID-t

[MagiskPolicy] 修复修补扩展权限

[MagiskPolicy] 支持扩展权限的更多语法

[MagiskPolicy] 支持打印加载的sepolicy规则

[App] 支持从 ROM zip 修补启动映像

boot.img[App]修补三星固件时正确保存init_boot.img

V26.0

[一般]颠簸最小支持的Android版本至Android 6.0

[一般]新的魔术安装后端。它支持将模量加载到系统中

[zygisk]发布新的API版本4

[zygisk]防止犯错的守护程序

[zygisk]重写Zygote代码注入新库方法

[zygisk]重写代码卸载实现

[Magiskboot]支持Amonet微型装置设备

[MagiskBoot]始终在V4引导图像上使用LZ4_LEGACY压缩。这修复了Android U儿童上的启动图像修补程序。

[magiskinit]支持替换 *.rc rams在覆盖中

[magiskinit]重写sepolicy.rules安装和加载实现

[应用]使100％离线修补

[app]支持修补init_boot.img三星奥丁固件

[MagiskPolicy]修复了命令行参数解析中的次要错误

[MagiskPolicy]更新支持Android U的规则

25.2更新

[MagiskInit] 修复使用 stub cpio 时的潜在问题

[MagiskInit] 修复使用 stub cpio 时重新启动以恢复

[MagiskInit] 修复 rootfs 设备的 sepolicy.rules 符号链接

[通用] 更好的数据加密检测

[General] 将整个日志基础设施迁移到 Rust

v25.1更新

[MagiskBoot] 修复 ramdisk 备份被错误跳过的问题

[MagiskBoot] 添加新功能以检测不支持的 dtb 并在安装过程中中止

[Zygisk] 更改二进制劫持路径

[App] 修复错误恢复模式检测和安装

[MagiskInit] 修复在旧版 SAR 设备中未正确导出的配置

[General] 强制 Magisk 应用程序始终匹配或更新magiskd

25.0更新

又一个大版本！很多变化在表面上看不到，但 v25 实际上是一个非常大的升级！

MagiskInit 重写

很大一部分magiskinit（在您的设备启动之前运行的关键软件）是从头开始完全重写的。自从 Android 在 Android 8.0 中引入Project Treble以来，Magisk 一直在与各种设备日益复杂的分区和早期挂载设置作斗争，有时还有奇怪的 OEM 特定实现。它magiskinit变得如此复杂，以至于很少有人（包括我自己！）知道每一个细节，像这样维护这个软件显然是不可持续的。经过数月的计划（是的，整个重新架构已经在我脑海中酝酿了很长时间）和一些外部贡献者的帮助，一个全新的sepolicyMagisk 引入了注入机制，一劳永逸地解决了“SELinux 问题”。

由于这是 Magisk 如何在启动时对设备进行热补丁的完整范式转变，因此许多开发人员隐含依赖的几种行为可能不存在。例如，Magisk 在大多数情况下不再修补 fstab，这意味着 AVB 将保持不变；一些自定义内核依赖于 Magisk 为它们剥离的 AVB。

MagiskSU 安全增强功能

自推出以来，Magisk 的超级用户功能没有发生太大变化。v25 专注于让 root 权限管理更加准确和安全：

添加全新的包裹跟踪系统，确保无法执行恶意 UID 重用攻击

正确支持和实施 Magisk 应用程序中的 UX，用于使用sharedUserId

强制执行根管理器 APK 签名验证，以打击猖獗的非官方 Magisk 应用程序“mods”

许多人可能没有意识到，但使用一个值得信赖的、未经修改的 Magisk 应用程序真的很重要。Magisk 的 root 守护进程以不同的方式对待 Magisk 应用程序，并为其提供全面的 root 访问权限，没有任何限制。修改后的 Magisk 应用程序可能会为您的设备设置后门。

如果你们中的一些人要戴上锡纸帽子，这并不是为了“锁定供应商”；目标是确保您的根管理应用程序来自底层根实现的同一开发人员。Magisk 的构建系统允许自定义分发者使用自己的签名密钥，此外，我还提供官方调试构建，它跳过任何签名验证进行开发。

24.3更新

–几个错误修复

–更新DenyList应用选择UI

–几个应用代码迁移