服务器密码和密钥对是保障云环境与物理服务器安全的两大核心机制，二者在身份认证、数据加密与访问控制中各司其职，科学组合使用可显著降低服务器被暴力破解与未授权访问的风险，根据2026年CNVD数据，超67%的服务器入侵事件源于弱密码或密钥泄露，合理配置二者是防御体系的第一道防线。
服务器密码：传统但不可忽视的认证方式
服务器密码（即账号登录口令）仍是多数Linux/Windows系统的默认认证方式，其本质是“知识因子”仅用户知晓的字符串。
其优势在于：
- 部署零成本,无需额外工具
- 兼容性极强,所有终端支持
- 便于临时授权（如运维紧急介入）
但其风险同样突出：
- 弱口令高发：43%的服务器使用6位以下密码（Verizon 2026 DBIR）
- 复用严重：同一密码在多平台重复使用率达58%
- 易受暴力破解：GPU集群每秒可尝试2亿次哈希运算
必须执行的强化措施：
① 密码长度≥12位，含大小写字母+数字+特殊字符（如）
② 禁用root远程登录，改用sudo子账户
③ 配置SSH登录失败5次锁定30分钟（/etc/ssh/sshd_config中设MaxAuthTries 5与LoginGraceTime 30）
④ 启用Fail2Ban等工具自动封禁高频尝试IP
密钥对：高阶安全认证的黄金标准
密钥对由私钥（Private Key）与公钥（Public Key）组成，基于非对称加密原理：公钥加密的数据仅私钥可解，私钥签名的数据可用公钥验证。
其核心价值在于：
- 零密码传输：登录时无需发送密文，杜绝中间人窃取
- 防暴力破解：2048位RSA密钥破解需全球超算运算15万年
- 自动化友好：支持无交互脚本部署（如Ansible批量管理）
密钥对部署实操指南：
① 生成密钥：ssh-keygen -t ed25519 -C "admin@company.com"（优先选用Ed25519算法，比RSA更短更安全）
② 公钥部署：ssh-copy-id user@server_ip 或手动写入~/.ssh/authorized_keys
③ 私钥保护：严禁明文存储于服务器，本地加密保存（如用ssh-keygen -p设密钥密码）
④ 权限加固：chmod 600 ~/.ssh/authorized_keys与chmod 700 ~/.ssh
关键提醒：
- 私钥文件权限必须为
600（仅所有者可读写） - 公钥文件权限为
644 - 服务器
/etc/ssh/sshd_config中开启PubkeyAuthentication yes并禁用密码登录PasswordAuthentication no
密码与密钥对的协同策略
单一依赖任一方式均存隐患,最佳实践是分层使用：
| 场景 | 推荐方案 | 原因说明 |
|---|---|---|
| 日常运维（人工登录） | 密钥对为主 + 密码为辅 | 密钥防自动化攻击，密码应对密钥丢失场景 |
| 自动化脚本（CI/CD） | 仅密钥对 | 避免密码硬编码风险 |
| 紧急救援通道 | 密码+二次验证（如TOTP） | 密钥丢失时的最后保障 |
| 高安全等级服务器 | 密钥对 + IP白名单 + 双因素 | 满足等保2.0三级以上要求 |
特别建议：
- 为每台服务器分配独立密钥对（避免单点泄露导致全网失陷）
- 每90天轮换一次密钥（使用
ssh-keygen -y可验证新旧密钥一致性） - 通过Jump Server（跳板机）集中管理密钥分发，禁止直接暴露生产服务器
常见误区与专业纠偏
-
误区：“密钥对比密码更复杂，所以更安全”
正解：密钥安全性取决于密钥长度与随机性，1024位RSA密钥已被证明可破解，必须≥2048位 -
误区：“私钥加密后存储在服务器就安全”
正解：私钥一旦驻留服务器，若主机被控即可能被提取私钥应全程驻留运维人员本地设备
-
误区：“禁用密码登录后无法登录”
正解：保留单用户模式救援通道（如GRUB启动时加single参数），确保极端情况可恢复
相关问答
Q1：密钥对登录后还能用密码登录吗？
A：可以，但强烈不建议，若需保留密码入口，务必在/etc/ssh/sshd_config中限制仅特定IP段可用（Match User admin Address 192.168.1.0/24），并配合Fail2Ban实时监控。
Q2：如何检测服务器是否存在未授权密钥？
A：定期执行grep -v "^#" ~/.ssh/authorized_keys | wc -l统计密钥数量；使用ssh-audit工具扫描配置风险；对/var/log/auth.log做grep "Accepted publickey"审计登录行为。
您当前服务器采用哪种认证组合？欢迎在评论区分享您的安全实践！
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/172400.html
