关于请求头中注入问题的演示，这里我写了一些测试案例，用来测试请求头中存在的问题。我们常见的会发生注入的点有 Referer、X-Forwarded-For、Cookie、X-Real-IP、Accept-Language、Authorization，User-Agent

HTTP Referer：是header的一部分，当浏览器请求网页时，会自动携带一个请求来源，如果后端存在交互，则会引发注入问题的产生。

User-Agent 请求头，该请求头携带的是用户浏览器的标识信息，如果此时带入数据库查询，则同样会触发注入问题的产生。

X-Forwarded-For：简称XFF头，它代表客户端，用于记录代理信息的，每经过一级代理(匿名代理除外)，代理服务器都会把这次请求的来源IP追加在X-Forwarded-For中

Cookie：指某些网站为了辨别用户身份、进行 session 跟踪而储存在用户本地终端上的数据（通常经过加密）

X-Real-IP：只记录真实发出请求的客户端IP。

Accept-Language：请求头允许客户端声明它可以理解的自然语言,以及优先选择的区域方言

HTTP_CLIENT_IP：该属性是PHP内置属性，同样取得的是客户端的IP，同样可控，如果带入数据库，则会产生注入问题。

Cookie 注入: 该注入的产生原因是因为程序员没有将COOKIE进行合法化检测,并将其代入到了数据库中查询了且查询变量是可控的,当用户登录成功后会产生COOKIE,每次页面刷新后端都会拿着这个COOKIE带入数据库查找,这是非常危险的.

<!DOCTYPE html>

<html lang="en">

<head>

    <meta charset="utf8">

</head>

<body>

<form action="" method="post">

	账号: <input type="text"  name="uname" value=""/><br>

	密码: <input type="password" name="passwd" value=""/>

	<input type="submit" name="submit" value="Submit" />

</form>

	<?php

		header("Content-type: text/html;charset=utf8");

		error_reporting(0);

		$connect = mysqli_connect("localhost","root","12345678","lyshark");

		if($connect)

		{

			$cookee = $_COOKIE['uname'];

			if($cookee)

			{

				$sql="SELECT username,password FROM local_user WHERE username='$cookee' LIMIT 0,1";

				$query = mysqli_query($connect,$sql);

				echo "执行SQL: " . $sql . "<br>";

				if($query)

				{

					$row = mysqli_fetch_array($query);

					if($row)

					{

						echo "<br> COOKIE 已登录 <br>";

						echo "您的账号: " . $row['username'] . "<br>";

						echo "您的密码: " . $row['password'] . "<br>";

					}

				}

			}

		    if(isset($_POST['uname']) && isset($_POST['passwd']))

		    {

			$uname=$_POST['uname'];

			$passwd=$_POST['passwd'];

			$passwd = md5($passwd);

			$sql="select username,password FROM local_user WHERE username='$uname' and password='$passwd' LIMIT 0,1";

			$query = mysqli_query($connect,$sql);

		        if($query)

		        {

		        	$row = mysqli_fetch_array($query);

		        	$cookee = $row['username'];

		        	if($row)

		        	{

		        		setcookie('uname', $cookee, time() + 3600);

		        		$format = 'D d M Y - H:i:s';

		        		$timestamp = time() + 3600;

		        		echo "COOKIE已设置: " . date($format, $timestamp);

		        	}

		        }

		    }

		}

	?>

</body>

</html>

当登录成功后，再次刷新页面，就会将cookie带入数据中查询，此时观察cookie，可以闭合，则就会产生注入问题。

执行payload Cookie: uname=admin' and 0 union select database(),2--+ 可爆出数据库名称。

查询数据库同样可以爆出，数据库的版本号。

稍微修改一下代码,当代码中设置COOKIE的位置上增加了Base64编码后,该如何注入呢?

<!DOCTYPE html>

<html lang="en">

<head>

    <meta charset="utf8">

</head>

<body>

