核心是切断明文密码写入磁盘路径并确保Swap数据不可恢复，需从内存使用、Swap配置、磁盘加密和退役流程四层面协同控制：应用层避免密码驻留、LUKS加密Swap、退役前覆写擦除、全盘加密+禁用Swap兜底。
防止敏感密码因残留在Swap中导致机器报废时泄密，核心是切断明文密码写入磁盘的路径，并确保Swap数据在生命周期结束前不可恢复。这不是单靠“清空Swap”就能解决的问题，而是需要从内存使用、Swap配置、磁盘加密和退役流程四个层面协同控制。
避免密码进入Swap的源头控制
很多应用（如SSH客户端、数据库连接工具、脚本中的硬编码凭据）会在内存中长期驻留明文密码。一旦系统触发Swap，这些内容就可能落盘。应优先从应用层规避：
- 禁用非必要服务的密码缓存功能（如
ssh-agent默认缓存解密后的私钥，可用-t 300限制存活时间）； - 使用
getpass()类安全输入函数替代input()，避免密码被Python解释器缓存在字符串对象中； - 对含密进程启用
mlock()或memlock资源限制（需root权限），将其内存页锁定在RAM中不被换出； - 禁止在shell历史、日志、临时文件中记录密码——这些虽不直接写入Swap，但会增加整体泄露面。
Swap本身必须加密且权限严格
即使密码意外进入Swap，加密能使其在物理介质上不可读：
- 使用LUKS加密Swap文件或分区（而非仅依赖文件系统级权限），密钥由内核密钥环管理，不落地存储；
- Swap文件创建后立即执行
chmod 600 /swapfile，并确认属主为root:root； - 在
/etc/fstab中挂载时添加noexec,nosuid选项，防止Swap设备被当作可执行载体利用； - 避免使用
swapon --priority将Swap设为高优先级，减少其被频繁使用的概率。
机器退役前的Swap彻底清除
报废前不能只依赖重启清空Swap（重启只是卸载，未擦除磁盘扇区）：
- 先停用Swap：
sudo swapoff -a； - 对Swap文件执行多次覆写：
sudo dd if=/dev/zero of=/swapfile bs=1M count=$(stat -c "%s" /swapfile | awk '{printf "%.0f", $1/1024/1024}') && sudo sync； - 若为Swap分区，用
shred -n 3 -z /dev/sdXn（需确认设备路径）； - 最后执行
sudo blkdiscard /dev/sdXn（针对支持TRIM的SSD）或全盘擦除工具（如dd if=/dev/urandom of=/dev/sdX）。
硬件与流程层面的兜底保障
技术手段无法覆盖所有场景，需配合物理与管理措施：
- 服务器硬盘启用全盘加密（如BitLocker for Windows、LUKS for Linux），确保即使Swap未单独加密，整盘数据也需密钥才能访问；
- 制定明确的资产退役策略：报废设备必须经IT安全部门审批，擦除操作需留存日志并由两人见证；
- 对处理高敏数据的主机，直接禁用Swap（内存充足时），从根本上消除风险源；
- 定期审计
swapon --show输出与dmesg | grep -i swap，确认无意外启用或降级行为。
