AMFIPass.kext v1.4.1 黑苹果禁用 AMFI驱动

AMFIPass.kext是黑苹果屋搜集到的黑苹果禁用 AMFI驱动.需要 Lilu 作为依赖以正常工作。

概述

AMFI 和 AMFIpass.kext

AMFI（Apple 移动文件完整性）最初出现在 iOS 上，但在 10.12 Sierra 中迁移到 macOS，可能是在 2012 年引入 GateKeeper 和数字签名代码时。简而言之，它是一种阻止非签名代码执行的技术。它由 2 个组件组成：

/usr/libexec/amfid服务以 root 身份从 '/System/Library/LaunchDaemons/com.apple.MobileFileIntegrity.plist` 运行
/System/Library/Extensions/AppleMobileFileIntegrity.kext。

必须启用 AMFI 才能授予第三方应用程序访问隐私相关服务和/或外围设备（例如外部摄像头和麦克风）的权限。但是，如果禁用 SIP 和/或 AMFI（应用 OCLP 根补丁的必要条件），则不会向用户显示授予这些应用程序访问权限的对话框，因此这些外围设备根本无法在 Zoom 或 MS Teams 等应用程序中使用，因为例子。

AMFI 通常是启用的，但我们已经发现 OCLP 根补丁需要禁用 AMFI 和 SIP 才能应用。为了避免外围设备无法与第三方应用程序配合使用的问题，OCLP 团队开发了AMFIPass.kext扩展，允许在系统必须在禁用 AMFI 和 SIP 的情况下运行时（例如使用 OCLP 或应用 root 补丁时）启用 AMFI 。这修复了权限问题，并且 OCLP 可以应用补丁，就像禁用 AMFI 一样。

如果 macOS 之前已向这些第三方应用程序授予权限，然后禁用 AMFI 和/或 SIP，则这些权限将被转移并由新系统维护。但在全新安装中它们不存在。这是 AMFIPass.kext 试图解决的主要问题。能够在启用 AMFI 的情况下对 OCLP 进行根修补只是一个积极的副作用。

总之，在应用 OCLP 根补丁时，您可以通过两种不同的方式进行操作：

带有引导参数amfi=0x80，但不带 AMFIPass.kext。amfi=0x80是一个完全禁用 AMFI 的位掩码。值 0x80 相当于AMFI_ALLOW_EVERYTHING
使用 AMFIPass.kext 删除amfi=0x80并添加-amfipassbeta启动参数。

-amfipassbetaAMFIPass.kext 提供引导参数来覆盖内核版本检查，以便无论 macOS 版本如何都加载扩展。这样，AMFIPass 就可以在该扩展尚不支持的 macOS beta 上运行。

我使用 AMFIPass.kext，删除amfi=0x80. 如果 OCLP 根修补由于此设置而失败，我会使用 boot 参数暂时禁用 AMFI amfi=0x80，应用修补程序，重新启动，删除amfi=0x80，然后再次重新启动。

一些用途说明

该 Kext 用于解决免激活版 Parallel Desktop/VMware Fusion 无法启动的问题
目前针对虚拟机软件无法正常运行有一个补救方案，添加 AMFIPass.kext 1.4.0，并添加启动参数 -amfipassbeta，不再需要 amfi=0x80
OC引导添加时候,建议AMFIPass.kext 排最后