记录某oa的sql注入挖掘时的奇葩情况

0x01前言

因为项目需要对一些系统做测试,找到一个oa系统,正好以前搞过类似的oa,就记录一下本次测试的有趣点。

0x02过程

因为以前搞过,所以直接拿sql注入的payload来用,可以看到能查出当前数据库用户是dbo
在这里插入图片描述

当前数据库为mssql,所以就看看能不能试试xp_cmdshell,先查询一下xp_cmdshell是否开启(mssql2005版本以后,默认是关闭的,如果要开启需要手动开启)。
exec sp_configure
可以看到xp_cmdshell的值为0/1/0/0所以是没有开启的状态
在这里插入图片描述
那么开启xp_cmdshell就可以执行命令了(前提是一定要能支持堆叠)

exec sp_configure 'show advanced options', 1;
RECONFIGURE;
EXEC sp_configure'xp_cmdshell', 1;
RECONFIGURE;

执行了上面的命令之后再查看xp_cmdshell的状态就变成了0/1/1/1
在这里插入图片描述
执行命令

exec master..xp_cmdshell 'whoami';

在这里插入图片描述

0x03奇怪的现象

当我用另外一个sql注入payload的时候发现一个以前没见过的情况,我用上一个payload知道了当前用户为dbo,这个payload应该也能测试出来的,但是返回包没有任何内容,于是我尝试用时间盲注,发现数据包重置的时间跟我设置的休眠时间一样,当我把if语句改为false时,数据包立马就重置了,当我把if语句改为true时,数据包5秒后才重置(因为我以前没见过这种情况就很惊讶)通过数据包重置的时间盲注。
在这里插入图片描述
更惊讶的是,我把数据包发送给其他人,他们都复现不了,只有我能复现。(太神奇了!!!)

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
致远OA是一个商业级的办公自动化系统,为了保障系统的安全性,开发者在设计应该会尽可能地避免常见的安全漏洞,如SQL注入SQL注入是一种常见的Web安全漏洞,攻击者通过注入恶意的SQL代码,从而绕过应用程序的输入验证,获取或篡改数据库中的数据。然而,对于致远OA这样的商业级系统,一般来说,开发团队应该会采取一系列的措施来防止SQL注入。 以下是一些可能的措施: 1. 输入验证和过滤:致远OA应该对用户输入进行严格的验证和过滤,并防止任何潜在的恶意SQL代码通过。这可以通过使用Web应用程序防火墙(WAF)、编写安全的输入验证规则、限制特殊字符的输入等方式实现。 2. 参数化查询:致远OA应该使用参数化查询或预编译语句,而不是拼接用户输入来执行SQL查询。参数化查询可以有效防止SQL注入,因为参数化查询会将用户的输入作为参数传递给数据库,而不是直接将其拼接为SQL语句。 3. 存储过程和视图:致远OA可以使用存储过程或视图来处理数据库操作,从而减少执行动态SQL语句的机会,并提高安全性。 4. 安全漏洞扫描和修补:致远OA的开发团队应该进行定期的安全漏洞扫描,及修补已经发现的漏洞,并持续跟踪和更新最新的安全补丁。 总之,致远OA作为一个商业级的办公自动化系统,应该采取多种安全措施来防止SQL注入和其他安全漏洞的影响。用户也应该及更新系统和软件的最新版本,以提高系统的安全性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值