如何加固web服务器防sql注入攻击

所谓SQL注入式攻击，就是攻击者把SQL命令插入到Web表单的输入域或页面请求的查询字符串，欺骗服务器执行恶意的SQL命令。在某些表单中，用户输入的内容直接用来构造（或者影响）动态SQL命令，或作为存储过程的输入参数，这类表单特别容易受到SQL注入式攻击。常见的SQL注入式攻击过程类如：

⑴ 某个ASPNET Web应用有一个登录页面，这个登录页面控制着用户是否有权访问应用，它要求用户输入一个名称和密码。

⑵ 登录页面中输入的内容将直接用来构造动态的SQL命令，或者直接用作存储过程的参数。下面是ASPNET应用构造查询的一个例子：

SystemTextStringBuilder query = new SystemTextStringBuilder(

"SELECT from Users WHERE login = '")

Append(txtLoginText)Append("' AND password='")

Append(txtPasswordText)Append("'");

⑶ 攻击者在用户名字和密码输入框中输入"'或'1'='1"之类的内容。

⑷ 用户输入的内容提交给服务器之后，服务器运行上面的ASPNET代码构造出查询用户的SQL命令，但由于攻击者输入的内容非常特殊，所以最后得到的SQL命令变成：SELECT from Users WHERE login = '' or '1'='1' AND password = '' or '1'='1'。

⑸ 服务器执行查询或存储过程，将用户输入的身份信息和服务器中保存的身份信息进行对比。

⑹ 由于SQL命令实际上已被注入式攻击修改，已经不能真正验证用户身份，所以系统会错误地授权给攻击者。

如果攻击者知道应用会将表单中输入的内容直接用于验证身份的查询，他就会尝试输入某些特殊的SQL字符串篡改查询改变其原来的功能，欺骗系统授予访问权限。

系统环境不同，攻击者可能造成的损害也不同，这主要由应用访问数据库的安全权限决定。如果用户的帐户具有管理员或其他比较高级的权限，攻击者就可能对数据库的表执行各种他想要做的操作，包括添加、删除或更新数据，甚至可能直接删除表。

⑴ 对于动态构造SQL查询的场合，可以使用下面的技术：

第一：替换单引号，即把所有单独出现的单引号改成两个单引号，防止攻击者修改SQL命令的含义。再来看前面的例子，“SELECT from Users WHERE login = ''' or ''1''=''1' AND password = ''' or ''1''=''1'”显然会得到与“SELECT from Users WHERE login = '' or '1'='1' AND password = '' or '1'='1'”不同的结果。

第二：删除用户输入内容中的所有连字符，防止攻击者构造出类如“SELECT from Users WHERE login = 'mas' -- AND password =''”之类的查询，因为这类查询的后半部分已经被注释掉，不再有效，攻击者只要知道一个合法的用户登录名称，根本不需要知道用户的密码就可以顺利获得访问权限。

第三：对于用来执行查询的数据库帐户，限制其权限。用不同的用户帐户执行查询、插入、更新、删除操作。由于隔离了不同帐户可执行的操作，因而也就防止了原本用于执行SELECT命令的地方却被用于执行INSERT、UPDATE或DELETE命令。 ⑵ 用存储过程来执行所有的查询。SQL参数的传递方式将防止攻击者利用单引号和连字符实施攻击。此外，它还使得数据库权限可以限制到只允许特定的存储过程执行，所有的用户输入必须遵从被调用的存储过程的安全上下文，这样就很难再发生注入式攻击了。

⑶ 限制表单或查询字符串输入的长度。如果用户的登录名字最多只有10个字符，那么不要认可表单中输入的10个以上的字符，这将大大增加攻击者在SQL命令中插入有害代码的难度。

⑷ 检查用户输入的合法性，确信输入的内容只包含合法的数据。数据检查应当在客户端和服务器端都执行——之所以要执行服务器端验证，是为了弥补客户端验证机制脆弱的安全性。在客户端，攻击者完全有可能获得网页的源代码，修改验证合法性的脚本（或者直接删除脚本），然后将非法内容通过修改后的表单提交给服务器。因此，要保证验证操作确实已经执行，唯一的办法就是在服务器端也执行验证。你可以使用许多内建的验证对象，例如RegularExpressionValidator，它们能够自动生成验证用的客户端脚本，当然你也可以插入服务器端的方法调用。如果找不到现成的验证对象，你可以通过CustomValidator自己创建一个。

