动态控制命令历史开关需用 set -o/+o history，但仅对当前交互式 shell 有效；非交互式脚本中该选项默认关闭且不可用，应改用 HISTSIZE=0 和 HISTFILE=/dev/null 临时禁用。
在脚本中动态控制命令历史记录的开关，核心是用 set -o history 和 set +o history 切换当前 shell 会话的历史记录状态。但要注意：该操作仅对**当前 shell 进程及其子 shell（若未显式 fork）有效**，且不能跨进程、不作用于已启动的其他终端或父 shell。
为什么不能直接在普通脚本里用 set ±o history？
因为默认情况下，Shell 脚本以非交互式（non-interactive）模式运行，history 选项默认就是 off。执行 set +o history 实际无效；而 set -o history 在非交互式 shell 中多数版本会报错或静默失败。
所以真正可行的场景，是：你在交互式终端中手动运行脚本，或通过 bash -i script.sh 强制启用交互模式——但这本身就不安全，也不推荐用于敏感流程。
更可靠的做法：用环境变量临时禁用历史写入
不依赖 set，而是让敏感段落“自然不被记录”：
-
前置条件检查：确保
HISTCONTROL包含ignorespace（常见默认值），即以空格开头的命令不进 history -
敏感命令前加空格：例如
mysql -u root -p'123456' -e "SELECT * FROM users;"→ 改为mysql -u root -p'123456' -e "SELECT * FROM users;"（注意开头两个空格） -
配合 HISTSIZE=0 临时生效：
export HISTSIZE=0
执行完敏感操作后恢复：export HISTSIZE=5000
脚本内安全封装敏感步骤的推荐写法
以下是一个可直接复用的 Bash 片段，适用于需在脚本中执行含密码/密钥等敏感命令的场景：
# 保存原始设置 OLD_HISTSIZE=$HISTSIZE OLD_HISTFILE=$HISTFILE <h1>临时关闭历史记录（内存+文件双保险）</h1><p>export HISTSIZE=0 export HISTFILE=/dev/null</p><h1>? 这里放你的敏感命令（如 curl 带 token、openssl 解密、kubectl apply -f secret.yaml）</h1><p>curl -s -H "Authorization: Bearer xxxxx" <a href="https://www.php.cn/link/46b315dd44d174daf5617e22b3ac94ca">https://www.php.cn/link/46b315dd44d174daf5617e22b3ac94ca</a></p><h1>恢复历史记录能力</h1><p>export HISTSIZE=$OLD_HISTSIZE export HISTFILE=$OLD_HISTFILE unset OLD_HISTSIZE OLD_HISTFILE
✅ 优点：无需交互模式，兼容所有 Bash 版本；不影响其他终端；退出脚本后自动还原。
进阶：审计级防护（生产环境必须）
仅靠 history 开关防泄密远远不够。真实风险在于：命令行参数可能被 ps、/proc/PID/cmdline、systemd journal 或 auditd 日志捕获。
应同步采取：
- 改用配置文件或环境变量传敏感参数（如
export DB_PASS="xxx"+mysql --defaults-file=...） - 用
gpg --decrypt或openssl enc -d动态解密凭据，避免明文出现在命令行 - 启用 auditd 规则监控 execve 系统调用，同时屏蔽敏感字段日志（如
-a always,exit -F arch=b64 -S execve -F uid!=1000 -k sensitive_cmd） - 关键账号（如 root）的
~/.bash_history设为只追加：chattr +a ~/.bash_history
单纯依赖 set ±o history 是脆弱的防御。它适合快速规避低风险场景，但不能替代参数隔离、进程隔离和系统级审计。
