SQL注入回顾篇(二)

最新推荐文章于 2022-10-27 15:54:03 发布
置顶 最新推荐文章于 2022-10-27 15:54:03 发布
阅读量4.7k 收藏 6
点赞数
分类专栏： 注入 漏洞挖掘 CTF学习 渗透之旅 认证技术 CTF大本营
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/JBlock/article/details/88040022
版权
CTF学习 同时被 3 个专栏收录
15 篇文章 0 订阅
订阅专栏
注入
13 篇文章 1 订阅
订阅专栏
漏洞挖掘
12 篇文章 0 订阅
订阅专栏
前言

忆往昔，峥嵘岁月稠！大学已经到了大三了，打了很多比赛，回顾还是挺欣慰！此系列来由是想留一点东西，把所学知识整理一下，同时也是受github上Micro8分享的启发，故想做一些工作，以留后人参考，历时两个星期，第一系列SQL注入回顾篇出炉！内容分四节发布，其中SQL注入代码审计为两节，WAF绕过总结为1节，SQLMAP使用总结为1节！此为SQL注入代码审计第二部分。欢迎各位斧正，交流！

文章目录

简介

SQL注入就是web应用程序对用户输入数据的合法性没有判断，前端传入后端的参数是攻击者可控的，并且参数带入数据库查询攻击者可以通过构造不同的sql语句来实现对数据库的任意操作。

Sql注入的产生需要满足以下两个条件：

  1. 参数用户可控：前端传给后端的参数内容是用户可以控制的。
  2. 参数带入数据库查询：传入的参数拼接到sql语句中，且带入数据库查询。

当传入的参数ID为1’时，数据库执行的代码如下所示。

Select * from users where id=1’

这个语句不符合数据库语法规范，所以会报错。当传入的参数为and 1=1时，执行的sql语句如下所示

Select * from users where id=1 and 1=1

因为1=1为真，且where语句中的id=1也为真，所以页面会返回与id=1相同的结果。当传入的id参数为and 1=2时，此时sql语句恒为假，所以服务器会返回与id=1不同的结果

在实际环境中，sql注入会导致数据库的数据泄露，在安全配置不当的情况下还可能会被攻击者拿到系统权限，进行文件的读写操作等。

普通的注入审计，可以通过$_GET,$_POST等传参追踪数据库操作，也可以通过select , delete , update,insert 数据库操作语句反追踪传参。

Mysql注入相关知识点

  1. 在Mysql 5.0版本之后，Mysql默认在数据库中存放一个”information_shcema”的数据库，在该库中，读者需要记住三个表名，分别是SCHEMATA,TABLES和COLUMNS。分存储该用户创建的所有数据库的库名，库名和表名，库名和表名,字段名。

  2. Limit的用法：使用格式为limit m,n,其中m是指记录开始的位置，从0开始，表示第一条记录：n是指取n条记录。例如limit 0,1表示从第一条记录开始，取一条记录。

  3. 需要记住的几个函数

    • database():当前网站使用的数据库。
    • version():当前MYSQL的版本。
    • user():当前MySQL的用户。

  4. 注释符

    在MYSQL中，常见的注释符的表达式为：#或–空格或/**/，

    ，//，-- , --+,,%00,--a。

  5. 内联注释

    内联注释的形式：/*！code */。内联注释可以用于整个SQL语句中用来执行我们的SQL语句，

    举个栗子:

    Index.php?id=-15 /*!UNION*/ /*!SELECT*/ 1,2,3

  6. MYSQL对大小写不敏感，所以存在大小绕过。

时间注入

​ 注入测试地址http://192.168.23.134/time/time.php?id=1

访问该网址，页面返回yes。，在网址的后面加上一个单引号，再次访问，页面返回no。这个结果与boolean注入非常相似，与之不同的是，时间注入是利用sleep()或benchmark()等函数让Mysql的执行时间更长。时间盲注多与IF(expr1,expr2,expr3)结合使用，此if语句含义是:如果expr1是TRUE,则IF()的返回值为expr2;否则值则为expr3。所以判断数据库库名长度的语句应为:

if(length(database())>1,sleep(5),1)

