Android中利用可信执行环境生成硬件安全随机数的疑问

首先得澄清一个误解：Android的SecureRandom并非纯软件实现，它默认会优先调用设备的硬件随机数生成器（HRNG），只要设备具备符合安全标准的硬件熵源（比如支持ARM TrustZone或类似安全环境的硬件模块）。

至于为什么不直接通过Keystore API提供硬件随机数，主要有这几个原因：

• Keystore的定位问题：Keystore API的核心设计目标是密钥的安全存储和加密操作执行，它的职责是保护密钥不被导出到应用层，而非提供随机数生成服务。硬把随机数生成塞进Keystore，会偏离它的核心定位，徒增API复杂度。
• 设备兼容性考量：不是所有Android设备都配备合格的硬件随机数生成器。低端设备可能没有硬件熵源，或者其硬件随机数的安全性达不到标准。SecureRandom做了一层抽象，当硬件熵源不可用时，会自动 fallback 到经过安全验证的软件随机数算法（比如SHA1PRNG），保证所有设备都能提供安全的随机数。
• 性能与场景适配：硬件随机数生成器的性能通常比软件实现差——毕竟要和硬件模块交互，生成速度慢。很多场景下，SecureRandom提供的随机数已经足够安全，没必要强制用硬件级的。如果确实需要严格的硬件随机数，你可以调用SecureRandom.getInstanceStrong()，这个方法会强制使用符合NIST标准的硬件熵源（设备支持的话），否则会抛出异常。

另外，Android系统本身已经在底层把硬件随机数的获取封装好了，应用层不需要直接和硬件模块交互，通过SecureRandom就能拿到最适合当前设备的安全随机数，这也是一种简化开发的设计。

内容的提问来源于stack exchange，提问作者sgaleta