注入攻击是web领域最为常见的攻击方式,其本质是把用户输入的数据当做代码执行,主要原因是违背了数据与代码分离原则,其发生的两个条件:用户可以控制数据输入;代码拼接了用户输入的数据,把数据当做代码执行了。
下面是几种常见注入攻击及其防御方法:
SQL注入及常见攻击技巧
经典注入 如:
$username = $_POST['username'];
$sql = "select * from usertable where username="."'".$username."'"
正常情况下用户输入 ‘Tom’ ,sql为
"select * from usertable where username='Tom'";
但如果用户输入 ”Tom' ; drop table usertable--“,sql如下:
"select * from usertable where username='Tom';drop table usertable--";
如果我们的服务端代码,数据库权限没做任何处理,那么结果伤不起。
并且当用户输入了可以导致拼接后sql有语法错的时候,如果服务器开启了错误显示,那么将会是攻击更加便利容易,因为错误信息可能会暴露我们的数据库信息或者sql语句的雏形等等。
盲注:
大多数情况下服务器是关闭错误回显的,没有提示的情况下,攻击者又总结出了盲注:sql注入过程中,sql语句执行的选择后,选择的数据不能回显到前端页面。此时,攻击者需要利用一些方法进行判断或者尝试,这个过程称之为盲注。
攻击者通过真假命题的拼接根据页面返回情况判断sql漏洞是否存在。
比如:http://news.com/newsIndo.php?id=1,执行的sql为 select * from newstable where id =1;
攻击者先是http://news.com/newsIndo.php?id=1 and 1=2 然后 http://news.com/newsIndo.php?id=1 and 1=1
and 1=2 时 通常是空页面 或者错误信息,如果 and 1=1的时候页面正常返回,就说明,and语句成立,也就说明sql漏洞存在,攻击者不知道会拼接什么样的坏心思...
盲注高级技巧Timing Attack 利用数据库自身函数的的执行造成的返回变化来判断漏洞是否存在,比如 MySQL BENCHMARK()函数。
数据库攻击机巧
常见Payload
SQL注入可以猜解出数据库的对应版本,比如下面这段Payload,如果MySQL的版本是4,则会返回true。
http://www.site.com/news.php?id=5 and substring(@@version,1,1)=4
下面这段Payload,则是利用union select来分别确认表名admin是否存在,列名passwd是否存在:
id=5 union all select 1,2,3 from admin
id=5 union all select 1,2,passwd from admin
进一步,想要猜解出username和password具体的值,可以通过判断字符的范围,一步步读出来。
id=5 and ascii(substring((select concat(username,0x3a,passwd) from users limit 0,1),1,1))>64
这个过程非常的繁琐,所以非常有必要使用一个自动化工具来帮助完成整个过程。
sqlmap.py就是一个非常好的自动化注入工具。
在注入攻击的过程中,常常会用到一些读写文件的技巧。比如在MySQL中,就可以通过LOAD_FILE()读取系统文件,并通过INTO DUMPFILE写入本地文件。当然这要求当前数据库用户有读写系统相应文件或目录的权限。
命令执行
在MySQL中,除了可以通过导出webshell间接地执行命令外,还可以利用“用户自定义函数”的技巧,即UDF(user-defined functions)来执行命令。
攻击存储过程
一些存储过程也是对攻击过程有帮助的,比如:SQL Server 中的xp_cmdshell,注入时可以利用其执行系统命令。存储过程本省也可能给存在注入漏洞。
编码问题
有时候不同的字符编码也可能导致注入漏洞的出现,比如 转义符 ‘’ 可能会因为字符编码的不同被省略掉,保证数据库,操作系统,web应用的字符编码统一可以避免此类问题。
防御SQL注入
使用预编译语句
一般来说,防御sql注入的最佳方式就是使用预编译语句,绑定变量。使用预编译的sql语句,语句的语义不会发生改变。在sql中变量用?表示,攻击者无法改变sql的结构,比如下面PHP绑定变量,使用预编译语句的示例:
1 $sql = "insert into usertable (username,password,phone) value(?,?,?)";
2 $stmt = $mysqli->prepare($sql);
3 $stmt = bind_parm("sss",$username,$password,$phone);
4 $username = 'Tom';
5 $password = md5('123456');
6 $phone = '13510345678';
7 $stmt->execute();
此时就算攻击者插入类似于 Tom’ or ''='1的字符串,也只会将其当做username来插入,不会改变语句的执行。
检查数据类型
对输入数据的数据类型进行检查,可以很大程度上对抗sql注入,比如整形integer,亦或是邮箱,时间日期等特定格式数据。
使用安全函数
使用足够安全的编码函数,比如:ESAPI.encoder().encodeForSQL( new OracleCodec(), queryparam );
Codec ORACLE_CODEC = new OracleCodec();
String query = "SELECT user_id FROM user_data WHERE user_name = '" +
ESAPI.encoder().encodeForSQL( ORACLE_CODEC , req.getParameter("userID")) + "' and
user_password = '" + ESAPI.encoder().encodeForSQL( ORACLE_CODE , req.getParameter("pwd")) +"'";
最小权限及关闭错误回显
关闭服务器错误回显,避免数据库信息的暴露,数据库使用最小权限原则,避免root等高级账号在web应用中的直接使用,数据库账号不应该有创建自定义函数,操作本地文件等权限。
XML注入
$doc = new DOMDocument('1.0','utf-8');
$doc -> formatOutput = true;
$user = $doc -> createElement('user');
$username = $doc -> createElement('username');
$namevalue = $doc -> createTextNode($_POST['username']);
$username -> appendChild($namevalue);//将标签内容赋给标签
$user -> appendChild($username);
$doc -> appendChild($user);
$doc -> save("user.xml");
正常情况下用户输入 Tom将保存下面xml文件
<?xml version="1.0" encoding="utf-8"?> <user> <username>Tom</username> </user>
但是如果用户输入恶意数据
Tom</username></user><user><username>Jack</username></user>
此时xml文件
<?xml version="1.0" encoding="utf-8"?> <user> <username>Tom</username> </user> <user> <username>Jack</username> </user>
这就是XML注入。XML注入,可以对用户输入数据中的包含”语言本身的保留字符“行进转义即可。
代码注入
代码注入与命令注入都是由一些不安全函数或方法引起的如:eval()
$var = 'varname';
$k = $_GET['tag'];
eval("/$var = $k;");
攻击者可以通过下面Payload实施代码注入:
/indexPHP?tag=1;phpinfo()
又比如 system()这个函数,可以通过代码注入导致命令注入
$error =system('cat '.$_GET['page_id'],$return_var);
echo $error;
攻击者通过 index.php?page_id=loquesea;ls利用system函数执行自己想要的系统命令。
防御对抗代码注入,命令注入,需要禁用一些像eval(),system()等可以执行系统命令的函数,非要用到就需要对用户输入的数据做处理,此外PHP中动态include远程文件,也是能避免就避免。
CRLF( )注入
CRLF其实是两个字符 ,常常被用作语义之间的分隔符,因此CRLF注入很可能改变原有的语义,如下
$log = fopen("login.log", "w");
$txt = "user login failed for:
";
fwrite($log, $txt);
fclose($log);
正常情况会记录如下在login.log日志文件中,
user login failed for :user1
user login failed for :user2
但是因为没有对换行 做处理,当攻击者输入 user2 user2 login succeeded for :user2
日志中结果就会变为
user login failed for :user1
user login failed for :user2
user login succeeded for :user2
多了一条伪记录,user2并没有登录成功。
CRLF注入不仅仅可以log注入,凡是利用CRLF作为分隔符的地方都可能存在这样的注入,像是”注入HTTP头“等。
对抗CRLF注入其实只需要处理好 这两个保留字符即可。
写在最后:注入攻击主要是违背了数据与代码分离原则导致的,其先决条件是用户能控制数据输入,并且代码拼接了用户输入的数据,把数据也打个代码执行了。所以,防御遵从数据域代码分离原则,在拼接的地方做好安全检查和处理就能避免此类问题了。