网络安全 频道

看看微软的25位安全保护CDKey里有什么

从Windows95起,Microsoft的产品安装key从原来的10位数字改为25位字符,这一改动,代表着Microsoft告别了简单的校验和,从此投入了椭圆曲线法的怀抱。从密码学的角度来看,这绝对是一个里程碑,因为当时椭圆曲线法仍在研究论证阶段,Microsoft是第一个将之实用以商业产品的厂家。那么在这25个字符里到底有什么呢?

1.Base24

这25个字符实际是114bits的数据用base24进行uucode后的结果,做为安装key,这个base必须绝对避免误认,所以Microsoft选择了以下这24个字符做为uucode的base:bcdfghjkmpqrtvwxy2346789,所以,如果你的安装key 有这24个字符以外的字符的话,你完全可以把它丢到垃圾筒里去了━━不用试就知道它根本通不过了。

2.114 Bits

Uudecode后得到的114位按intel高位在后的格式表示如下:

   [ x xxxxxxxx xxxxxxxx xxxxxxxxxxxxxxxxxx ] total 114 bits 

    | | | \ 55 bits sign 

    | | \ 28 bits hash 

    | \ 30 bits serial \ 31 bits data 

    \ 1 bits flag /

flag:不明标志,目前所见的各类key中这一位总是为0。

serial:用户序列号,转成十进制表示为aaaabbbbbb,对应显示为:

    零售版:xxxxx-aaa-bbbbbbx-xxxxx

    oem版: xxxxx-oem-0aaaabx-bbbbb
以上31bits总称为data,是cdkey中的基本部分。

hash:data经特定处理得到的结果,见后文。

sign:hash值的椭圆曲线签名,见后文。

3.椭圆曲线签名算法

要说明椭圆曲线签名算法可不是一件容易的事,有兴趣的可以自己用“椭圆曲线”或是“elliptic curve”在搜索引擎找相关的资料来看吧,这里只简单介绍Microsoft的用法。

所谓椭圆曲线是指这样一类曲线方程:

y^2 + a1*xy + a3*y = x^3 + a2*x^2 + a4*x + a6

在密码学里用的是它的两个特例,而Microsoft用的更是这两个特例中的特例:

y^2 = x^3 + a*x + b ( mod p )

当a、b、p选定后,就可以确定一个椭圆曲线,再选择一个生成点 g(gx,gy)。于是,存在一个最小的整数q使得q*g=o。然后,再任意选择一个整数 kk(kx,ky)=k*g,这样椭圆曲线签名算法的key就全生成了:

公开密钥为:a,b,p,g(gx,gy),k(kx,ky)

私有密钥为:a,b,p,g(gx,gy),q,k

要对data签名时:

a.先任意选择一个整数r;

b.将data、rx、ry共100个字节求sha-1,取结果中的28位得到hash;

c.求sign = r - hash * k ( mod q );

d.把data、hash、sign三个数组合后uucode得到25位cdkey。

验证cdkey时:

a.把25位cdkey先uudecode再拆分后提到data、hash、sign;

b.求点r( rx, ry ) = sing * g + hash * k ( mod p );

c.将data、rx、ry共100个字节求sha-1,取结果中的28位得到hash'';

d.如果hash = hash'',则该cdkey为有效key。

4.Bink

从前面的说明可以看出,为了验证cdkey,Microsoft 必须公开椭圆曲线签名算法中的公开密钥,那么这个公开密钥放在哪里呢?答案是在pidgen.dll里的bink资源里(其他产品如office则被包在*.msi),而且一共有两组,从目前已知的key组合来看,第一组密钥是用以零售版本的,第二组则用于oem版本。两个产品的key能否通用就在于对应的密钥是否相同,比如中文版的Windows 2000的pro/srv/advsrv的第二组密钥也是相同的,即一个PWindows 2000 pro的oem版的key,可同时供 PWindows 2000 srv/adv的oem版使用。

5.破解及其难度

要破解cdkey的生成算法,必须从Microsoft 公开的密钥中求出对应的私有密钥,即只要求出q和k即可。从bink中公开的密钥来看,p 是一个384 bits的质数,看起来计算量好象至少要o(2^168)才行,但Microsoft设计中一个缺陷(?)使实际工作量降低到只有o(2^28)就可以了。

为什么相差这么远?

回头看看3.c中的式子:

sign = r - hash * k ( mod q )

通常情况下q可以是很大的值,因此sign应该也很大,但Microsoft 为了减少用户输入的cdkey的数量,把sign的值限死在55 bits,因此,自然也限定了q最多也不能超过56 bits。依此类推,由于k在一台赛扬ii 800的机器上只用6个小时就解出某组密钥的q值,最多时在一台雷鸟1g上用了28个小时才算出另一组密钥的k值,其他平均大约都在十个小时左右就可以求出。

0
相关文章