Flush + Reload缓存侧信道攻击：非特权虚拟内存遍历机制问询

刚好对Flush+Reload这类缓存侧信道攻击有深入研究，针对你问的这个问题，得先明确一个核心前提：现代操作系统的内存隔离机制，本来是完全禁止非特权进程直接访问其他进程或内核的虚拟内存的——直接读会触发页错误甚至崩溃。所以这里的「遍历」不是传统意义上的地址遍历，而是通过CPU的缓存共享、推测执行特性，间接感知目标内存的缓存状态，进而获取敏感数据的痕迹。

下面分场景具体说实现方式：

1. 内核虚拟内存的“遍历” #

内核虚拟地址空间其实在每个用户进程里都有映射（比如x86_64架构的高地址区域），但非特权进程没有读写权限。Flush+Reload的核心是绕开权限检查，让内核内存被加载到缓存，再通过探测感知：

• 利用推测执行的越界访问：这是最常见的手段，比如Spectre类漏洞的思路。攻击者构造一段代码，通过分支预测让CPU进入推测执行状态，“误以为”可以访问某个内核虚拟地址，然后把内核数据作为索引去访问自己预先准备的探测数组——这一步会把探测数组的对应缓存行加载进内存。举个简化的代码例子：

  // 攻击者预先初始化的探测数组，每个元素占一个缓存行（4096字节对齐）
  char probe_array[256 * 4096];
  
  // 诱导推测执行的逻辑
  if (some_controlled_condition) { // 这个条件会被CPU推测为真
      // 越界访问内核虚拟地址，即使实际无权限，推测执行阶段会执行
      char secret_val = *(char*)kernel_virtual_addr;
      // 用内核数据作为索引访问探测数组，留下缓存痕迹
      probe_array[secret_val * 4096] = 1;
  }
  

  哪怕some_controlled_condition实际为假，CPU的推测执行阶段还是会完成上述操作，把内核内存加载到缓存，同时标记探测数组的对应位置为“热缓存”。攻击者随后Flush所有探测数组的缓存行，再逐个访问，通过访问速度判断哪个缓存行是热的，就能反推出内核数据的数值，同时相当于“遍历”了目标内核地址的缓存状态。
• 利用内核正常执行的缓存残留：比如攻击者调用一个系统调用，内核必然会访问某些固定的虚拟地址。攻击者可以提前Flush这些地址对应的缓存行，等系统调用执行完后再Reload探测，通过访问速度判断内核是否访问过该地址，以此间接追踪内核内存的访问痕迹。

2. 其他进程虚拟内存的“遍历” #

其他进程的虚拟地址空间对攻击者是完全隔离的，但同样可以通过缓存共享和诱导手段实现感知：

• 用户态推测执行漏洞（Spectre-v1）：和内核场景类似，攻击者构造恶意代码，通过分支预测让CPU推测访问其他进程的虚拟地址（这些地址在攻击者进程里是无效的，但推测执行阶段不做权限检查），然后用探测数组把数据泄露到缓存中，再通过Flush+Reload探测。
• 共享资源诱导加载：如果攻击者和目标进程共享某个资源（比如tmpfs里的文件），当目标进程访问该文件的某个页时，该页会被加载到缓存。攻击者可以提前Flush该文件的所有缓存页，之后逐个Reload探测，通过访问速度判断目标进程访问了哪个页——相当于间接“遍历”了目标进程对共享资源的内存访问。
• 上下文切换的缓存残留：CPU的L3缓存是核心共享的，当OS把目标进程切换出去、再切换到攻击者进程时，目标进程的部分缓存行可能还留在L3里。攻击者可以遍历自己进程的虚拟地址（或构造覆盖所有缓存行的探测数组），寻找那些热缓存行，以此间接感知目标进程之前访问过的内存位置。

关键总结 #

本质上，攻击者根本不需要“直接遍历”非特权虚拟内存的地址空间，而是把目标内存的状态（是否在缓存）转化为自己能探测到的信号。整个过程的核心是诱导目标把敏感内存加载到缓存——不管是通过推测执行的越界访问，还是利用目标进程的正常执行、共享资源访问，只要目标内存进入了共享缓存，攻击者就能用Flush+Reload探测到。

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