<form action="" method="post">

	账号: <input type="text"  name="uname" value=""/><br>

	密码: <input type="password" name="passwd" value=""/>

	<input type="submit" name="submit" value="Submit" />

</form>

	<?php

		header("Content-type: text/html;charset=utf8");

		error_reporting(0);

		$connect = mysqli_connect("localhost","root","12345678","lyshark");

		if($connect)

		{

			$cookee = base64_decode($_COOKIE['uname']);

			if($cookee)

			{

				$sql="SELECT username,password FROM local_user WHERE username='$cookee' LIMIT 0,1";

				$query = mysqli_query($connect,$sql);

				echo "执行SQL: " . $sql . "<br>";

				if($query)

				{

					$row = mysqli_fetch_array($query);

					if($row)

					{

						echo "<br> COOKIE 已登录 <br>";

						echo "您的账号: " . $row['username'] . "<br>";

						echo "您的密码: " . $row['password'] . "<br>";

					}

				}

			}

		    if(isset($_POST['uname']) && isset($_POST['passwd']))

		    {

			$uname=$_POST['uname'];

			$passwd=$_POST['passwd'];

			$passwd = md5($passwd);

			$sql="select username,password FROM local_user WHERE username='$uname' and password='$passwd' LIMIT 0,1";

			$query = mysqli_query($connect,$sql);

		        if($query)

		        {

		        	$row = mysqli_fetch_array($query);

		        	$cookee = $row['username'];

		        	if($row)

		        	{

		        		setcookie('uname', base64_encode($cookee), time() + 3600);

		        		$format = 'D d M Y - H:i:s';

		        		$timestamp = time() + 3600;

		        		echo "COOKIE已设置: " . date($format, $timestamp);

		        	}

		        }

		    }

		}

	?>

</body>

</html>

直接将Payload加密在线https://base64.us/加密后,放入COOKIE中

Cookie: uname=admin' and 0 union select database(),2--+

Cookie: uname=YWRtaW4nIGFuZCAwIHVuaW9uIHNlbGVjdCBkYXRhYmFzZSgpLDItLSs=

Usage-Agent 注入问题: Usagen-Agent是客户请求时携带的请求头,该头部是客户端可控,如果有带入数据库的相关操作,则可能会产生SQL注入问题.

create table User_Agent(u_name varchar(20),u_addr varchar(20),u_agent varchar(256));

<!DOCTYPE html>

<html lang="en">

<head>

    <meta charset="utf8">

    <title>SQL 注入测试代码</title>

</head>

<body>

<form action="" method="post">

	账号: <input style="width:1000px;height:20px;" type="text"  name="uname" value=""/><br>

	密码: <input  style="width:1000px;height:20px;" type="password" name="passwd" value=""/>

	<input type="submit" name="submit" value="Submit" />

</form>

	<?php

		header("Content-type: text/html;charset=utf8");

		error_reporting(0);

		$connect = mysqli_connect("localhost","root","12345678","lyshark");

		if($connect)

		{

		    if(isset($_POST['uname']) && isset($_POST['passwd']))

		    {

				$uname=$_POST['uname'];

				$passwd=$_POST['passwd'];

				$passwd = md5($passwd);

		        $sql="select username,password FROM local_user WHERE username='$uname' and password='$passwd' LIMIT 0,1";

		        $query = mysqli_query($connect,$sql);

		        if($query)

		        {

		        	$row = mysqli_fetch_array($query);

		        	if($row)

		        	{

		        		// 获取到用户的Agent客户请求体

		        		$Uagent = $_SERVER['HTTP_USER_AGENT'];

						// REMOTE_ADDR 是调用的底层的会话ip地址,理论上是不可以伪造的

						$IP = $_SERVER['REMOTE_ADDR'];

						echo "<br>欢迎用户: {$row['username']} 密码: {$row['password']} <br><br>";

						echo "您的IP地址是: {$IP} <br>";

						$insert_sql = "insert into User_Agent(u_name,u_addr,u_agent) values('$uname','$IP','$Uagent')";

						mysqli_query($connect,$insert_sql);

						echo "User_Agent请求头: {$Uagent} <br>";

		        	}

		        }

		    }

		}

	?>

