当前位置: 首页 > news >正文

Linux命令-pwconv(从 /etc/passwd 创建 /etc/shadow 影子密码)

Linux命令-pwconv(从 /etc/passwd 创建 /etc/shadow 影子密码)

    • 快速参考
    • 命令语法
    • 背景知识
      • 传统密码存储(不安全)
      • 影子密码(安全)
    • 工作原理
    • 实战示例
      • 1. 基础转换
      • 2. 转换前后的安全审计
      • 3. 应急恢复场景
      • 4. passwd <-> shadow 转换脚本
      • 5. 相关安全配置
    • 发行版差异
    • shadow 文件格式详解
    • powconv vs pwunconv
    • 总结

快速参考

pwconv是一个系统安全工具,用于将传统/etc/passwd文件中的加密密码迁移到/etc/shadow文件中,实现"影子密码"(Shadow Password)机制。影子密码是现代 Linux 系统的标准安全实践——将密码哈希与用户公开信息分离存储,防止普通用户读取加密后的密码。

在影子密码普及之前,所有用户的加密密码都存放在/etc/passwd中(任何用户可读)。pwconv完成了 Linux 安全史上最重要的一次迁移——把密码从"公开陈列"移到"专人保管"。

命令语法

pwconv [选项]

背景知识

传统密码存储(不安全)

/etc/passwd(所有用户可读): root:xY7zK9pQ3sN2w:0:0:root:/root:/bin/bash alice:aL8bC3dE5fG7h:1000:1000:Alice:/home/alice:/bin/bash bob:bN9dF1gH3iJ5k:1001:1001:Bob:/home/bob:/bin/bash # ^^^^^^^^^^^^^^^^ 任何人都能读取加密密码!

影子密码(安全)

/etc/passwd(所有用户可读): root:x:0:0:root:/root:/bin/bash alice:x:1000:1000:Alice:/home/alice:/bin/bash bob:x:1001:1001:Bob:/home/bob:/bin/bash # ^ 密码字段被替换为 'x' /etc/shadow(仅 root 可读): root:$6$rounds=656000$salt$hash...:19000:0:99999:7::: alice:$6$rounds=656000$salt$hash...:19100:7:90:5:10:19200: bob:$6$rounds=656000$salt$hash...:19200:0:99999:7::: # ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 加密密码在此

工作原理

pwconv 的处理流程: 1. 读取 /etc/passwd,找到密码字段(第二个冒号分隔字段) 2. 如果不是 'x'(已经是影子密码): - 从 passwd 中提取密码哈希 - 写入 /etc/shadow 对应行 - 将 /etc/passwd 的密码字段替换为 'x' 3. 如果 /etc/shadow 已存在对应条目: - 不覆盖 /etc/shadow 中的密码 4. 清理:移除 /etc/shadow 中没有对应 passwd 用户的条目

实战示例

1. 基础转换

# 检查当前密码存储模式$head-3/etc/passwd root:x:0:0:root:/root:/bin/bash# ^ 密码字段是 'x',说明已使用影子密码# 如果发现密码字段不是 'x'(少见,但可能出现在旧系统迁移中):$sudogrep'^[^:]*:[^x!*]'/etc/passwd# 有输出表示还有用户使用传统密码存储# 执行转换$sudopwconv# 验证转换结果$sudols-l/etc/shadow -rw-r-----1root shadow1234Jun1410:00 /etc/shadow# 权限必须:root 可读写,shadow 组可读# 确认 passwd 中密码字段都变成了 'x'$grep-v'^[^:]*:x:'/etc/passwd# 不应该有输出(或者只有系统账户如 nobody 用 '!'/'*')

2. 转换前后的安全审计

