问题描述
安装自定义固件（如Cyanogen）之后，是否可以重新启用Android的安全机制，禁止所有应用自动获取root权限？用户怀疑这可能引发安全风险，并希望保持默认的Android权限模型。即在请求访问敏感数据之前，应用程序必须获得用户的授权。
解决方案
方案1：使用SuperUser控制root权限
请注意，在进行此操作前，请确认设备固件版本以及SuperUser的兼容性。
根据[最佳回复]中的建议：
- 安装SuperUser。通过安装SuperUser应用，可以对每一个需要root权限的操作进行手动控制。默认情况下，所有请求都会被拒绝，并要求用户选择如何继续（授予访问权限或拒绝）。用户可以选择永久授予权限、仅授权特定操作一段时间等选项。
大多数预装了CyanogenMod或其他自定义固件的设备通常会自带SuperUser。如果安装过程中没有自带此应用，方法二中提到的方式也可能在root过程中自动完成该步骤。
使用SuperUser的一个优点在于其灵活性和细粒度控制能力。不过需要注意的是，在某些极端情况下仍可能存在绕过SuperUser直接获取root权限的风险。
方案2：移除关键文件
请注意，该操作将可能导致设备不再支持root访问。请确保了解其可能的后果后再继续。
作为替代方案，可以通过物理或系统级别方法从设备中移除su及BusyBox相关二进制文件来有效“卸载”root权限：
-
物理方式 – 如果你有安装固件的过程记录或者某些工具的帮助（例如NVRAM、TWRP等），可以尝试在刷入前或刷入后通过操作这些环境变量来覆盖
su和BusyBox二进制文件。 -
系统级别方法 – 在TWRP或其他类似的恢复模式下，可以尝试直接删除/system目录下的
su及包含busybox在内的相关文件。通常，在进行此类修改之前需要仔细规划，并确保这些操作不会影响到设备的正常使用功能（如备份重要数据）。
具体实践步骤如下：
// 作为示例命令 - 请实际测试和验证路径以及命令内容是否适用你的具体情况
mount /system
rm /system/xbin/su
rm /system/bin/busybox
unmount /system
reboot
以上解决方案为重新启用Android默认安全机制提供了两种方法。尽管移除su及BusyBox更极端，但可以彻底解决root权限问题；而使用SuperUser则提供了更灵活可控的选项，适合大部分用户需求。
请注意，在进行任何操作之前，请仔细评估风险，并参考相关文档和社区讨论以确保操作正确无误。特别是在进行系统级修改时，保留重要备份是必须的。通过以上方式可以一定程度上恢复Android的安全设置，默认的行为包括应用程序访问敏感数据前需获得权限请求。