Debian系统preseed预配置文件中的明文密码加密

在Debian大规模自动化部署中，preseed预配置文件是无人值守安装的核心。直接在preseed.cfg里写明文密码，等于把服务器root权限拱手送人。问题在于，preseed文件常通过HTTP传输或存放在U盘，一旦泄露，所有用该配置安装的机器全部沦陷。我们需要的是让密码在配置文件里以不可逆的哈希形式存在，同时保证安装程序能正确识别并设置。

Debian安装器处理用户密码时，本质上是将值传递给/etc/shadow。如果你在preseed里写明文，安装器会自动帮你哈希。但如果你已经生成了哈希，安装器需要知道这个值已经是哈希过的，不能二次哈希，否则密码会变成乱码。关键参数是passwd/user-password-crypted，这个布尔值告诉安装器：我给你的密码字段已经是加密后的字符串，直接塞进shadow文件即可。

Debian安装器使用的底层工具是影子密码套件里的crypt(3)函数。现代Debian版本默认支持SHA-512哈希，标识为$6$。生成哈希最稳妥的方式是用系统自带的mkpasswd命令，它属于whois包。先安装：

apt update && apt install whois

然后生成哈希。参数中-S指定盐值长度，建议至少16位随机字符；-R指定哈希轮数，默认5000已经足够，但可以提高到20000以上增加暴力破解难度：

mkpasswd -m sha-512 -S $(openssl rand -base64 16) -R 20000

执行后会提示输入密码，输出类似$6$rounds=20000$随机盐值$一长串哈希字符。这个字符串就是你要放进preseed.cfg的值。注意，命令行里直接写密码不安全，因为会在shell历史记录中留存。建议用交互方式输入，或者在脚本里从受保护的文件读取。

有了哈希后，preseed配置需要两个关键条目。第一个是开启密码已加密的标记，第二个是填入哈希值本身。具体写法如下：

d-i passwd/user-password-crypted boolean true
d-i passwd/user-password string $6$rounds=20000$你的盐值$你的哈希值

root密码的配置同理：

d-i passwd/root-password-crypted boolean true
d-i passwd/root-password string $6$rounds=20000$你的盐值$你的哈希值

如果你希望root密码和普通用户密码相同，可以复用同一个哈希值。但安全实践建议为root单独生成一个强度更高的密码哈希。另外，如果你需要创建多个用户，preseed本身不支持直接批量创建，需要配合late_command调用useradd，并在那里同样使用加密密码。

preseed的passwd/部分只能设置安装过程中创建的第一个用户和root。对于额外的系统账户，必须在late_command里处理。直接用useradd -p可以接受加密密码字符串，但要小心shell特殊字符转义。示例：

d-i preseed/late_command string \
    in-target useradd -m -s /bin/bash -p '$6$rounds=20000$盐$哈希' 用户名 ; \
    in-target usermod -aG sudo 用户名

这里单引号包裹哈希字符串至关重要，防止$符号被shell解释为变量。in-target是Debian安装器提供的工具，确保命令在安装目标系统里执行而非安装环境本身。

如果环境中没有mkpasswd，可以用Python的crypt模块。Python 3的标准库自带crypt，但要注意它在某些Linux发行版中可能被标记为deprecated，实际上底层crypt(3)调用仍然可用。代码很简单：

python3 -c 'import crypt, getpass; print(crypt.crypt(getpass.getpass(), crypt.mksalt(crypt.METHOD_SHA512)))'

运行后会提示输入密码，输出SHA-512哈希。crypt.mksalt自动生成16字节随机盐和默认5000轮。如果需要指定轮数，可以手动构造盐值：

python3 -c 'import crypt, getpass; print(crypt.crypt(getpass.getpass(), "$6$rounds=20000$" + crypt.mksalt(crypt.METHOD_SHA512)[3:]))'

Perl同样可以，但需要额外安装Crypt::Passwd::XS或使用内置的crypt函数，盐值需要手动构造，不如Python方便。不推荐用openssl passwd命令，因为它生成的哈希格式有时与Debian安装器预期不完全一致，尤其是轮数参数的处理存在兼容性问题。

部署完成后，检查目标系统的/etc/shadow文件。找到对应用户的行，密码字段应该以$6$开头，且rounds=后面是你指定的轮数。如果发现密码字段是明文或者以$1$（MD5）开头，说明配置有误。可以用标准方法测试：从一个已知密码的哈希出发，在新系统上用su或ssh尝试登录，确认密码生效。

盐值必须每个系统、每个用户独立生成。不要在所有preseed文件中复用同一个盐值，否则相同的密码会产生相同的哈希，攻击者可以通过彩虹表批量破解。轮数方面，SHA-512的默认5000轮在现代硬件上计算时间不到1毫秒，建议提升到20000至50000轮，登录延迟几乎感知不到，但暴力破解成本成倍增加。对于安全要求极高的环境，可以考虑使用yescrypt哈希（$y$标识），它是Debian较新版本shadow的默认算法，专门设计为抗GPU破解。生成方法：

mkpasswd -m yescrypt

然后在preseed中同样设置crypted为true，直接填入$y$开头的哈希即可。注意检查你的Debian版本是否支持，Bullseye（11）及以上默认使用yescrypt。

在CI/CD流水线或批量生成preseed的脚本中，绝对不要把密码明文写在代码仓库里。推荐做法是：密码从环境变量或密钥管理服务读取，脚本内部生成哈希后立即丢弃明文变量。示例bash函数：

generate_hash() {
    local password="$1"
    echo "$password" | mkpasswd -m sha-512 -s -R 20000 --stdin
}

调用时传入密码变量，输出哈希写入preseed文件。注意mkpasswd的--stdin参数允许从标准输入读取密码，避免ps命令泄露命令行参数。处理完密码后，用unset清除变量。

安装后无法登录，最常见的原因是preseed中passwd/user-password-crypted写成了false，导致安装器对已经是哈希的字符串再次哈希，密码彻底混乱。另一个坑是哈希字符串中的$符号在preseed文件里被错误转义。preseed是纯文本，不需要对$转义，但如果通过模板引擎生成配置，务必确保$不被当作变量替换。第三个问题是复制粘贴哈希时漏了字符，SHA-512哈希很长，建议用脚本直接写入文件而非手动编辑。最后，如果使用了不支持的哈希算法标识（比如直接用openssl生成的某些非标准格式），安装器可能回退到DES加密，这种老算法极不安全且长度限制8字符，务必检查shadow文件确认。

如果你用Terraform的cloud-init或Ansible的debootstrap来构建Debian镜像，同样面临密码传递问题。Ansible的user模块支持password参数，直接传入哈希即可，底层逻辑和preseed一致。Terraform的user_data脚本中，可以用mkpasswd在实例首次启动时动态生成哈希，避免静态配置文件泄露。核心原则始终是：任何持久化存储的配置文件中只保留哈希，明文密码仅在内存中短暂存在。

这套方法不仅适用于Debian，Ubuntu的preseed同样兼容，因为Ubuntu的安装器底层就是Debian-installer。对于Uuntu 20.04及以后版本，yescrypt支持同样良好。通过将密码加密前置到配置生成阶段，preseed文件即使被截获，攻击者也只能拿到计算上不可逆的哈希，极大缩小了攻击面。在大规模部署场景中，配合动态盐值和足够高的轮数，安全性可以达到生产环境标准。