</body>

</html>

登录成功后，才可以显示你的客户端数据，也就是先要完成登录。

登录成功后，会自动获取客户端的user_agent信息，HTTP_USER_AGENT 属性对我们来说可控，且通过insert语句带入到了数据库，此时我们可以构建注入语句。首先我们通过burp提交登录请求。

然后再登陆成功后，我们继续增加注入语句，将其写道user-agent上完成报错注入。

修改agent验证,可被绕过,此处的语句带入数据库变为了insert into User_Agent values('1)','u_addr','u_agent')有时,不存在回显的地方即使存在注入也无法得到结果.,但却是一个安全隐患,需要引起重视.

IP来路引发的注入问题： 这里我又写了一段代码，看似没有任何注入问题，原因是目标主机IP地址是可控的。

<?php

function GetIP(){

        static $retIP;

        if(isset($_SERVER)){

                if(isset($_SERVER['HTTP_X_FORWARDED_FOR'])){

                        $retIP = $_SERVER['HTTP_X_FORWARDED_FOR'];

                }else if(isset($_SERVER['HTTP_CLIENT_IP'])){

                        $retIP = $_SERVER['HTTP_CLIENT_IP'];

                }else{

                        $retIP = $_SERVER['REMOTE_ADDR'];

                }

        }

        return $retIP;

}

$connect = mysqli_connect("127.0.0.1","root","123","lyshark");

if($connect)

{

        $addr = GetIP();

        $sql = "select * from ip where address='$addr' limit 0,1";

        $query = mysqli_query($connect,$sql);

        $row = mysqli_fetch_array($query);

        echo '本机IP:' . $row['address'];

        if ($row['address'] == $addr)

        {

                echo "注册过了..";

        }

}

?>

<?php echo '<hr><b> 后端执行SQL语句:  </b>' . $sql;?>

