程序计数器（pc）是cpu核心寄存器，用户态程序无法直接修改，强行篡改将触发#ud、#gp、#pf等异常并导致崩溃或被安全机制拦截。
会直接导致程序崩溃或行为不可预测，严重时引发系统级异常甚至被安全机制拦截。
程序计数器（PC）不是普通变量
它是CPU核心寄存器，由硬件直接维护，指向当前将要执行的指令地址。用户态程序无法通过赋值、指针操作或API直接修改它——没有合法接口允许这么做。试图用内联汇编强行写入（如x86下的mov %rax, %rip）在现代操作系统中会被立即拒绝，触发#UD（Invalid Opcode）或#GP（General Protection）异常。
绕过保护的后果更危险
若在内核模式、调试器上下文或利用漏洞（如提权后的任意代码执行）强行改写PC：
- 跳转到未映射内存 → 触发页错误（#PF），进程被终止
- 跳转到不可执行页（如数据段）→ 触发执行禁令（DEP/NX fault）
- 跳转到结构错乱的机器码 → 指令解码失败，CPU抛出#UD
- 跳转到非对齐地址（ARM64/RISC-V等）→ 精确异常，通常中止执行
调试器修改是特例，不等于“运行期篡改”
调试器（如WinDbg、gdb）能改PC，是因为它通过操作系统提供的调试API（如Windows的SetThreadContext）在内核中接管线程控制权，属于受控暂停状态下的寄存器重载。这不是程序自身行为，也不代表应用层有权限这么做。一旦恢复执行，仍需严格遵守指令流完整性校验（如Intel CET、ARM Branch Target Identification）。
现代防护机制会主动拦截
Windows 的 CFG（Control Flow Guard）、Linux 的 IBT（Indirect Branch Tracking）、以及所有启用的SMEP/SMAP，都会在间接跳转或函数返回时验证目标地址合法性。擅自篡改PC后若触发间接跳转（如ret、jmp [rax]），硬件会立即报错并终止线程。这不是逻辑错误，而是架构级安全熔断。