# 转换前:检查 auth.log$sudogrep"authentication failure"/var/log/auth.log# 查看 /etc/shadow 内容(只有 root 可以)$sudocat/etc/shadow|head-3root:$6$kVdNEZBT$HVSZpR...:19000:0:99999:7::: daemon:*:18485:0:99999:7::: bin:*:18485:0:99999:7:::# 解读 shadow 文件格式:# 用户名:加密密码:上次修改日期:最小天数:最大天数:警告天数:不活动天数:过期日期:保留# 验证 shadow 文件权限$stat/etc/shadow File: /etc/shadow Size:1234Blocks:8IO Block:4096regularfileDevice:259,2Inode:123456Links:1Access:(0640/-rw-r-----)Uid:(0/ root)Gid:(42/ shadow)# 如果权限不对,修复:$sudochownroot:shadow /etc/shadow $sudochmod640/etc/shadow

3. 应急恢复场景

# ⚠️ 场景:/etc/shadow 文件损坏或误删# pwconv 可以从 /etc/passwd 重新生成 shadow(前提是 passwd 中有密码哈希)# 备份当前状态$sudocp/etc/passwd /etc/passwd.bak $sudocp/etc/shadow /etc/shadow.bak2>/dev/null# 模拟:查看当前 shadow 文件的密码$sudogrepalice /etc/shadow# 如果 /etc/shadow 丢失$sudorm/etc/shadow# 模拟丢失$sudopwconv# 从 passwd 重建 shadow$ls-l/etc/shadow# shadow 文件已重新创建# ⚠️ 注意:如果 passwd 中密码字段已经是 'x',# pwconv 无法恢复密码哈希!因为密码仅在 shadow 中!# 真正的恢复方式:从备份恢复$sudocp/etc/shadow.bak /etc/shadow $sudochownroot:shadow /etc/shadow $sudochmod640/etc/shadow

4. passwd <-> shadow 转换脚本

# 检查哪些用户可能有问题$cat>check_password_storage.sh<<'SCRIPT' #!/bin/bash echo "=== 密码存储在 passwd 中的用户(不安全)===" awk -F: 'length($2) > 1 && $2 != "x" {print " " $1 ": " $2}' /etc/passwd echo "" echo "=== /etc/shadow 统计 ===" echo "Total users in shadow: $(wc -l < /etc/shadow)" echo "Users with password: $(grep -c '^\w\+:\$' /etc/shadow)" echo "Locked accounts (! or *): $(grep -c '^\w\+:[!*]' /etc/shadow)" echo "Empty password: $(grep -c '^\w\+::' /etc/shadow)" echo "" echo "=== shadow 权限检查 ===" stat -c "%a %U:%G %n" /etc/shadow if [ "$(stat -c %a /etc/shadow)" != "640" ]; then echo " WARNING: /etc/shadow permissions should be 640" fi SCRIPT$bashcheck_password_storage.sh

5. 相关安全配置

# PAM 配置确保使用 shadow(Debian/Ubuntu)$greppam_unix /etc/pam.d/common-password password[success=1default=ignore]pam_unix.so obscure sha512 shadow# shadow 参数表示使用影子密码# PAM 配置(RHEL/CentOS)$greppam_unix /etc/pam.d/system-auth password sufficient pam_unix.so sha512 shadow nullok try_first_pass use_authtok# 验证 PAM 使用 sha512 加密$grepENCRYPT_METHOD /etc/login.defs ENCRYPT_METHOD SHA512# 现代系统推荐使用 YESCRYPT(比 SHA512 更安全)$grepENCRYPT_METHOD /etc/login.defs ENCRYPT_METHOD YESCRYPT# 查看当前密码的加密方法$sudogrep'^\$'/etc/shadow|head-1|cut-d'$'-f26# $6$ = SHA-512, $y$ = YESCRYPT, $5$ = SHA-256

发行版差异

发行版默认/etc/shadow 权限
Debian/Ubuntu影子密码(默认)640 root:shadow
RHEL/CentOS/Fedora影子密码(默认)000 root:root (!)
Arch Linux影子密码(默认)600 root:root
Alpine Linux影子密码(默认)600 root:shadow

RHEL 的差异:RHEL 默认将/etc/shadow权限设为000(只有 root 可以通过特权访问),这比640更严格。理论上更安全,但可能会影响某些监控工具。

shadow 文件格式详解

