设为首页
加入收藏
帮助中心
首页 | 红盾通告 | 信息中心 | ASP技术 | 数据库 | 网页设计 | 网管专栏 | OICQ攻略 | 墨客频道 | 网站运营 |
当前位置:首页 >> 数据库 >> SQL Server >> 正文
最新信息
·SQL2000做附加数据库时报:…
·数据库sql被挂马终极批量删…
·动网论坛全文索引建立帮助
·论坛不支持文章内容搜索的…
·打造抵御SQL注入攻击的MSS…
·10个保护SQL Server 2000安…
·sql server安全设置攻略
·SQL Server安全设置清单列…
·使用 SQL Server 时需要经…
·SQL中触发器实例讲解
资料搜索
热点信息
·如何压缩SQL Server 2000数…
·SQL中触发器实例讲解
·日志文件满而造成SQL数据库…
·10个保护SQL Server 2000安…
·使用 SQL Server 时需要经…
·SQL2000做附加数据库时报:…
·SQL SERVER的安全隐患:触…
·asp如何连接sql server并实…
·SQL Server不能启动的常见…
·一种简单的表中删除重复行…
推荐信息
·打造抵御SQL注入攻击的MSS…
·SQL Server数据库开发的二…
·Sqlserver 优化的方法
·SQLServer吞噬的内存解决办…
·SQL SERVER日志清除的两种…
·如何压缩SQL Server 2000数…
·SQL Server 2000 SP4发布
·动网论坛全文索引建立帮助
·10个保护SQL Server 2000安…
·SQL Server安全设置清单列…


Google
 
SQL SERVER数据库口令的脆弱性
〖编辑:Cloudy | 浏览:人次〗
跟踪了一下SQL SERVER数据库服务器的登录过程,发现口令计算是非常脆弱的,SQL SERVER数据库的口令脆弱体现两方面:

1、网络登陆时候的口令加密算法

2、数据库存储的口令加密算法。

下面就分别讲述:

1、网络登陆时候的口令加密算法

SQL SERVER网络加密的口令一直都非常脆弱,网上有很多写出来的对照表,但是都没有具体的算法处理,实际上跟踪一下SQL

SERVER的登陆过程,就很容易获取其解密的算法:好吧,我们还是演示一下汇编流程:

登录类型的TDS包跳转到4126a4处执行:

004DE72E:根据接收到的大小字段生成对应大小的缓冲区进行下一步的拷贝

004DE748从接收到的TDS BUF偏移8处拷贝出LOGIN的信息

004DE762:call sub_54E4D0:将新拷贝的缓冲压入进行参数检查的处理

依次处理TDS包中的信息,各个字段气候都应该有各个域的长度,偏移0X24处与长度进行比较。

下面这段汇编代码就是实现对网络加密密码解密的算法:

.text:0065C880                 mov     cl, [edi]
    .text:0065C882                 mov     dl, cl
    .text:0065C884                 xor     cl, 5
    .text:0065C887                 xor     dl, 0AFh
    .text:0065C88A                 shr     dl, 4
    .text:0065C88D                 shl     cl, 4
    .text:0065C890                 or      dl, cl
    .text:0065C892                 mov     [edi], dl
    .text:0065C894                 inc     edi
    .text:0065C895                 dec     eax
    .text:0065C896                 jnz     short loc_65C880
    .text:0065C898                 jmp     loc_4DE7E6


很容易就将其换成为C代码,可以看出其加密及其简单,和明文没什么区别,呵呵,大家可以在SNIFFER中嵌入这段代码对嗅叹到的TDS登陆包进行解密,其实0XA5不是特定的SQL SERVER密码字段的分界符号,只是由于加密算法会自动把ASC的双字节表示的0x0加密成0xa5而已,但是如果允许双字节口令,这个就不是判断其分界的主要原因了。

void sqlpasswd(char * enp,char* dnp)
{
    int i;
    unsigned char a1;
    unsigned char a2;
    for(i=0;i<128;i++)
    {
        if(enp[i]==0)
            break;
        a1 = enp[i]^5;
        a1 = a1 << 4;
        a2 = enp[i]^0xaf;
        a2 = a2 >> 4;
        dnp[i]=a1|a2;
    }
    dnp[i]=0;
    dnp[i+1]=0;
    wprintf(L"passwd:%s\n",(const wchar_t *)dnp);
}


2、数据库存储的口令加密算法

SQL SERVER的口令到数据库存储的加密方法,也是让人怪异的。其过程如下:

在获得网络解密密码的口令以后在005F9D5A处call SQLSORT_14,实现一个转换为大写口令缓冲进行保存。

然后在004def6d处调用一个函数取出数据库中的加密的PASSWORD,其形式如下:

2个字节的头0x0100(固定)  
4个字节的HASH加秘KEY
20个字节的HASH1
20个字节的HASH2


如我取出的一个例子:

fx:0x0100 1751857F DFDEC4FB618D8D18EBA5A27F615639F607
CD46BE DFDEC4FB618D8D18EBA5A27F615639F607CD46BE
    固定    补充KEY   HASH1                          HASH2
口令是:123456


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,算法,两个加密字串的关系,其解应该也是大大的简化了。

录入时间:2006-06-09 16:53:17 [打印本页] [关闭窗口] [返回顶部]
特别声明: 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载,但请务必注明出处和原始作者。文章版权归文章原始作者所有。对于被本站转载文章的个人和网站,我们表示深深的谢意。如果本站转载的文章有版权问题请联系编辑人员,我们尽快予以更正。

Copyright © 2006-2014 0733168.Com Inc All Rights Reserved
关于我们 | 广告合作 | 联系我们 | 法律声明 | 友情链接 | 意见反馈
本站所收录信息、社区话题、及本站所做之广告均属其个人行为,与本站立场无关
湘ICP备06008436号