4. Type 5密码原理：MD5哈希算法回顾、Salt值的作用、Type 5的局限性
各位同学，咱们今天聊聊思科设备里一个老熟人——Type 5密码。说实话，我在刚入行那会儿，Type 5还是主流配置。那时候觉得它挺安全，直到后来踩了坑，才明白它有多脆弱。
Type 5，本质上就是MD5哈希加了个盐（Salt）。听起来挺唬人，但咱们一层层剥开看。
MD5哈希算法回顾
MD5，全称Message Digest Algorithm 5，诞生于1991年。它的核心作用很简单：把任意长度的数据，变成固定128位（16字节）的摘要。
举个例子，你输入"cisco"，MD5会输出一串看起来乱码的东西：
$ echo -n "cisco" | md5sum
a5f5c8e7b9d3f2a1c4e6b8d0f2a4c6e8这个过程是单向的。你没法从这串摘要反推出"cisco"是什么。嗯，理论上如此。
但MD5有个致命伤——碰撞。什么意思？就是两个不同的输入，可能算出相同的MD5值。2004年，中国密码学家王小云团队就找到了高效的碰撞方法。说白了，MD5已经不安全了。
我记得有一次做安全审计，客户还在用MD5校验文件完整性。我直接建议他们换SHA-256。为什么？因为攻击者可以伪造一个恶意文件，但MD5值跟原文件一模一样。这风险太大了。
核心要点：MD5不是加密，是哈希。加密可逆，哈希不可逆。但MD5的不可逆性已经被攻破。
Salt值的作用
好，那Type 5为什么还要加Salt？
你想想看，如果直接存MD5值，攻击者拿到数据库后，可以拿彩虹表一查，密码就出来了。彩虹表是什么？就是预先算好的海量密码-MD5对应表。
Salt就是用来防这个的。它是一段随机字符串，跟密码拼在一起再算哈希。比如：
密码: "cisco123"
Salt: "A1B2C3D4"
拼接: "cisco123A1B2C3D4"
MD5: 算出结果这样一来，就算两个用户密码相同，因为Salt不同，哈希值也不同。彩虹表就失效了——因为攻击者没法预计算所有可能的密码+Salt组合。
Type 5的格式是这样的：
$1$A1B2C3D4$e8f2a1c4b6d8f0a2c4e6b8d0f2a4c6e8其中$1$表示Type 5，A1B2C3D4是Salt（4-8个字符），后面是MD5结果。
个人经验：我曾在一次项目中，发现某厂商的设备居然所有用户都用同一个Salt。这等于没加Salt！攻击者只要算一次彩虹表，所有密码全暴露。所以，Salt必须随机且每个用户不同。
Type 5的局限性
Type 5最大的问题，就是它太老了。MD5本身有碰撞漏洞，加上现代硬件算力爆炸，彩虹表攻击变得极其高效。
什么叫彩虹表攻击？我简单解释一下：
- 攻击者先准备一个常用密码列表（比如1000万个）
- 对每个密码，加上常见Salt，计算MD5
- 把结果存成一张表（彩虹表）
- 拿到你的哈希值后，直接查表就能找到原始密码
现在一张包含常见密码的彩虹表，可能只有几百GB。用GPU算，几天就能搞定。更别说云服务了，租个实例跑一跑，更快。
我曾经帮一个客户做渗透测试，他们还在用Type 5。我拿彩虹表一跑，不到半小时，管理员密码就出来了。嗯，那密码是"cisco123"。你说这安全吗？
警告：Type 5的Salt长度只有4-8个字符，太短了。现代标准建议Salt至少16字节。而且MD5的碰撞攻击，让Type 5在理论上也不安全。
总结一下Type 5的局限性：
| 问题 | 说明 |
|---|---|
| MD5碰撞 | 两个不同输入可能产生相同哈希值 |
| Salt太短 | 4-8字符，容易被暴力枚举 |
| 计算速度太快 | MD5设计时追求速度，反而方便了暴力破解 |
| 彩虹表成熟 | 预计算表覆盖了绝大多数常见密码 |
| 无迭代次数 | 现代算法如bcrypt会迭代多次，增加破解成本 |
所以，现在思科设备默认用Type 8或Type 9了。Type 8基于SHA-256，Type 9基于scrypt，都更安全。如果你还在用Type 5，我建议尽快迁移。
说实话，Type 5在当年算是不错的方案。但技术迭代太快，咱们做网络安全的，得跟上节奏。你想想看，十年前觉得安全的方案，现在可能形同虚设。
避坑指南：我曾经接手过一个项目，设备配置里全是Type 5密码。我直接写了个脚本，批量转换成Type 8。过程很简单，但需要设备支持。如果你的设备太老，可能得先升级IOS。
好了，Type 5的原理和局限就讲到这里。记住一句话：别再用MD5做密码存储了，哪怕加了Salt也不行。