⑸ 将用户登录名称、密码等数据加密保存。加密用户输入的数据，然后再将它与数据库中保存的数据比较，这相当于对用户输入的数据进行了“消毒”处理，用户输入的数据不再对数据库有任何特殊的意义，从而也就防止了攻击者注入SQL命令。SystemWebSecurityFormsAuthentication类有一个HashPasswordForStoringInConfigFile，非常适合于对输入数据进行消毒处理。

⑹ 检查提取数据的查询所返回的记录数量。

　　直接申请并安装SSL证书就行了。

SSL安全证书简单讲HTTPS是一种加密传输、身份认证的网络通信协议，通过在客户端浏览器与WEB服务器之间建立一条SSL安全通道，其作用就是对网络传输中的数据进行记录和加密，防止数据被截取或窃听，从而保证网络数据传输的安全性。

1份SSL证书包括一个公共密钥和一个私用密钥：公共密钥主要用于信息加密，私用密钥主要用于解译加密信息。当浏览器指向一个安全域时，安装证书后SSL会同步确认客户端和服务器，并在两者之间建立一种加密方式和一个唯一的会话密钥，这样便可保证通话双方信息的完整性和保密性。现在互联网中大部分还是传统的HTTP传输协议，使用这类协议无法保证传输信息的安全性，相当于信息处于“裸奔”状态中，这在当前的网络里具有非常大的安全隐患。而HTTPS协议能对传输的互联网信息进行加密处理，从而在一定程度上保证了信息的安全性，也不会在传输过程中轻易被黑客获取。

登记注册身份证验证显示无法连接服务器的原因是：登录凭据不正确、过期或吊销的证书、服务器配置不正确、网络连接问题、黑客攻击。

1、登录凭据不正确

服务器身份验证失败的最常见原因之一是使用不正确的登录凭据。当用户输入错误的用户名或密码，或者登录信息已过期时，就会发生这种情况。遇到这种情况，解决办法就是简单的更正登录信息，然后重试。

2、过期或吊销的证书

服务器身份验证失败的另一个常见原因是使用过期或吊销的证书。证书用于保护客户端和服务器之间的通信，通常用于SSL/TLS加密连接。如果证书已过期或已被吊销，则不再受信任，服务器将无法对客户端进行身份验证。要解决此问题，必须更新证书或将其替换为有效证书。

3、服务器配置不正确

当服务器配置错误时，也可能发生服务器身份验证失败。这可能包括服务器设置问题、证书设置不正确或缺少防火墙等组件。在这些情况下，解决方案是检查服务器的配置并进行任何必要的更改以纠正问题。

4、网络连接问题

网络连接问题也可能导致服务器身份验证失败。这可能包括防火墙阻止访问服务器、路由信息不正确或DNS设置不正确等问题。在这些情况下，解决方案是检查网络配置并进行必要的更改以纠正问题。

5、黑客攻击

在某些情况下，服务器身份验证失败可能是黑客攻击的结果。这可能包括尝试获得对服务器的未授权访问或尝试发起拒绝服务（DoS）攻击。要解决这些问题，必须加强服务器的安全性并且必须安装任何必要的安全更新。

最近几年，勒索病毒“异军突起”让本来就严峻的数据安全更是雪上加霜，几乎是每隔几天，就会有企事业单位中招。勒索病毒，是一种性质恶劣、危害极大的电脑病毒，主要通过邮件、木马、网页挂马、漏洞利用、RDP弱口令暴力破解等形式进行传播。由于这种病毒利用各种加密算法对文件进行加密，一旦感染一般无法解密，只有向勒索者支付赎金才能解密。如果感染者拒付赎金，就无法获得解密的方法，无法恢复文件。

推荐使用MCK主机加固系统是从保护数据角度出发，建立一个安全容器，对主机操作系统和业务程序进行加固，杜绝非法数据使用，对操作系统和数据进行保护，杜绝勒索病毒以及其他病毒、黑客的攻击行为。