这条语句的意思是，如果数据库名的长度大于1，则mysql查询休眠5秒，否则查询1。

而查询1的结果大约只有几十毫秒，所以可以根据Burp Suite页面的响应时间，判断条件时候正确。
在这里插入图片描述

页面的响应时间为6154毫秒，也就是6.154秒，表明页面成功执行了sleep(5),所以数据库名长度是大于1的，我们尝试将判断数据库库名长度语句中的长度改为10。
在这里插入图片描述

执行时间为1051毫秒，也就是1.051秒，也就是说服务器并没有执行sleep(5),而是执行了select 1,所以返回yes。经过多次测试后就可以确定数据库库名的长度，接下来我们可以查询数据库库名的第一位字母，查询语句与Boolean盲注相似，使用substr函数，这时的语句应为

if(substr(database(),1,1)=’d’,sleep(5),1)

在这里插入图片描述

​ 程序延迟了6.024秒才返回，说明数据库库名的第一位字母是d,依此类推即可得出完整的数据库库名,表名，字段名和具体数据。此外，时间盲注受网速影响，所以有时候会出现偏差，建议选在网站网速较好的时候测试！

时间注入代码分析

在这个程序页面，程序获取GET参数ID，通过preg_match判断参数ID中是否存在Union危险字符，然后将参数ID拼接到SQL语句中。将数据库中查询SQL语句，如果有结果，则返回yes，否则返回no。当访问该页面时，代码根据数据库查询结果返回yes或no，而不返回数据库的任何数据在页面上，与Boolean注入不同的是，此处没有过滤sleep等字符，代码如下：

<?php

$con=mysqli_connect("localhost","root","root","dvwa");

// 检测连接

if (mysqli_connect_errno())

{

   echo "连接失败: " . mysqli_connect_error();

}

$id = $_GET['id'];

if (preg_match("/union/i", $id)) {

  exit("<htm><body>no</body></html>");

}

$result = mysqli_query($con,"select * from users where `user_id`='".$id."'");

$row = mysqli_fetch_array($result);

if ($row) {

     exit("<htm><body>yes</body></html>");

}else{

  exit("<htm><body>no</body></html>");

}

?>
堆叠查询注入

注入测试网址: http://192.168.23.134/dd/dd.php?id=1

堆叠查询可以执行多条语句，多语句之间以分号隔开。而堆叠查询注入就是利用这个特点，在第二个SQL语句中构造自己要执行的语句，首先访问id=1’，页面返回mysql错误，再访问1’%23，页面返回正常结果。这里可以使用Boolean注入，时间注入，也可以使用另外一种方式—堆叠注入！

堆叠注入语句：

  ‘;select if(substr(user(),1,1)=’r’,sleep(3),1)%23

从堆叠注入语句可以看到，第二条SQL语句(substr(user(),1,1)=’r’,sleep(3),1)%23就是时间盲注的语句，执行结果如图所示
在这里插入图片描述

后面的注入与时间注入的一样，通过构造不同的时间注入语句，可以得到完整的数据库的库名，表名，字段名和具体的数据。以下语句是获取数据库的表名。