HTTP请求头引发的注入问题 (SQL注入)的更多相关文章

  1. XPath注入跟SQL注入差不多，只不过这里的数据库走的xml格式

    SQL注入这块不想细聊了,相信很多朋友都听到耳朵长茧,不外乎是提交含有SQL操作语句的信息给后端,后端如果没有做好过滤就执行该语句,攻击者自然可以随意操纵该站点的数据库. 比如有一个图书馆站点book ...

  2. False注入,以及SQL注入技巧总结

    title: False注入,以及SQL注入技巧总结 date: 2017-04-25 00:23:31 tags: ['SQL注入'] --- 利用False我们可以绕过一些特定的WAF以及一些未来 ...

  3. 注入攻击-SQL注入和代码注入

    注入攻击 OWASP将注入攻击和跨站脚本攻击(XSS)列入网络应用程序十大常见安全风险.实际上,它们会一起出现,因为 XSS 攻击依赖于注入攻击的成功.虽然这是最明显的组合关系,但是注入攻击带来的不仅 ...

  4. 注入攻击(SQL注入)

    注入攻击是web安全领域中一种最为常见的攻击方式.注入攻击的本质,就是把用户输入的数据当做代码执行.这里有两个关键条件,第一是用户能够控制输入,第二个就是原本程序要执行的代码,将用户输入的数据进行了拼 ...

  5. 最新SQL手工注入语句&SQL注入大全

    看看下面的1.判断是否有注入;and 1=1;and 1=2 2.初步判断是否是mssql;and user>0 3.判断数据库系统;and (select count(*) from syso ...

  6. SQL注入 (1) SQL注入类型介绍

    SQL注入 SQL注入介绍与分类 1. 什么是sql注入 通过把SQL命令插入到Web表单提交或输入域名或页面请求的查询字符串,最终达到欺骗服务器执行恶意的SQL命令. 2. sql注入类型 按照注入 ...

  7. 注入攻击(SQL注入防御)

    正确的防御SQL注入 sql注入的防御不是简单只做一些用户输入的escape处理,这样是不够的,只是提高了攻击者的门槛而已,还是不够安全. 例如 mysql_real_escape_string()函 ...

  8. 常见sql注入的类型

    这里只讲解sql注入漏洞的基本类型,代码分析将放在另外一篇帖子讲解 目录 最基础的注入-union注入攻击 Boolean注入攻击-布尔盲注 报错注入攻击 时间注入攻击-时间盲注 堆叠查询注入攻击 二 ...

  9. 从orderby引发的SQL注入问题的思考

    背景: 某一天准备上线,合完master之后准备发布了,忽然公司的代码安全监测提示了可能在代码中存在sql注入的风险,遂即检查,发现sql注入问题 既然碰到了这个问题,那就了简单了解下sql注入 基础 ...

  10. web前端安全 XSS跨站脚本 CSRF跨站请求伪造 SQL注入

    web安全,从前端做起,总结下web前端安全的几种技术: 1,XSS XSS的全称是Cross Site Scripting,意思是跨站脚本,XSS的原理也就是往HTML中注入脚本,HTML指定了脚本 ...

随机推荐

  1. drf-jwt配置文件 jwt签发认证源码分析 自定义用户签发认证 simpleui后台管理美化 权限控制 (acl、rbac)

    目录 昨日回顾 接口文档 自动生成接口文档 接口文档必备的内容 cookie-session-token发展史 token原理 base64 快速签发 定制返回格式 jwt的认证 drf-jwt配置文 ...

  2. POJ - 2259 Team Queue (队列）

    题目链接 https://vjudge.net/problem/POJ-2259 题解 在任何时刻,同一个小组的人只要来到了队伍,就会站在一起,所以我们建立一个队列q0存储队伍中所有小组的编号,再为每 ...

  3. The 18th Zhejiang Provincial Collegiate Programming Contest 补题记录（ACFGJLM）

    补题链接:Here A. League of Legends 签到题,求和判断即可 ll suma, sumb; void solve() { ll x; for (int i = 1; i < ...

  4. 师爷，翻译翻译什么叫AOP

    张麻子:汤师爷,翻译翻译,什么叫AOP? 汤师爷:这还用翻译. 张麻子:我让你翻译给我听,什么叫AOP? 汤师爷:不用翻译,切面编程就是AOP啊. 黄四郎:难道你听不懂什么叫AOP? 张麻子:我就想让 ...

  5. excel如何自动获取本周工作日的日期显示作为标题（周一至周五）

    一.背景: 每周发周报的标题格式为:本周一到本周五的日期内容,如下:但是每隔一周发送的时候需要改一下周报标题里面的日期,比较麻烦目前的需求是通过函数自动化生成,根据当前的日期去定位出本周一的日期以及本 ...

  6. Laravel - 修改时间戳

    将 config/app.php文件下将timezone的值改成Asia/Shanghai即可

  7. [转帖]Nginx内置变量以及日志格式变量参数详解

    https://www.cnblogs.com/wajika/p/6426270.html $args #请求中的参数值 $query_string #同 $args $arg_NAME #GET请求 ...

  8. [转帖]Linux中查看各文件夹大小命令du -h --max-depth=1

    https://www.cnblogs.com/the-tops/p/8798678.html 最近排查服务器异常的时候,常会遇到磁盘慢的情况,这个时候,查找那个文件夹占用的内存的时候常用到这个命令: ...

  9. [转帖]深入理解mysql-第五章 InnoDB记录存储结构-页结构

    前言: 页是InnoDB管理存储空间的基本单位,上一章我们主要分析了页中的主要的构成行的存储结构-行格式,其中简单提了一下页的概念.这章我们详细讲解一下页的存储结构. 一.数据页结构 前边我们简单提了 ...

  10. [转帖]Optimizing Block Device Parameter Settings of Linux

    https://support.huawei.com/enterprise/en/doc/EDOC1000181485/ddbc0e8b/optimizing-block-device-paramet ...