EL0下只读处理器寄存器不可访问的原因、安全作用及指令查询问询

1. 为什么部分只读处理器寄存器在EL0级别无法访问？ #

EL0是AArch64的用户态执行级别，核心设计目标是隔离用户态程序与系统底层硬件/内核资源。即使是只读寄存器，也可能包含敏感的硬件微架构细节、指令集扩展信息或者处理器配置参数：

• 这类信息可能被恶意程序用于构造侧信道攻击（比如通过硬件特性差异推断缓存布局、执行时序，进而窃取数据）；
• 允许用户态直接读取这类寄存器，会打破内核对硬件信息的管控，让用户态程序绕过统一的ABI抽象，依赖具体硬件实现，既不利于跨硬件兼容性，也给漏洞利用提供了更多线索。

2. 将ID-AA64PFR1-EL1、ID-AA64ISAR1-EL1这类只读寄存器设为EL0不可访问，能提供哪些安全保障？ #

这类寄存器主要记录AArch64的处理器特性和指令集支持情况，限制EL0访问的核心安全价值包括：

• 阻断侧信道攻击线索：恶意程序无法直接获取微架构、指令集扩展的精确信息，难以针对性设计缓存攻击、时序攻击等利用方式；
• 统一硬件抽象层：强制用户态通过内核提供的标准化接口获取硬件特性，避免程序依赖具体硬件细节，同时防止恶意软件利用特定指令集扩展（比如某些加密指令、向量指令）的未公开实现漏洞；
• 降低攻击面：减少用户态程序能直接触及的硬件相关信息，缩小潜在的漏洞利用范围，让内核成为硬件信息的唯一可信来源。

3. 运行于EL0级别的代码无法查询这类寄存器时，该如何知晓哪些指令是合法的？ #

用户态程序不需要直接读取系统寄存器来判断指令合法性，通常通过以下几种可靠方式：

• 内核提供的标准化接口：比如Linux系统中，可通过getauxval()系统调用读取辅助向量（如AT_HWCAP、AT_HWCAP2）获取支持的指令集特性；也可以读取/proc/cpuinfo文件查看硬件特性摘要；
• 编译器与标准库支持：编译时指定目标架构（比如-march=armv8-a），编译器会自动生成符合该架构指令集的代码；标准库也提供了封装好的特性检测函数（比如__builtin_cpu_supports()系列内置函数）；
• 遵循平台ABI规范：严格按照AArch64应用二进制接口（ABI）编写代码，ABI定义了所有用户态程序可安全使用的指令集范围，确保代码在符合规范的硬件上能正常运行；
• 异常处理机制：如果意外执行了不支持的指令，处理器会触发SIGILL信号，程序可以通过信号处理逻辑捕获并处理这种情况（比如降级到兼容路径执行）。

内容的提问来源于stack exchange，提问作者Lance E.T. Compte