alice:$6$salt$hash:19000:7:90:5:10:19200: │ │ │ │ │ │ │ │ └─ 保留字段 │ │ │ │ │ │ │ └─ 账户过期日期(epoch 天数) │ │ │ │ │ │ └─ 过期后宽限天数(-1 表示禁用) │ │ │ │ │ └─ 过期前警告天数 │ │ │ │ └─ 最大密码有效期(99999 = 永不) │ │ │ └─ 最小密码使用天数 │ │ └─ 上次修改日期(自 1970-01-01 的天数) │ └─ 加密密码(! 或 * 表示锁定,空表示无密码) └─ 用户名

powconv vs pwunconv

命令功能风险
pwconv密码迁移到/etc/shadow低(提升安全性)
pwunconv密码迁移回/etc/passwd高(降低安全性)
# ⚠️ pwunconv(不推荐!降低安全性)$sudopwunconv# 这会将 /etc/shadow 中的密码哈希移回 /etc/passwd# 密码字段变为可被所有用户读取 → 增加了暴力破解风险!# 回滚:立即重新转换为影子密码$sudopwconv

总结

pwconv在现代 Linux 系统中通常只在安装时运行一次,但理解它的作用很重要:

  • 将密码从/etc/passwd(所有人可读)迁移到/etc/shadow(仅 root 可读)
  • 现代系统默认使用影子密码,/etc/passwd中密码字段为x
  • 相关安全文件:/etc/shadow权限应为640000(取决于发行版)
  • 永远不要手动运行pwunconv将密码移回/etc/passwd
http://www.cnnetsun.cn/news/3010552.html

相关文章:

  • 中小企业建站困境:为什么“便宜“反而最贵?
  • 职场部门汇报PPT制作工具怎么选?我的长期实测心得
  • PySpark + Delta Lake 实现生产级 Type 2 SCD 最佳实践
  • Spaceship Titanic机器学习入门:二分类实战与特征工程精要
  • TscanPlus:一站式内网安全扫描工具实战配置与优化指南
  • PySpark入门实战:从单机Pandas到TB级分布式数据处理
  • 用cleanlab清洗标签提升XGBoost准确率:数据为中心的实战闭环
  • 【uni-app 性能调优】从 20fps 到 60fps:用“时间切片”根治复杂表单卡顿
  • 数据结构选型指南:从数组到红黑树,工程场景下的抉择逻辑
  • Okbiye 数据分析模块:不用 SPSS,自动生成可直接粘贴进论文的实证报告
  • AI智能体从18.75%到100%:GDPevo自进化基准实测,5条隐性规则如何决定业务正确性
  • Spring boot 后端项目公共基础模块的理解学习
  • Orca-2-7B数学助教实战:轻量模型+结构化提示+公式校验
  • 企业级 Agent 产品架构:从单次对话到多轮编排的商业化跃迁
  • AI 代码生成与验证:当 LLM 写算法题,靠谱程度到底有多少?
  • EVE-NG V7 PC安装部署教程(最细教程)
  • 次梯度下降收敛率分析:基于分层结构与保守集值场
  • Pandas 与 NumPy 协同数据处理:大规模特征管线的内存优化与向量化实践
  • Vue3 状态管理深潜:Pinia 与响应式原理的底层机制与选型决策
  • 大模型量化实战:从INT8到QLoRA的工程落地指南
  • flink的streaming api 统计文本中的字段个数
  • HS2-HF Patch:3步完成HoneySelect2游戏终极增强
  • 如何看待anthropic指控阿里 qwen 蒸馏 Claude ?
  • Transformer工程化学习路线图:从手写代码到生产落地
  • 评测:Codex、Manus、Claude Code、OpenClaw 谁才是最强的 Agent
  • PX4神经网络控制:为电力巡检无人机赋能自主线路识别与跟踪的端到端解决方案
  • 火山引擎多模态数据湖的制作思路
  • 纳米堆栈是什么?IBM如何像建城市一样造芯片
  • 慢半拍的 Flink TaskManager——问题不在代码中
  • AI转行不晚:从问题闭环到能力锚点的实战路径