SQL首先用4個字節的HASH加秘KEY補上其兩處口令的緩沖，一個為大寫，一個為小寫。然後其加密過程如下C函數:
CryptAcquireContextW(&hProv,NULL,
L("Microsoft Base Cryptographic Provider v1.0"),1,0xf0000000);
CryptCreateHash(hProv,0x8004,NULL,NULL,&hhash);
CryptCreateHash(hProv,0x8004,NULL,NULL,&hHash);
005F9DFE：
CryptHashData(hhash,passwdbuf,0x12,NULL);
passwdbuf是小寫的passwd緩沖區,然後附加一個KEY，如上例子就是對
{'1','2''3''4''5''6',0x17,0x51,0x85,0x7F}
這樣的一個字串進行HASH加密
CryptHashData(hHash,PASSWDBUF,0x12,NULL)
;PASSWDBUF是大寫的passwd緩沖區,然後附加一個KEY 005F9E3E：
CryptGetHashParam(hhash,2,&passwdout,&outlen,0);
取出passwdbuf是小寫的passwd的加密值
以下是引用片段：
CryptGetHashParam(hHash,2,&PASSWDOUT,&OUTLEN,0);
取出passwdbuf是大寫的passwd的加密值這兩個相加就是真正的數據庫中的PASSWord加密字段.
為什麼說以上方法是脆弱的呢?其實其真正的加密長度生成只有20個字節。
小寫口令的HASH1+大寫口令的HASH1拼接的40位HASH值的安全度還不如一個直接20位的HASH值來得安全。因為大家都知道這兩個值的因果關系，提供給了解密者更多的信息。
如因為其算法一樣，如果HASH1=HASH2，就可以判斷口令肯定是未使用字母，只使用了數字和符號的口令，如上取出的123456口令的HASH，兩個HASH完全相等。
就是使用了字母，其知道補充的KEY，算法，兩個加密字串的關系，其解應該也是大大的簡化了。
