【SQL注入点】注入点出现位置、判断、编码、利用

目录

一、四大注入点

1.1、简介:

1.2、分类:

二、注入点判断:

三、特殊编码

简述:

&和=

空格

分号

四、注入点判断利用


一、四大注入点

1.1、简介:

我们遇到的不一定注入点是表单中username字段的情况,有时候注入点会隐藏在不同的地方

四个常见的注入点的位置:GET参数中、POST请求中、User-Agent中、Cookies中

1.2、分类:

(1)GET参数中的注入(URL):

GET中的注入点一般最容易发现,因为我们可以在地址栏获得URL和参数等,可以用Sqlmap或者手工验证是否存在注入。


(2)POST请求中的注入(抓包):

burp:POST中的注入点一般需要我们通过抓包操作来发现,好比使用Burp

插件:浏览器插件Hackbar来发送POST包。

Sqlmap或者手工验证。


(3)User-Agent中的注入(抓包):

burp:发现User-Agent中的注入,可以使用Burp的Repeater模块

Sqlmap:将Sqlmap的参数设置为level=3,这样Sqlmap会自动检测User-Agent中是否存在注入。


(4)Cookies中的注入(浏览器插件、抓包):

burp:寻找Cookies中的注入,可以使用Burp的Repeater模块。

Sqlmap:可以设置参数为level=2,这样Sqlmap就会自动检测Cookies中是否存在注入了。

插件:浏览器修改cookie的插件也可以安装使用



二、注入点判断:

1、字符型(使用单双引号、括号/可叠加)

2、数字型(输入具体数字,或输入1+1与3-1,看页面显示情况是否一致)

注:更加复制的方法,使用函数测试,如ASCII命令就是一个典型的示例, 它返回被提交字符a的数字化ASCII代码。例如, 因为A的ASCII值为65, 在SQL中, ASCII('A')=65



三、特殊编码

简述:

在探查应用程序是否存在SQL注入之类的缺陷时, 常常会犯一个错误, 即忘记某些字符在HTTP请求中具有特殊含义。如果你希望在攻击有效载荷中插入这些字符, 必须谨慎地对它们进行URL编码, 确保应用程序桉预料的方式解释它们


&和=

用于连接名/值对, 建立查询字符串和POST数据块。应当分别使用%26与%3d对它们进行编码


空格

查询宇符串中不允许使用空格, 如果在其中提交空格, 整个宇符串会立即终止。必需使用+或%20对其编码(如果使用+,必需使用%2b对其编码)


分号

分号用于分隔cookic字段, 必须使用%3b对其编码



四、注入点判断利用

1、判断是否存在注入点

(1)在参数位置修改参数值,eg:id=1修改为2后是否数据改变

(2)插入单、双引号的检测方法(常用),未闭合的单引号会引起SQL语句单引号未闭合的错误提示


2、判断注入点还是整形或字符型

(1)数字型:通过and 1=1

(2)字符串型:闭合单引号测试语句'and'1'='1进行判断


3、判断查询列数

order by 或 union select


4、判断显示位

报错回显,用不存在的id=-1加上union select……

或者and1=2加上union select……


下面的就都是通过报错后,在显示位构造要查找的信息

5、获取所有数据库名

6、获取数据库所有表名

7、获取字段名

8、获取字段中的数据

  • 6
    点赞
  • 42
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
SQL注入是一种常见的安全漏洞,攻击者可以通过在用户输入中插入恶意的SQL代码来执行未经授权的数据库操作。以下是一些判断SQL注入注入的常见方法: 1. 输入验证失败:如果应用程序未正确验证和过滤用户输入,而直接将输入用于SQL查询,那么就存在SQL注入的风险。可以通过尝试在输入中插入特殊字符(如单引号、分号、注释符号等)来检测输入验证是否容易受到绕过。 2. 错误消息暴露:当应用程序在发生SQL错误时,返回了完整的错误消息给用户,其中可能包含了敏感信息或者SQL查询的细节。攻击者可以利用这些错误消息来获取有关数据库结构和查询的信息,从而判断是否存在注入。 3. 基于时间的盲注入:攻击者可以通过构造恶意的SQL语句来导致查询执行时间的延迟,从而判断是否存在注入。例如,使用SLEEP函数或者其他时间延迟的操作来观察应用程序的响应时间。 4. UNION注入:攻击者可以利用UNION操作符将恶意的SQL语句合并到正常的查询中,从而获取额外的数据。可以通过尝试在输入中插入UNION操作符来检测是否存在注入。 5. 盲注入:在某些情况下,应用程序不会直接返回错误消息或延迟响应时间,但攻击者仍然可以通过构造特定的SQL语句来判断是否存在注入。例如,使用布尔逻辑来判断某个条件是否成立,或者利用条件语句的真假来判断查询结果。 请注意,以上只是一些常见的判断SQL注入的方法,攻击者可能使用更复杂和隐蔽的技术来进行注入攻击。为了有效地防范SQL注入,建议开发人员采取安全编码实践,如使用参数化查询、输入验证和过滤、最小权限原则等。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

黑色地带(崛起)

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值