查看: 3721|回复: 2

求助：进行小波分析的工具

字体大小: 正常放大

韩冰

823 主题	3 听众	4048 积分

我的地盘我做主

该用户从未签到

电梯直达

1^#

发表于 2004-10-5 18:20 |只看该作者 |倒序浏览

|招呼Ta 关注Ta

精明的NT口令解密者打开一个八个字符的口令将比打开七个字符串要快。但是在复杂程度上，七个字符怎能与八个字符相比？

证明这一点的最佳途径是利用理想口令。让我们考虑口令“567890Zxcvbn”：12个字符，有数字、有字母、大小写都有； 2 X3 o9 ~5 A0 X从哪种角度看来，都是一种难解的NT口令。这就是说，除非NT的LanManager（LM）口令散列算法才可能掌握它。 & z% X0 c' y+ M1 ?' K4 o, o$ r0 INT 在注册表的安全帐户管理程序（SAM）部分中存储两种独立的加密用户口令版本：一种是LM版，2 D9 @0 T* x$ `3 X 另一种是更加强大的加密NT版。LM版是这种情况下的致命弱点。

为了理解原因，你需要理解LM算法在加密口令时要做些什么。 % b8 A2 w+ D, p# M7 u6 F+ r8 O你可以在www.10pht. com/10phtcrack/rant.html找到很精彩的技术讨论。2 U( h {' r+ R( x. O" E( a 就我们的目的而言，要提到的重要一点是，LM将所有字符转变成大写，将口令扩充为14个字符（使用无意义的暗码），5 ^: b6 l1 u7 ~- ^* G, o 然后，将这个字符串分成由七个字符组成的两部分，再分别进行加密。 2 M# e- _4 p% Q; C8 Y& X2 V最后，将两组加密字符串连成一串，设置成最终的口令散列。

在肉眼看来，这个由两部分构成的字符串似乎是一个，但是， : w& w0 |. B. j6 v XL0phtcrack （www. l0pht.com）等NT口令反向设计软件却能独立地推断口令的每一个部分。$ v5 |; N e8 w 比如一个在包含名称为dboies的用户NT SAM文件上工作的L0phtcrack，其口令为“???????XCVBN”，# K' U& y% |9 Q* ?/ G8 v% `$ n 与我们理想的56780Zxcvbn一样。由于口令的最后五个字符是ASCII 文本（“XCVBN”）， 2 K8 g% |: c0 ]/ K; g; H# m- fL0phtcrack在一台P II机上几秒内就能破译出来。

我们假设，我们的口令解密者注意到在他利用L0phtcrack进行努力之后，得出的结果中记录了字符串“XCVBN”， " S: s1 Y/ ]5 v' C7 T) ?并作出猜测：用户是根据键盘上的键的顺序来选择口令。他停止使用L0phtcrack，向自定义字典文件添加了一些可计算的推测，9 S" F- n9 @, G N. p9 R4 O p 并用这个字典进行新一轮解密，dboies的口令当即出现在屏幕上。

当然，如果时间充足，任何口令最终都会被解密。 O: y6 {# [) J7 x" b3 F 长度为八个和九个字符的口令威胁性最小。但至少理论上说，任何长度不是刚好七个或十四个字符的口令都是不够安全的。

zan