实现Meltdown漏洞遇阻：内核虚拟内存地址相关疑问

问题1：dmesg输出的地址是虚拟内存地址还是物理内存地址？ #

是内核虚拟地址。Linux内核中全局变量的地址默认都是虚拟地址，printk打印的也是内核虚拟地址空间中的地址，而非物理地址。物理地址需要通过内核页表映射转换才能得到，dmesg不会直接输出物理地址。

问题2：该内核虚拟地址是否属于各进程共享的内核虚拟内存区域？ #

是的。当你关闭pti=off（页表隔离）后，内核虚拟地址空间会直接映射到每个用户态进程的地址空间中（x86架构下，32位系统通常是3GB-4GB范围，64位系统则是更高的线性地址段），所有用户态进程共享这部分内核虚拟地址的映射，因此你的攻击进程可以访问到该区域的虚拟地址。

问题3：是否可以直接使用dmesg获取的地址，还是需要添加偏移量？ #

不需要额外添加偏移，但要注意几个关键细节：

• 地址位数匹配：你拿到的地址0000000054b7a361是32位格式，若攻击程序是64位编译的，需确保地址被正确转换为64位内核虚拟地址，或者直接用-m32编译选项将攻击程序编译为32位，避免地址宽度不匹配导致访问错误。
• 攻击代码逻辑正确性：Meltdown依赖乱序执行的缓存侧信道，仅直接访问内核地址会触发页错误，必须在代码中实现：触发越界内存访问（利用乱序执行让CPU提前加载内核数据到缓存）、捕获页错误、通过缓存访问时间差异推断读取到的字节值。若代码只做简单内存读取，必然无法成功。
• 确认地址准确性：可以通过cat /proc/kallsyms查看内核模块的符号地址，对比dmesg输出的地址是否一致，避免printk输出的地址因格式问题被截断或显示错误。
• 内核防护机制：通过cat /proc/cpuinfo检查是否开启了SMAP/SMEP，若开启，攻击代码需要适配绕过逻辑——Meltdown可利用乱序执行绕过SMAP检查，但需确保代码正确触发了乱序执行流程。

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