WEB服务端安全---注入攻击

标签：exp   免root   数据   index   integer   strong   oracle   password   name   

注入攻击是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（\r\n）注入

CRLF其实是两个字符\n\r,常常被用作语义之间的分隔符，因此CRLF注入很可能改变原有的语义，如下

$log = fopen("login.log", "w");
$txt = "user login failed for: \n";
fwrite($log, $txt);
fclose($log);

正常情况会记录如下在login.log日志文件中，

user login failed for :user1
user login failed for :user2

但是因为没有对换行 \n做处理，当攻击者输入 user2\nuser2 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注入其实只需要处理好 \r \n这两个保留字符即可。

写在最后：注入攻击主要是违背了数据与代码分离原则导致的，其先决条件是用户能控制数据输入，并且代码拼接了用户输入的数据，把数据也打个代码执行了。所以，防御遵从数据域代码分离原则，在拼接的地方做好安全检查和处理就能避免此类问题了。

WEB服务端安全---注入攻击

标签：exp   免root   数据   index   integer   strong   oracle   password   name   

原文地址：https://www.cnblogs.com/yimingwang/p/9864025.html