1.mssql的源码堆叠注入总结
2.第79篇:记一次Oracle注入漏洞提权的艰难过程
3.攻防世界[Web]-高手进阶
4.SQLMap 源码阅读
5.2023最新版超详细Sqlmap安装保姆级教程,SQL注入使用指南,解析收藏这一篇就够了
mssql的源码堆叠注入总结
0x 前言
本文总结了初次遭遇MSSQL堆叠注入的经验与理解,旨在深化对堆叠注入原理和实践的解析掌握,尽管作者对PHP代码审计不甚精通,源码本文将直接聚焦于MSSQL堆叠注入的解析设置进程优先级易语言源码实战过程与应对策略。
0x 堆叠注入
堆叠注入发生在SQL查询语句结尾的源码分号后,附加额外SQL命令,解析形成多命令执行,源码类似于联合查询但更为灵活,解析能够执行任意SQL语句。源码
0x 渗透过程
首先,解析利用FOFA批量检索目标。源码尝试前端弱密码登录,解析发现几个可以直达后台入口,源码但缺少获取shell的直接途径。
转向后台登录界面,利用抓包测试注入点,发现存在MSSQL堆叠注入情况。直接运用SQLmap工具,成功获取数据库权限。
尝试使用`--os-shell`选项,意识到堆叠注入后的命令无回显,改用其他方法。成功通过DNS日志执行命令,进而利用`xp_cmdshell`函数,检查函数是否被禁用。最终,直接注入C# PowerShell脚本实现远程控制,提权至系统级权限。
排查进程,发现大量 PowerShell 进程,直接进入溯源阶段。确认没有内网环境,结束渗透行动。资料出售网站源码
0x 总结
顺利渗透得益于MSSQL数据库未启用杀软,命令执行未被拦截。若`xp_cmdshell`函数被禁用,可通过执行系统命令配置,添加影子用户并加入管理员组。此外,介绍利用差异备份方法备份一句话木马,适用于存在杀软的情况。提供学习资料包的免费获取途径,包括教程、源码、学习笔记、工具、课件和面试题解析,还邀请大牛讲师在线答疑。
第篇:记一次Oracle注入漏洞提权的艰难过程
大家好,我是ABC_。我近期遇到了一个Oracle注入漏洞,是搜索型的盲注漏洞,只能通过折半法一个字符一个字符的猜解数据。经过判断,发现这是DBA权限的注入点。接下来,我将分享如何通过这个注入点获取操作系统的权限,并且分享了在技术研究过程中遇到的问题和解决方法。
在解决这个问题时,我进行了两方面的优化来加快SQL注入的速度。首先,我在search=%语句中加入了存在结果很少的搜索值,比如将search=%,只显示出一条搜索结果,这样可以减少数据库的检索量和HTTP返回的数据包大小,从而加快SQL注入的速度。其次,视频弹幕网页源码我修改了SQLmap的默认个线程限制,这需要修改SQLmap的源码,这里就不详细解释了。
在Oracle注入提权的语句方面,我注意到很多文章给出的语句通常分为三个步骤,其中第二步就是赋予当前Oracle账号相关的JAVA权限。然而,这个语句包含了大量的单引号和左右尖括号,有时候会被转义掉导致注入失败,而且这个语句异常复杂,容易出错。因此,我使用了一个简单的语句替代,效果更佳。这个语句的格式是BEGIN开头,然后end;结尾,代表一个PL/SQL语句块,如下所示:select dbms_xmlquery.newcontext('declare PRAGMA AUTONOMOUS_TRANSACTION; BEGIN EXECUTE IMMEDIATE ''grant javasyspriv to test''; end;') from dual。
我使用了SQLmap的--sql-shell命令将上述语句执行,但是最后执行的命令没有成功。在处理这种情况时,我通常有两种可能:一是执行命令被拦截,二是Java代码没有执行成功。因此,我使用了如下SQL语句进行判断,结果返回0,说明函数没有添加成功。经过一系列测试,我发现是SQLmap的SQL-shell下功能下,上述复杂的SQL语句根本没执行成功。
为了更方便地执行Oracle的复杂SQL语句,我将SQL注入语句进行了修改,通过and (插入SQL语句) is not null的方式,可以在左右括号中插入各种Oracle的杀毒易语言源码SQL语句。然而,这种方法也遇到了WAF拦截的问题。为了解决这个问题,我使用了Oracle特有的编码方式,将SQL语句成功执行。再次执行查询LinuxUtil是否存在的SQL语句,发现返回count()不为0,说明Java代码成功添加执行。然而,LinuxUtil命令依然无法执行,我怀疑是Java权限没有添加成功。我执行了查询当前用户权限的语句,发现当前用户具有CONNECT、RESOURCE、JAVASYSPRIV权限,说明Java相关权限确实是添加成功了。然而,为什么还是无法调用LinuxUtil命令呢?我重新搭建了测试环境,使用Navicat执行Oracle提权语句后,发现报了权限错误。
在查阅大量国外文章后,我发现判断当前用户是否有Java权限,需要查询session_roles表。该表用于显示当前会话中的角色信息,必须session_roles中有JAVASYSPRIV权限才行。我尝试断开Oracle当前账号的连接,重新连接之后,session_roles表中就有相应权限了。然而,我们是在SQL注入点,无法断开重连,那么如何使Java权限立即生效呢?国外文章给出了几种方法,但执行后仍然无法解决问题。
在等待第二天后,汉语字典网站源码惊奇地发现session_roles中存在JAVASYSPRIV角色了,我也不清楚原因,但此时可以通过select LinuxExecHanshu('whoami') from dual执行命令。然而,盲注过程太麻烦,我选择结合SQLmap的SQL-shell终端来盲注入,因为该SQL语句比较简短,SQLmap的SQL-shell模式猜解是完全无压力的。最终,我们成功获取了系统权限。
总结来说,这个dbms_xmlquery.newcontext函数在高版本的Oracle数据库中已经不能提权成功,甚至不能使用,需要使用其他方法进行提权。在本地搭建的Oracle环境中,大多数情况下可以直接提权成功,但极少数情况下需要断开重连,具体原因不明。如果文章中有错误,欢迎批评指正。后续,我将继续分享Oracle提权的其他方法,敬请期待。
攻防世界[Web]-高手进阶
每次进题做题页面时,题目的编号变动,导致写WriteUp时需反复调整顺序,因此已将编号去除,建议多用搜索功能。
初始页面应为index.php,但URL显示为1.php,实际操作中输入index.php后同样跳转到1.php。使用burpsuite抓取响应头,在URL中访问index.php,进一步分析。
题目页面提供了一串提示,说明robots.txt的作用与潜在风险。尝试直接访问robots.txt,发现实际暴露了flag.php文件。robots.txt主要供爬虫遵循规则,但flag.php文件即使被禁止爬取,仍可通过浏览器直接访问并获取flag。
部分题目未完成,之前有参考WriteUp,从现在开始会特别标注。这些题目给出的线索有限,如robots.txt、login.php、admin.php等文件不存在。查看WriteUp后发现存在phps[1]这种后缀的文件,可直接通过浏览器查看源代码。通过HTTP响应,需要将id参数设置为“admin”,通过GET方式传递,由于两次解码过程,需将admin编码为%%%6d%%6e,再对%%%6d%%6e进行一次url编码%%%d%%e。通过GET方式提交,成功获取flag。
题目是php_rce,搜索发现ThinkPHP5存在远程代码执行漏洞。构造payload验证漏洞,最终成功验证并修改payload查找flag。直接输出flag,确认漏洞利用。
题目页面显示ThinkPHP5的默认页面,基于题目名php_rce,搜索发现存在漏洞。构造payload验证并修改查找flag,最终直接输出flag。
题目页面仅显示PHP代码,主要过程是获取通过GET方式传递的page参数。检查page参数中是否包含php://字段,若存在则删除。代码最后会include page参数中的内容。由于对include函数不熟悉,参考文档后得知支持多种协议。构造payload使用data://协议传入一句话木马,查找flag文件。
尝试直接查找flag文件,未果。继续尝试列出当前目录文件,最终发现目标文件并直接输出结果。
题目提示存在SQL注入,尝试在输入框中验证,发现确实存在。使用sqlmap扫描数据库信息,结果为MariaDB,root用户非DBA。查找WriteUp后得知是手工注入方法。在写入payload后,发现flag文件位置在id=的HTTP响应中。
题目页面显示php代码,需要通过GET方法传递base编码的序列化demo对象。主要步骤为创建Demo实例、序列化。完成payload构造后,通过GET方法提交。
访问题目网站,源码中给出提示,访问source.php进行代码审计。发现hint.php文件,提示flag在ffffllllaaaagggg中。检查checkFile函数逻辑,尝试绕过,发现是字符串截取逻辑错误。修改payload,通过两次url编码的?前设置白名单文件,绕过后直接获取flag。但路径解析问题还需进一步研究,如何处理source.php%f与../../../../ffffllllaaaagggg的路径关系。
SQLMap 源码阅读
本文主要解析了SQLMap的源码阅读流程。首先,我们确认了SQLMap运行的流程图,这有助于我们深入理解源码。在开始SQLMap运行前,程序进行一系列初始化操作,包括环境设置、依赖加载、变量配置等。
接下来,我们处理URL。通过cmdLineParser()从命令行获取参数,进而通过initOptions(cmdLineOptions)解析这些命令行参数。初始化函数中,通过loadBoundaries()、loadPayloads()、_loadQueries()加载payload,这些函数负责从XML文件中加载边界、payload和查询。在loadBoundaries()中,程序读取data/xml/boundaries.xml文件并解析其中的XML,将结果添加到conf对象的tests属性中。conf对象存储了目标的相关信息以及配置信息。
在URL处理阶段,程序通过getCurrentThreadData()获取当前线程数据,并调用f(*args, **kwargs)进行处理。这里的逻辑位于/lib/controller/controller.py文件下,主要工作包括打印日志、赋值和添加HTTP Header等,最终到达parseTargetUrl()函数。在该函数中,程序进行URL的剖析与拆解,并将这些内容保存到conf对象的对应属性中,以便后续使用。
接着,SQLMap会生成注入检测的payload,核心代码位于controller.py文件的行。在setupTargetEnv()函数中,程序调用hashDBRetrieve()函数,根据参数KB_INJECTIONS检索payload。payload生成逻辑在第行,执行SQL语句并使用basePickle进行加密。最终,程序生成payload并进行探测,如果目标返回Connection refused,则返回False。
在WAF检测部分,当URL处理完毕后,程序进行探测,判断目标是否存在WAF。如果存在WAF,则生成用于fuzz的payload,这个payload基于/sqlmapproject/sqlmap.git
测试 sqlmap 是否正常工作,前提需要安装 Python 2:
apt install python2
cd 到 sqlmap 目录:
cd sqlmap/
运行 sqlmap 命令并查看帮助手册:
./sqlmap.py -h
检测 SQL 注入:
1. 手动判断是否存在漏洞。对动态网页进行安全审计,通过接受动态用户提供的 GET、POST、Cookie 参数值、User-Agent 请求头。构造 url1 和 url2,如果 url1 访问结果与原始网页一致,url2 不一致,表示存在 SQL 注入。
2. 使用 sqlmap 自动检测漏洞。检测语法为:sqlmap.py -u 目标 url。
3. 寻找 SQL 注入实例,通过百度搜索特定字符串并测试 URL。
进行数据库操作:
列数据库信息:--dbs
获取当前使用的数据库:--current-db
获取当前用户:--current-user
列出 SQL Server 所有用户:--users
列出数据库账户与密码:--passwords
指定数据库列出所有表:-D 数据库名 --tables
指定数据库表列出所有字段:-D 数据库名 -T 表名 --columns
导出指定字段的数据:-D 数据库名 -T 表名 -C 字段名 --dump
指定范围导出数据:-D 数据库名 -T 表名 -C 字段名 --start 行数 --stop 行数 --dump
SQLMAP 实用技巧:
绕过 WAF 注入:修改 sqlmap 源代码文件,使用特定的绕过方法。
URL 重写测试:使用特殊字符进行注入测试。
列举并破解密码哈希:sqlmap 列举用户并尝试破解密码。
获取数据个数:使用 --count 参数。
网站漏洞爬取:使用 --batch --crawl 参数。
预估时间注入:使用 --eta 参数。
使用 hex 避免编码问题:使用 --hex 参数。
模拟手机环境:使用 --mobile 参数。
智能判断测试:使用 --batch --smart 参数。
结合 burpsuite 使用:使用 -r 参数读取抓包文件。
自动填写表单注入:自动化表单填写功能。
读取文件:使用 --file 参数读取特定文件。
延时注入:使用 --technique 参数。
结合 burpsuite 进行 post 注入:通过配置 burpsuite 代理拦截请求。
cookies 注入:通过 --cookies 参数进行 cookies 注入。
MySQL 提权:连接数据库后,利用 sqlmap 上传特定插件。
执行命令:特定权限下可执行命令。
通过以上步骤和技巧,可以全面掌握 sqlmap 的使用方法,有效进行 SQL 注入测试和数据库操作。
2024-11-27 13:34
2024-11-27 12:15
2024-11-27 12:09
2024-11-27 11:35
2024-11-27 11:29
2024-11-27 11:26
2024-11-27 11:15
2024-11-27 11:11