GitHub项目说明 · 非用户反馈2026-08-13

通过 DRAM 地址加扰解锁 CPU 受保护内存区域（PSP/SMM/微码）

安全研究人员在分析 AMD CPU 受保护内存区域（PSP、SMM、微码）时，遇到 DRAM 地址加扰阻碍；现有开源工具通过改写 DRAM 控制器翻译在 16h 上成功解锁，但 17h 及之后的数据表不再公开寄存器，导致该方法难以复用。

查看原始信号github:xoreaxeaxeax/skitter-creek-bath-salts

目标用户

安全研究人员、固件/硬件逆向工程师、对 CPU 底层安全机制感兴趣的技术人员。

潜在需求

一种能够绕过或重写 DRAM 地址翻译、访问受保护内存区域的方法；对于新 CPU，还需要逆向出未公开的 DRAM 加扰细节。

发生场景

在分析 AMD Family 16h 及更新 CPU 的固件安全机制时，需要访问 PSP、SMM、微码等内存区域，但 DRAM 地址被控制器加扰且无法直接读写；新 CPU 的数据表又不公开相关转换寄存器。

来源证据

AMD Family 16h 是最后一代数据表记录了 DRAM 控制器转换寄存器的 CPU，17h 及之后的 datasheet 不再包含这些信息。

and tested on **AMD Family 16h CPUs**, the last generation whose datasheets document the DRAM controller's translation registers — and show that they can't be locked. 17h and beyond simply leave this information out. The [odyssey of `*p`](#the-odyssey-of-p) is similar across generations and architectures, and the underlying transforms extend even to ARM, RISC-V, and beyond; `skitter-creek-bath-salts` shows us [**only how to begin**](#the-shared-pipeline). --- ## The odyssey of `*p` > *It's a

https://github.com/xoreaxeaxeax/skitter-creek-bath-salts

为什么值得留意

这是底层硬件安全研究的具体技术需求，已有工具在 16h 上验证了可行性，同时文档缺失明确留下新 CPU 上的继续探索空间，可能引发后续工具和逆向工作。

已有方案

skitter-creek-bath-salts（开源工具，针对 AMD Family 16h）

未满足部分

该工具仅在 AMD Family 16h 上验证，17h 及之后 CPU 因 datasheet 不公开 DRAM 控制器寄存器，同一方法无法直接使用

可能延伸 · 模型推测

将 DRAM 加扰逆向方法扩展至 ARM / RISC-V（材料提到底层变换类似）
通过硬件逆向或侧信道方法获取 17h+ CPU 的加扰方案

目前未知

该工具的实际使用者规模和反馈未知
17h+ CPU 是否存在官方或社区的其他解锁路径

继续核实

AMD 17h 及之后 CPU 的 DRAM 地址加扰具体如何工作，是否有可逆向的线索？
社区是否有针对更新 CPU 的类似 DRAM 加扰研究？

主题词

dram address scramblingprotected memory regionscpu security researchfirmware reverse engineeringamd memory controller