第2章 Type 7密码原理

Type 7密码原理：Vigenère密码变体、密钥流生成机制、加密与解密算法数学原理

说实话，刚接触思科设备那会儿，我一度以为Type 7密码是什么高深莫测的加密算法。后来在项目里被客户问住过一次，才老老实实把它的底裤扒了个干净。今天咱们就聊聊这个“看起来像加密，实际上更像混淆”的Type 7密码。

说白了，Type 7不是真正的加密。它更像一个“防君子不防小人”的编码方案。但你要理解它的原理，得先搞明白它背后的老祖宗——Vigenère密码。

Vigenère密码是16世纪发明的。它的核心思想很简单：用一串密钥去加密一串明文。每个明文字符，都对应密钥中的一个字符，两者相加取模，得到密文。

举个例子：

Type 7密码就是Vigenère的一个变体。它没有用字母表，而是用了可打印ASCII字符集。密钥也不是用户输入的，而是硬编码在思科IOS里的一个固定字符串。

我记得有一次帮客户做密码恢复，对方死活不信Type 7能被破解。我当场写了个脚本，三秒钟就把他的enable密码还原了。他愣了半天，说“这玩意儿不是加密吗？”我笑了笑：“这叫混淆，不叫加密。”

Type 7的密钥流生成，其实就是一个固定的密钥字符串。思科官方没有公开这个密钥，但社区早就逆向出来了。嗯，这里要注意，不同版本的IOS可能密钥不同，但主流版本用的是同一个。

密钥字符串是：

dsfd;kfoA,.iyewrkldJKDHSUBsgvca69834ncx

你没看错，就是这串看起来像键盘乱敲的字符。它长度是52个字符。加密时，从密钥的第一个字符开始，依次与明文字符进行异或运算。

密钥流生成机制可以总结为：

说白了，这就是一个循环密钥的异或加密。你想想看，如果密钥长度是52，明文长度是100，那么第53个字符会复用第1个密钥字符。这就是所谓的“周期密钥”。

核心要点：Type 7的密钥流是固定的、可预测的。只要知道密钥字符串，任何人都能解密。这也是它不安全的最根本原因。

数学上，Type 7的加密和解密是对称的。都用同一个操作——异或（XOR）。

加密公式：

C[i] = P[i] XOR K[i % len(K)]

解密公式：

P[i] = C[i] XOR K[i % len(K)]

其中：

异或运算有个好玩的特性：两次异或同一个数，会回到原值。所以加密和解密用的是同一套代码。我在项目里写解密脚本时，直接拿加密函数改了个参数就搞定了。

实战小技巧：如果你在设备上看到一串Type 7密文，比如 0822455D0A16，前两位是密钥偏移量（从第几个密钥字符开始），后面每两位是一个密文字节的十六进制表示。解密时先跳过前两位，然后依次异或即可。

咱们拿一个实际例子走一遍流程。假设明文是 cisco，密钥偏移量是0（从密钥第一个字符开始）。

明文	ASCII码	密钥字符	密钥ASCII	异或结果	密文字节（十六进制）
c	0x63	d	0x64	0x07	07
i	0x69	s	0x73	0x1A	1A
s	0x73	f	0x66	0x15	15
c	0x63	d	0x64	0x07	07
o	0x6F	k	0x6B	0x04	04

最终密文（带偏移量前缀）是：00071A150704。你看，前两位 00 表示偏移量0，后面每两位对应一个密文字节。

注意：Type 7密文中的偏移量是十进制的，但密文字节是十六进制的。写脚本时千万别搞混了。我曾经见过一个同事把偏移量当十六进制解析，结果解密出来全是乱码，排查了半天才发现是进制问题。

原因有三：

我在一次安全审计中，发现某公司核心路由器的enable密码用了Type 7。我当场演示了破解过程，不到一秒钟。客户脸都绿了。后来他们全部换成了Type 8或Type 9。

所以我的建议是：Type 7只适合用来防误操作，比如不小心在配置里看到密码。真正的安全需求，请用Type 8（基于SHA-256）或Type 9（基于SCRYPT）。

一句话总结：Type 7 = Vigenère变体 + 固定密钥 + 异或运算。它是个混淆方案，不是加密方案。别把它当安全措施用。

这张图把整个流程串起来了。你看，明文和密钥流在异或运算中相遇，生成密文。前两位的偏移量决定了从密钥的哪个位置开始。解密时，用同样的密钥流再异或一次，明文就回来了。

嗯，Type 7的原理其实就这么简单。但越是简单的东西，越容易被滥用。我见过不少网络工程师把Type 7密码直接写在脚本里、配置文件里，甚至邮件里。这跟把密码贴在显示器上没什么区别。

记住一句话：Type 7是用来防手贱的，不是用来防黑客的。

公众号:蓝海资料掘金营，微信deep3321