限制Shell历史长度不能单独防泄露，需结合HISTIGNORE、HISTCONTROL过滤敏感命令，退出前清空history，并为自动化账号禁用历史记录。

限制 Shell 历史记录长度本身不能防止敏感指令泄露，但配合其他措施能显著降低风险。单纯调小 HISTSIZE 或 HISTFILESIZE 只是“少记一点”，而非“不记敏感内容”。真正有效的做法是：**用长度限制做兜底，靠源头过滤和执行控制来防泄露**。

设置合理的长度上限，减少残留窗口

历史条目越多，敏感命令被翻出的概率越高。设定保守值可压缩攻击面：

• 在 ~/.bashrc 中添加：
  HISTSIZE=100
HISTFILESIZE=100
• 生效后，新会话最多只保留最近 100 条命令（内存中）和 100 行记录（文件中）
• 注意：该限制不影响已写入 ~/.bash_history 的旧记录，需手动清理

配合忽略规则，让敏感命令根本进不了历史

长度限制只是减法，而 HISTIGNORE 和 HISTCONTROL 是加法防护：

• 在 ~/.bashrc 中配置：
  HISTIGNORE="ls:ll:pwd:cd:clear:history:exit:*password*:*.sh"
HISTCONTROL=ignorespace:ignoredups
• 以空格开头的命令（如 mysql -u root -p'123' ）不会被记录
• 匹配 password、.sh 等关键词的命令自动跳过存档

退出前强制清空，避免历史“溢出”到磁盘

即使设置了小尺寸，若用户未正常退出，shell 可能未将内存历史写入文件，导致下次登录时仍加载旧内容。因此要养成习惯：

• 运维操作结束后，运行：
  history -c && history -w && > ~/.bash_history
• history -c 清当前会话内存
  history -w 把空状态写入文件
  > ~/.bash_history 彻底清空文件内容（防 -w 失效）

对自动化账号必须禁用历史记录

CI/CD 流水线、部署脚本使用的系统账号，不应保留任何历史：

• 在该账号的 ~/.bashrc 中写入：
  HISTSIZE=0
HISTFILESIZE=0
unset HISTFILE
• 重启 shell 后，history 命令仍可查少量缓存，但不会落盘；退出即丢弃
• 再配合 set +o history 在关键脚本段临时关闭记录，双重保险

不复杂但容易忽略——长度限制只是安全链条的一环，真正起效的是它和忽略规则、执行前屏蔽、退出清空共同构成的防御节奏。