SQL注入处存在的XSS漏洞

SQL注入与XSS都是web安全中的危险漏洞

简单来说一下XSS与CSRF最大的区别，这两个的最大的不同点在于XSS是客户端信任服务端，当服务端未过滤恶意代码发送给客户端，客户端浏览器就直接执行；CSRF是服务端信任客户端，当攻击者构造好url之后，受害者发送请求给服务器，通过服务器的验证（cookie，token之类的），则直接以受害者的权限执行相关操作，完成服务。

SQL注入中的XSS

环境

• Apache
• MYSQL
• PHP

测试网站

• SQLi-Labs
• bWApp

GET 型参数

• SQLi-Labs Less 1

id 处为SQL注入点，这里没有对参数做任何处理，只要构造相应的SQL语句则可以执行SQL注入

修改参数为<script>alert(/xss/)</script>,审查元素可以看见，这句代码被在前端执行了

• bWApp SQL Injection (GET/Select)

moive 为注入点，当在注入点moive处构造<script>alert('xss')</script>时，那么也会被xss攻击

POST 参数

• SQLi-Labs Less 11

在usrname，password构造xss语句，并发送给服务器，当服务器返回之后，前端浏览器直接解析这句脚本，xss攻击构造成功

• bWApp XSS - Reflected (Login Form)

构造post请求体为

login=' or 1=1&password=<script>alert('xss')</script>&form=submit

login=' or 1&password=<script>alert('xss')</script>&form=submit

login=' or 1=1&password=<script>alert('xss')</script>&form=submit

等等

成因

xss是客户端信任服务端，当服务端返回了恶意代码之后，客户端会完全相信服务端返回的数据，并在客户端浏览器解析执行，当解析到有<script>alert(/xss/)</script>诸如此类的恶意代码的时候，在web前端中，只要HTML中存在<script>标签，那么浏览器渲染引擎则会立马停止渲染，由JavaScript引擎执行JavaScript代码，所以恶意代码能执行是因为存在HTML代码中，并且JavaScript引擎立马执行了<script>标签中的JavaScript代码

在SQL注入中，成功执行xss恶意代码的条件

• 页面有回显

例如 在php中开启了echo $sql,或者echo mysql_error()诸如此类的查询的语句，以及错误回显给客户端之类的代码

当被攻击者利用服务端返回给客户端的信息，就能构造恶意代码，完成xss攻击

防御

• 关闭页面回显，不使用诸如此类的提示信息
• 过滤<>等关键字符