禁用 SysRq 键需设 /proc/sys/kernel/sysrq 为 0，仅禁用键盘触发（如 Alt+SysRq+r），/proc/sysrq-trigger 仍可被 root 调用；临时执行 echo 0 | sudo tee /proc/sys/kernel/sysrq，永久则在 /etc/sysctl.conf 中添加 kernel.sysrq = 0 并运行 sudo sysctl -p。
直接禁用 /proc/sys/kernel/sysrq 即可，设为 0 后键盘组合键（如 Alt+SysRq+r）全部失效，但 /proc/sysrq-trigger 仍可被 root 通过命令行调用。
确认当前是否启用 SysRq 键
运行以下命令查看当前状态：
cat /proc/sys/kernel/sysrq
返回值含义：
-
0：完全禁用，键盘组合键无效 -
1：全部功能启用 - 其他数字（如
438）：位掩码控制，部分功能开启
注意：/proc/sys/kernel/sysrq 的设置**只影响键盘触发路径**，不影响 echo s > /proc/sysrq-trigger 这类文件写入方式——后者只要用户有 root 权限，始终可用。
临时禁用：立即生效，重启后恢复
执行以下命令即可立刻关闭魔术键响应：
echo 0 | sudo tee /proc/sys/kernel/sysrq
验证是否生效：
- 按
Alt+SysRq+h不再输出帮助信息 - 按
Alt+SysRq+s不再触发sync
该操作不会影响内核运行，也不需要重启服务。但下次系统重启后，会恢复为原配置（通常为 1 或发行版默认值）。
永久禁用：防止重启后自动恢复
编辑 /etc/sysctl.conf，添加或修改这一行：
kernel.sysrq = 0
然后加载配置（无需重启）：
sudo sysctl -p
常见误区：
- 仅改
/proc/sys/kernel/sysrq是临时的，sysctl -p才能持久化 - 某些发行版（如 RHEL/CentOS）可能在
/etc/sysctl.d/下有覆盖文件，需一并检查 - 禁用后，
Alt+SysRq组合键将彻底无响应——这是预期行为，不是失败
为什么不能只靠物理按键“不按”来规避风险？
因为：
- 误触常见：
Print Screen键常与SysRq共用，连按或手滑易触发Alt+SysRq+b导致意外重启 - 远程管理风险：某些 KVM/IPMI 界面会透传键盘事件，Web 控制台里按错键也可能触发
- 合规要求：金融、政企环境常明确要求禁用内核级调试接口，
kernel.sysrq = 0是审计基线项
真正关键的点是：禁用后，/proc/sysrq-trigger 依然存在且可用——它不走键盘中断路径，只依赖文件权限。所以若需彻底封死所有 SysRq 调用，还得配合权限收紧（如 chmod 000 /proc/sysrq-trigger），但这会破坏运维兜底能力，一般不推荐。
