WEB服务端安全—注入攻击

注入攻击是web领域最为常见的攻击方式,其本质是把用户输入的数据当做代码执行,主要原因是违背了数据与代码分离原则,其发生的两个条件:用户可以控制数据输入;代码拼接了用户输入的数据,把数据当做代码执行了。

下面是几种常见注入攻击及其防御方法:

正常情况下用户输入 ‘Tom’ ,sql为

但如果用户输入 ”Tom’ ; drop table usertable–“,sql如下:

如果我们的服务端代码,数据库权限没做任何处理,那么结果伤不起。

并且当用户输入了可以导致拼接后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的结构,比如下面PHP绑定变量,使用预编译语句的示例:

此时就算攻击者插入类似于 Tom’ or ”=’1的字符串,也只会将其当做username来插入,不会改变语句的执行。

检查数据类型

对输入数据的数据类型进行检查,可以很大程度上对抗sql注入,比如整形integer,亦或是邮箱,时间日期等特定格式数据。

使用足够安全的编码函数,比如:ESAPI.encoder().encodeForSQL( new OracleCodec(), queryparam );

关闭服务器错误回显,避免数据库信息的暴露,数据库使用最小权限原则,避免root等高级账号在web应用中的直接使用,数据库账号不应该有创建自定义函数,操作本地文件等权限。

 

 

正常情况下用户输入 Tom将保存下面xml文件

但是如果用户输入恶意数据

此时xml文件

这就是XML注入。XML注入,可以对用户输入数据中的包含”语言本身的保留字符“行进转义即可。

 

代码注入与命令注入都是由一些不安全函数或方法引起的如:eval()

攻击者可以通过下面Payload实施代码注入:

又比如 system()这个函数,可以通过代码注入导致命令注入

攻击者通过 index.php?page_id=loquesea;ls利用system函数执行自己想要的系统命令。

 

防御对抗代码注入,命令注入,需要禁用一些像eval(),system()等可以执行系统命令的函数,非要用到就需要对用户输入的数据做处理,此外PHP中动态include远程文件,也是能避免就避免。

 

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

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

但是因为没有对换行 \n做处理,当攻击者输入 user2\nuser2 login succeeded for :user2 

日志中结果就会变为

多了一条伪记录,user2并没有登录成功。

CRLF注入不仅仅可以log注入,凡是利用CRLF作为分隔符的地方都可能存在这样的注入,像是”注入HTTP头“等。

对抗CRLF注入其实只需要处理好 \r \n这两个保留字符即可。

 

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

原文链接:https://www.cnblogs.com/yimingwang/p/9864025.html

原创文章,作者:优速盾-小U,如若转载,请注明出处:https://www.cdnb.net/bbs/archives/17410

(0)
上一篇 2023年5月4日 07:44
下一篇 2023年5月4日

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注

优速盾注册领取大礼包www.cdnb.net
/sitemap.xml