随着Web2.0、社交网络、微博等等一系列新型的互联网产品的诞生，基于Web环境的互联网应用越来越广泛，企业信息化的过程中各种应用都架设在Web平台上，Web业务的迅速发展也引起黑客们的强烈关注，接踵而至的就是Web安全威胁的凸显，对Web服务器的攻击可以说是形形色色、种类繁多，常见的有挂马、SQL注入、XSS跨站脚本攻击等。

SQL注入

所谓SQL注入，就是通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的SQL命令。

通过一下的例子更形象的了解SQL注入：

有一个Login画面，在这个Login画面上有两个文本框分别用来输入用户名和密码，当用户点了登录按钮的时候，会对输入的用户名和密码进行验证。验证的SQL语句如下：

select * from student where username=\'输入的用户名\' and password=\'输入的密码\'

如果能够检索到数据，说明验证通过，否则验证不通过。

如果用户在用户名文本框中输入 \' or \'1\' = \'1\' or \'1\' = \'1，则验证的SQL语句变成：

select * from student where username=\'\' or \'1\' = \'1\' or \'1\' = \'1\' and password=\'\'

如果用户在密码文本框中输入 1\' or \'1\' = \'1，则验证的SQL语句变成：

select * from student where username=\'\' and password=\'1\' or \'1\'=\'1\'

以上两个SQL语句的where条件永远是成立的，所以验证永远是有效的。

如果在用户名文本框中输入tom\' ; drop table student-- ，则SQL语句变成：

[sql] view plaincopyprint?

1.select * from student where username=\'tom\' ; drop table student--\' and password=\'\'

这样就变成的两条SQL语句，执行完查询操作，接着直接把student表给删除了(双连接符表示注释)

如何防止SQL注入：

1.永远不要信任用户的输入。对用户的输入进行校验，可以通过正则表达式，或限制长度;对单引号和双"-"进行转换等。

2.永远不要使用动态拼装sql，可以使用参数化的sql或者直接使用存储过程进行数据查询存取。

3.永远不要使用管理员权限的数据库连接，为每个应用使用单独的权限有限的数据库连接。

4.不要把机密信息直接存放，加密或者hash掉密码和敏感的信息。

5.应用的异常信息应该给出尽可能少的提示，最好使用自定义的错误信息对原始错误信息进行包装。

6.采用一些工具或网络平台检测是否存在SQL注入。

OS命令注入

OS命令注入和SQL注入差不多，只不过SQL注入是针对数据库的，而OS命令注入是针对操作系统的。OS命令注入即能够在服务器上执行任意命令。

如何防止OS命令注入：

1.不要调用外部程序。举个例子，在UNIX系统上，有一个叫CGI的程序，可以执行sendmail命令来发送邮件。也许你的web应用程序也有发送邮件的功能，通过直接调用CGI程序发送邮件非常的简单，但是不要这样做，因为在执行sendmail命令的同时，也会混杂进其他OS命令，正确的做法是使用发送邮件的library。

2.过滤调、;，[，]，|，<，>，之类的符号。

3.设置用户的权限。

XSS跨站脚本攻击

XSS跨站脚本攻击指攻击者在网页中嵌入客户端脚本(例如JavaScript)，当用户浏览此网页时，脚本就会在用户的浏览器上执行，从而达到攻击者的目的，比如获取用户的Cookie，导航到恶意网站，携带木马等。

XSS攻击场景有以下两个方面：

1. Dom-Based XSS 漏洞。攻击过程如下

Tom 发现了Victim.com中的Search.asp页面有XSS漏洞，Search.asp的代码如下：

1.

2.

3.

4. Results for

5. ...

6.

7.

Tom 先建立一个网站http://badguy.com，用来接收“偷”来的信息。然后Tom 构造一个恶意的url(如下)，通过某种方式(邮件，QQ)发给Monica

http://victim.com/search.asp?term=

Monica点击了这个URL，嵌入在URL中的恶意Javascript代码就会在Monica的浏览器中执行，那么Monica在victim.com网站的cookie，就会被发送到badguy网站中，这样Monica在victim.com 的信息就被Tom盗了

2. Stored XSS(存储式XSS漏洞)。该类型是应用广泛而且有可能影响大Web服务器自身安全的漏洞，攻击者将攻击脚本上传到Web服务器上，使得所有访问该页面的用户都面临信息泄露的可能。 攻击过程如下

Alex发现了网站A上有一个XSS 漏洞，该漏洞允许将攻击代码保存在数据库中，于是Alex发布了一篇文章，文章中嵌入了恶意JavaScript代码。其他人如Monica访问这片文章的时候，嵌入在文章中的恶意Javascript代码就会在Monica的浏览器中执行，其会话cookie或者其他信息将被Alex盗走Dom-Based XSS漏洞威胁用户个体，而存储式XSS漏洞所威胁的对象将是大量的用户。

如何防止XSS跨站脚本攻击：

原则：不相信用户输入的数据

注意：攻击代码不一定在中

1.将重要的cookie标记为httponly，这样的话Javascript中的document.cookie语句就不能获取到cookie了。

本文来源：SecYe安全网[http://www.secye.com] (责任编辑：SecYe安全)

• ·HTTP 请求头中的 X-Forwarded-For
• ·挖掘x-forwarded-for注入
• ·IIS深入浅出之短文件漏洞知多少
• ·如何要禁止除GET和POST之外的HTTP方法？
• ·利用/绕过 PHP escapeshellarg/escapeshe
• ·通过PHP反序列化进行远程代码执行
• ·Web渗透之手动漏洞挖掘
• ·SSRF漏洞(原理&绕过姿势)
• ·PHP反序列化漏洞与Webshell
• ·WAF开发之Cookie安全防护功能解析
• ·网络安全的第二道防线：区块链
• ·网络安全的第一道防线：AI
• ·Memcache UDP反射放大攻击技术分析
• ·任意用户密码重置（二）：重置凭证接收端
• ·任意用户密码重置（三）：用户混淆
• ·任意用户密码重置（四）：重置凭证未校验