‘;select if(substr((select table_name from information_schema.tables where table_schema=database() limit 1,1)=’u’,sleep(3),1)%23
堆叠注入代码分析

在堆叠注入界面中，程序获取GET参数ID，使用PDO的方式进行数据库查询，但仍然将参数ID拼接到查询语句，导致PDO没起到预编译的效果，程序仍然存在SQL注入漏洞，代码如下：

<?php

try {

    $conn = new PDO("mysql:host=localhost;dbname=dvwa", "root", "root");

    $conn->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

    $stmt = $conn->query("SELECT * FROM users where `user_id` = '" . $_GET['id'] . "'");

 

    $result = $stmt->setFetchMode(PDO::FETCH_ASSOC);

   foreach($stmt->fetchAll() as $k=>$v) {

       foreach ($v as $key => $value) {

            //echo $value;
        }
   }

    $dsn = null;

}
catch(PDOException $e)

{
    echo "error";
}
$conn = null;

?>

使用PDO执行SQL语句时，可以执行多语句，不过这样通常不能直接得到注入结果，因为PDO只会返回第一条SQL语句执行结果所以在第二条语句中可以用update更新数据或者使用时间盲注获取数据。访问dd.php?id=1’;select if(ord(substr(user(),1,1))=114,sleep(3),1)%23时，执行的sql语句为：

select * from users where ‘id’=’1’;select if(ord(substr(user(),1,1))=114,sleep(3),1)#

​ 此时的sql语句为两条！

二次注入

​ 注入测试地址：http://192.168.23.134/sqli-labs/Less-24/

二次注入的原理，在第一次进行数据库插入数据的时候，仅仅只是使用了 addslashes 或者是借助 get_magic_quotes_gpc 对其中的特殊字符进行了转义，在写入数据库的时候还是保留了原来的数据，但是数据本身还是脏数据。

在将数据存入到了数据库中之后，开发者就认为数据是可信的。在下一次进行需要进行查询的时候，直接从数据库中取出了脏数据，没有进行进一步的检验和处理，这样就会造成SQL的二次注入。比如在第一次插入数据的时候，数据中带有单引号，直接插入到了数据库中；然后在下一次使用中在拼凑的过程中，就形成了二次注入。

这里以SQLIlab lesson-24为例，也是考察的二次注入的点。
在这里插入图片描述
这题正常的流程是首先注册一个账号，然后登陆进去会让你修改新的密码。
在这里插入图片描述

直接尝试在登陆处尝试SQL注入，payload: cck’# 发现失败
在这里插入图片描述

这里我们换一种思路，注册一个test’#的账户。

在这里插入图片描述

发现账户被成功注册，因此可以推测程序并未对脏数据对行后处理。经过转义的数据又被还原到数据库中。

在这里插入图片描述

这里我们有一个test的账户，密码为1234，如果我们以test’#账户登录，进行修改密码如下
在这里插入图片描述

此时不需要当前密码就可以修改密码

在这里插入图片描述

因此可以发现二次注入，注入的数据不会在刚开始就作用，而是在第二次引用的时候，由于脏数据被引用而导致的注入。

二次注入代码分析

我们查看login.php,审计一下登陆处的逻辑
在这里插入图片描述

登陆处的username和password都经过mysql_real_escape_string函数的转义，直接执行SQL语句会转义’，所以该处无法造成SQL注入。

注册用户的时候用了mysql_escape_string过滤参数

在这里插入图片描述
但是脏数据还是插入了数据库

在这里插入图片描述

username直接从数据库中取出，没有经过转义处理。在更新用户密码的时候其实执行了下面的命令：

“UPDATE users SET PASSWORD=’22′ where **username=’test’#**‘ and password=’$curr_pass’”;

因为我们将问题数据存储到了数据库，而程序再取数据库中的数据的时候没有进行二次判断便直接带入到代码中，从而造成了二次注入。

宽字符注入

注入测试网址：http://192.168.23.134/kzf/kuanzifu.php?id=1

访问id=1’,页面并没有报错，反而多了一个转义字符(反斜杠)。

在这里插入图片描述

从返回结果看，参数id=1在数据库查询时是被单引号包围的。当传入id=1’时，传入的单引号又被转义字符转义，导致参数id无法逃逸单引号字符的包围，所以在一般情况下，此时是不存在SQL注入漏洞的。不过，有一个特例，就是当数据库的编码为GBK时，可以使用宽字节注入，宽字节的格式是在地址后先加一个%df，繁体字’連’,所以此时单引号成功逃逸，报出MySQL数据库的错误，如图

在这里插入图片描述

由于输入的参数id=1’，导致SQL语句多了一个单引号，所以需要使用注释符来注释程序自身的单引号，访问id=1%df’%23,看页面返回结果。
在这里插入图片描述

此时不再报错。

使用and 1=1和and 1=2进一步判读注入，访问id=1%df’and 1=1%23和id=1%df’and 1=2%23，如图所示

在这里插入图片描述

在这里插入图片描述

当and 1=1 程序返回正常，and 1=2程序返回错误，所以判断该参数id存在SQL注入漏洞，接着使用order by查询数据库表的字段数量，得知字段数为8。

在这里插入图片描述

因为页面直接显示了数据库中地内容，所以可以使用Union查询。接下来就是union注入一样，先判断显示位。

在这里插入图片描述

接下来尝试在4的位置上查询当前数据库的库名。

在这里插入图片描述

查询数据库的表名时，一般使用以下语句。

select table_name from information_schema.tables where table_schema=’dvwa’ limit 0,1

但是此时，由于单引号被转义，会自动出现反斜杠，导致报错，所以此时可以利用另一种方法：嵌套查询。就是在一个查询语句中，再添加一个查询语句，如下

select table_name from information_schema.tables where table_schema=(select database()) limit 0,1

在这里插入图片描述

查询字段值，这里我们采用另外一种方式，16进制绕过，逃逸

union select 1, 2,3,(select column_name from information_schema.columns where table_schema=0x64767761 and table_name=0x7573657273 limit 0,1),5,6,7,8#

在这里插入图片描述

dvwa的16进制为0x64767761，users的16进制为0x7573657273

宽字符注入代码分析

​ 在宽字节注入界面，程序获取GET参数ID，并对参数ID使用addslashes()转义，然后拼接SQL语句中，进行查询。

<?php

$conn = mysql_connect('localhost', 'root', 'root') or die('bad!');

mysql_select_db('dvwa', $conn) OR emMsg("数据库连接失败");

mysql_query("SET NAMES 'gbk'",$conn);

$id = addslashes($_GET['id']);

$sql="SELECT * FROM users WHERE user_id='$id' LIMIT 0,1";

$result = mysql_query($sql, $conn) or die(mysql_error());

$row = mysql_fetch_array($result);

      if($row)

     {

    echo $row['user_id'] .":". $row['user'];

    }

      else

      {

     print_r(mysql_error());

     }

?>

</frot>

<?php

echo "<br>The Query string is:".$sql."<br>";

?>

​ 当访问id=1’时，执行的SQL语句为:

SELECT * from users where id=’1\’’

可以看到单引号被转义字符‘\’转义，所以在一般情况下，是无法注入的，当然也有绕过方法，但是由于在数据库查询前执行了 SET NAMES ‘GBK’,将编码设置为宽字节GBK，所以此处存在宽字节注入漏洞。

在PHP中，通过iconv()进行编码转换时，也可能存在宽字节注入漏洞！

Cookie注入

注入测试地址：http://192.168.23.134/cookie/cookie.php

页面没有GET参数，但是页面返回正常，使用Burp Suite抓取数据发现cookie中存在id=1的参数

在这里插入图片描述

修改cookie中的id=1为id=1’,然后再次访问url，发现页面返回错误。然后分别修改cookie中id=1为id=1 and 1=1和id=1 and 1=2,再次访问，访问结果如图
在这里插入图片描述
在这里插入图片描述

可以发现，此程序存在SQL注入。接下来就是常规操作了，不再赘述！

Cookie注入代码分析

​ 程序通过 C O O K I E 获 取 浏 览 器 c o o k i e 中 的 数 据 ， 在 c o o k i e 注 入 界 面 中 程 序 通 过 _COOKIE获取浏览器cookie中的数据，在cookie注入界面中程序通过 C​OOKIE获取浏览器cookie中的数据，在cookie注入界面中程序通过_COOKIE获取参数ID，然后直接将ID拼接到select语句中进行查询，如果有结果，输出到界面。

<?php

  $id = $_COOKIE['id'];

  $value = "1";

  setcookie("id",$value);

  $con=mysqli_connect("localhost","root","root","dvwa");

  if (mysqli_connect_errno())

  {

   echo "连接失败: " . mysqli_connect_error();

  }

  $result = mysqli_query($con,"select * from users where `user_id`=".$id);

  if (!$result) {

   printf("Error: %s\n", mysqli_error($con));

    exit();
  }

  $row = mysqli_fetch_array($result);

  echo $row['user_id'] . " : " . $row['user'];

  echo "<br>";

?>

可以看到，cookie中的参数ID并没有做任何过滤，就直接拼接到了SQL语句中，因此存在SQL注入漏洞！

Base64注入

注入测试地址：http://192.168.23.134/bs4/base64.php?id=MSc=

从URL可以看出，ID参数经过base64编码，’MSc=’是1’的base64编码，当访问该网址时页面报错。

在这里插入图片描述

接下来验证注入，把参数为1 and 1=1 和 1 and 1=2并进行base64编码如

测试1 and 1=1 如下

在这里插入图片描述

测试1 and 1=2
在这里插入图片描述

从返回结果可以看出，访问id =1 and 1=1时，页面返回与id=1相同的结果，而访问id=1 and 1=2时，页面返回与id=1不同的结果，所以存在SQL注入漏洞。接下来可以使用order by查询字段，使用union完成此次注入

Base64注入代码分析

​ 在base64注入界面，程序获取GET参数ID，用base64_decode()进行解码，然后直接将解码后的$id拼接到select语句进行查询，通过while循环，将查询结果输入到页面上。

<?php

$id = base64_decode($_GET['id']);

$conn = mysql_connect("localhost","root","root");

mysql_select_db("dvwa",$conn);

$sql = "select * from users where user_id=$id";

$result = mysql_query($sql);

while($row = mysql_fetch_array($result)){

      echo "ID:".$row['id']."<br >";

      echo "user:".$row['user_id']."<br >";

      echo "pass:".$row['user']."<br >";

      echo "<hr>";

}
      mysql_close($conn);

      echo "now use".$sql."<hr>";

?>

由于代码并未对解码后的参数$id进行过滤，就将参数拼接到了SQL查询语句中，所以存在sql注入漏洞！

这种攻击方式还有其它利用场景，例如，如果有WAF，则WAF会对传输的参数ID进行检查，但是由于传输中的参数ID经过base64编码，所以WAF很有可能检测不到危险代码，进而绕过了WAF！

XFF注入

注入测试地址：http://192.168.23.134/xff/xff.php

从bp抓取数据包可以看出HTTP请求的头部有一个X-Forwarded-for。以下简称XFF头，它代表客户端真实ip，通过修改XFF头可以伪造客户端IP。

在这里插入图片描述

将XFF的值后面加个单引号，再次访问，报错

在这里插入图片描述

接下来，X-Forwarded分别设置为192.168.23.134’and 1=1# 和192.168.23.134’and 1=2#，结果如图

在这里插入图片描述

在这里插入图片描述

通过页面的返回结果可知，该程序存在SQL注入，接下来就是常规注入了，不再赘述！

XFF注入代码分析

​ PHP中的getenv()函数用于获取一个环境变量的值，类似于$_SERVER或$_ENV,返回环境变量对应的值，如果环境变量不存在则返回FALSE。

使用以下代码就可以获取客户端IP地址，程序先判断是否存在HTTP头部参数HTTP_CLIENT_IP,如果存在，则赋给$ip，如果不存在，则判断是否存在HTTP头部参数HTTP_X_FORWARED-FOR，如果存在赋给$ip,如果不存在，则将HTTP头部参数REMOTE_ADDR赋给$ip。

<?php

  $con=mysqli_connect("localhost","root","root","dvwa");

  if (mysqli_connect_errno())

  {

    echo "连接失败: " . mysqli_connect_error();

  }

  if(getenv('HTTP_CLIENT_IP')) {

    $ip = getenv('HTTP_CLIENT_IP');

  } elseif(getenv('HTTP_X_FORWARDED_FOR')) {

    $ip = getenv('HTTP_X_FORWARDED_FOR');

  } elseif(getenv('REMOTE_ADDR')) {

    $ip = getenv('REMOTE_ADDR');

  } else {

    $ip = $HTTP_SERVER_VARS['REMOTE_ADDR'];

  }
  $result = mysqli_query($con,"select * from users where `ip`='$ip'");

  if (!$result) {

    printf("Error: %s\n", mysqli_error($con));

    exit();

  }

  $row = mysqli_fetch_array($result);

  echo $row['user_id'] . " : " . $row['user'];

  echo "<br>";

?>

接下来，$ip被拼接到了select语句，然后将查询结果输出到界面上。

由于HTTP头部参数是可以伪造的，所以可以添加CLIENT_IP或XFF头部，进行注入，且程序并未对得到的$IP进行过滤，故存在SQL注入漏洞！

结语

到此SQL注入代码设计结束，下节内容为SQL注入的WAF绕过姿势，如有兴趣交流，请移步—>
传送门:
SQL注入回顾篇(一)
SQL注入回顾篇(三)
SQL注入回顾篇(四)

JBlock
关注
专栏目录
SQL注入（简介，操作）
Qianzshuo的博客
07-22 297
1.sql注入： 攻击者通过构造不同的SQL语句来实现对数据库的操作。 2.sql注入的危害： 获得用户数据(甚至是个人隐私) 获得(修改)管理员的账号密码 修改网站数据 上传文件(shell) 3.sql手注的基本姿势 判断注入点（通过构造错误的语句根据返回结果判断是否存在注入点，单引号，1=2……） 判断字段数（order by） 判断回显点（union select 1,2，……） 查询相关内容 猜询数据库版本 and 1=2 union select 1,version() 猜询数据库 an
sql注入-延时注入
课嗨教育的专栏
04-28 1528
渗透测试基础课-课程进度_不死的小鱼的博客-CSDN博客 延时注入和布尔盲注差不多 为什么要延时 因为有的时候我们知道这个地方存在注入但是页面返回信息一样 加了个if延时条件判断 if(条件,是,否) http://localhost/Less-9/index.php?id=1%27%20and%20if( 1<2,sleep(10),1)--%201 返回14秒 http://localhost/Less-9/index.php?id=1%27%20and%20if( 1>2,sleep(
SQL注入攻击尝试
IT民工的小窝
06-17 9250
SQL注入是在web开发中，不得不考虑的一个问题，近些年已经得到了较充分的重视。一般新手不注意的话，写出的程序容易被SQL注入攻击。比如笔者试了下面这样一个用户登录的页面（代码见附录）数据库为mysql，用户表为userinfo，通过sql注入，就可以随意登录。登录方式1用户名： or 1=1 or 1=1密码：任意select count(*) from userinfo where use
SQL注入初尝试
qq_50507641的博客
04-16 3175
1、寻找注入点 通过使用 ’ 来区别，加上可以看到和上图不同的输出结果。 id=1在数据库的存储形式大概是要么直接id=1或者id=‘1’或者id=“1” #号是注释符，在url编码中是%23（%+对应字符的ASCII值的十六进制数） 这是因为我们输入了一个单引号所以如果把后边一个引号注释掉就可以存在db里了，格式在数据库里变为 id=‘1’#’ 2、union注入攻击 比较 id=1 and 1=1 和id=1 and 1=2 ...
SQL注入案例曝光，请大家提高警惕
di91399的博客
07-28 135
近日公司网站发现有无聊人进行SQL注入攻击，在这里曝曝光，在鄙视那些"无聊之人无聊之举"的同时，望大家提高安全意识。 日志记录内容是这样的Url：/(x(1)a(eq2io1uyygekaaaanwqxmge4ywytzwy5yi00ytbjlwjlmdatotllmtlmodaym2m5lcndikok9dche5rd2s_rxyhp43i1))/production/prodeta...
深入浅出SQL注入
爱技术 爱生活
11-11 2821
之前在做学生信息管理系统和机房收费系统的时候,对于SQL注入的问题已经是司空见惯,但是并没有真正的地形象生动的理解SQL注入到底是什么玩意儿.直到这次做牛腩才在牛老师的举例之下,明白了原来SQL注入是真的很危险啊. 问题提出     我们先来构造一个简单的添加新闻类别的程序，在动态网页上添加一个TextBox控件，一个Button控件，一个GridView控件。布局如下图所示： 然后
一次sql注入问题的筛查报告 ，主要 是sql 注入的问题
最新发布
05-10
二、SQL注入的危害 1. 数据泄露：攻击者可以读取、修改或删除数据库中的数据，包括用户密码、个人信息等敏感信息。 2. 身份冒用：通过获取或修改用户数据，攻击者可以伪装成合法用户进行操作。 3. 控制服务器：在...
sql注入靶场实操
m0_46104808的博客
10-27 1581
sql注入漏洞利用
SQL注入教程——（三）简单的注入尝试
未昔的博客
09-24 558
SQL注入教程——（三）简单的注入尝试 2017年07月26日 13:20:47 hijack89 阅读数：3985 标签： sql注入 更多 个人分类： web安全 sql注入 版权声明：本文为博主原创文章，未经博主允许不得转载。若取得转载允许，请注明出处和原文链接。 https://blog.csdn.net/helloc0de/article/details/76142478 本文将以简单...
SQL注入攻击实操
12-24
对某个网站进行SQL注入攻击 获取账号密码
sql注入实践初体验
MClink的博客
11-16 844
  我们知道都web攻击有着许多种方式，作为一个web开发程序员，不但需要了解常见的攻击方式，还要简单熟悉其攻击方法，楼主不是搞CTF的，但很羡慕那种玩CTF的，这两天玩了一下实验吧的web题，学习了一些关于SQL注入的知识，很多人对SQL注入概念背的很熟悉，但是并没有对其实践过，于是我简单写了两个SQL注入小练习。部署到了楼主的服务器里。这篇文章主要针对和我一样web安全的初级爱好者吧。 先了...
SQL注入的简单操作
ovowovo的博客
12-02 220
1.判断有无注入点 ; and 1=1 and 1=2 2.猜表一般的表的名称无非是admin adminuser user pass password 等… and 0<>(select count(*) from ) and 0<>(select count() from admin) —判断是否存在admin这张表 3.猜帐号数目 如果遇到0< 返回正确页面 1...
sql注入
酷狗直播-锦凡歆的博客
12-22 349
SQL 注入漏洞 前言 结构化查询语言（Structured Query Language，缩写：SQL），是一种特殊的编程语言，用于数据库中的标准数据查询语言。1986年10月，美国国家标准学会对SQL进行规范后，以此作为关系式数据库管理系统的标准语言（ANSI X3. 135-1986），1987年得到国际标准组织的支持下成为国际标准。不过各种通行的数据库系统在其实践过程中都对SQL规范作...
SQL注入的问题：
u010930648的博客
06-25 380
问题描述：在利用sql语句进行查询的时候，如果我们按照传入的某个参数进行查询，例如当执行 read("' or 1 or '")；时，相应的查询语句变为了 select id,name,money,birthday from user where name='' or 1or '';导致查询结果出错(or 1表示 当name为ture即存在时就满足条件)，此时出现sql注入出错的问题。为此引入pr...
SQL注入详细步骤讲解
m0_66460483的博客
07-30 1190
SQL注入详细步骤讲解 1、Get型 整型与字符型注入判断： 举例: http://xxx/xxx/Less-1/?id=1 and 1=1 --+ 输入?id=1 and 1=1 --+正常，输入?id=1 and 1=2 --+报错，可判断为整型注入。 http://xxx.xxx/Less-1/?id=1' 输入?id=1'出现报错,输入?id=1''正常，可判断为字符型注入。 http://xxx.xxx/Less-1/?id=1...
SQL注入简单介绍
VVzv的博客
08-27 487
SQL注入是什么？ ​ SQL注入英文名叫SQL Injection，其它啥一大堆东西我就不多说了，大家可以百度、谷歌等等，我就给个维基百科对SQL注入的解释链接，我这里就不详细介绍了。点这里跳转到维基百科 ​ SQL注入其实是一种危害极大的web型漏洞，其利用在网页用户可控参数处（如：输入用户名或密码、翻页等）恶意执行网站数据库命令操作，甚至拖(脱)库（跑路）、getshell等，下面我就拿我们...
理解SQL注入：风险与防范
"这篇资料主要介绍了SQL注入的基础知识，包括Web应用的概念、HTTP协议、HTML和JavaScript的作用，以及SQL注入的原理和可能出现的位置。" 在Web应用开发中，理解SQL注入是非常重要的，因为它可能导致严重的安全问题...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值