“一种少见的跨目录写webshell方法 ”的文章的分析与见解

老C(16*65) 2:55:38
一种少见的跨目录写webshell方法
老C(16*65) 2:55:50
谁对这个跨目录写马原理了解 ？
老C(16*65) 2:56:10
我试了几个iis账户都不行。
YoCo (私聊不回)(36*37) 2:56:12
跨什么目录
老C(16*65) 2:56:31
就是虚拟主机跨目录写shell的。
YoCo (私聊不回)(36*37) 2:56:31
wscript直接拷贝的吧
老C(16*65) 2:56:36
不是了。
老C(16*65) 2:56:42
组件都被删了。
老C(16*65) 2:56:49
利用iis的账户什么的。
YoCo (私聊不回)(36*37) 2:56:52
那就是本来目录设置就不严
老C(16*65) 2:57:23
可能。
老C(16*65) 2:57:35
IIS SPY可以查看到目标站的路径和IIS帐号密码
YoCo (私聊不回)(36*37) 2:58:06
iis账号的密码？扯淡呢吧
老C(16*65) 2:58:06
所以我必须找一个everyone有访问权限的站，IIS SPY看了下，用默认的IIS帐户的站也挺多，就找了一个可以跨过去，也可以写马，那么目标站的帐户应该也可以访问这个站吧。于是传上BS的马到那个站，访问，登陆成功，出现BS马的登陆界面
老C(16*65) 2:58:42
什么叫iis的默认的账户 ？
YoCo (私聊不回)(36*37) 2:59:02
要是能看到密码，那是system32目录权限给放水了
老C(16*65) 2:59:10
老C(16*65) 2:59:39
已经搞定了同服的一个shell
老C(16*65) 2:59:53
现在要向目标站写马
老C(16*65) 3:00:12
我利用这个方法
YoCo (私聊不回)(36*37) 3:00:16
用iis？
老C(16*65) 3:00:24
嗯
YoCo (私聊不回)(36*37) 3:00:31
果然奇葩
老C(16*65) 3:00:31
一种少见的跨目录写webshell方法
老C(16*65) 3:00:42
就是这篇文章了。
YoCo (私聊不回)(36*37) 3:01:08
恩，ms12-020还有一个秒杀直接添加管理员账户的exp
老C(16*65) 3:01:23
命令组件被删。
YoCo (私聊不回)(36*37) 3:01:43
目录设置权限不严才会被跨目录，不然就溢出
YoCo (私聊不回)(36*37) 3:01:59
超越神的存在，没有那回事
老C(16*65) 3:02:16
好吧，有时间去看看这个文章了。
老C(16*65) 3:02:21
https://www.jb51.net/Article/201106/93922.html
老C(16*65) 3:02:31
我没弄清楚到底怎么回事
YoCo (私聊不回)(36*37) 3:02:55
这种垃圾黑客站全转载（www.jb51.net注释：上面的网址不是本站哈，这里只是替换掉的），站长自己懂不懂还是个未知数，你也信
YoCo (私聊不回)(36*37) 3:03:00
他那个明摆着wscript可用
老C(16*65) 3:03:12
她这个可用。
老C(16*65) 3:03:21
但是我现在的不可用。
老C(16*65) 3:03:40
他和wscript没关系吧
YoCo (私聊不回)(36*37) 3:04:03
wscript可用，inetsrv文件夹放水，都是一样的行为
YoCo (私聊不回)(36*37) 3:04:19
inetsrv文件夹权限放水就能读到iis账户密码了
老C(16*65) 3:04:26
- -
MeGaMaX(1247203561) 3:03:15
macafee
MeGaMaX(1247203561) 3:03:19
0day
YoCo (私聊不回)(36*37) 3:04:50
同样的，有些iis服务器装了mysql或者mssql，也能用root或者sa读iis配置
YoCo (私聊不回)(36*37) 3:05:20
“echo到目标站根目录一句话的批处理”
老C(16*65) 3:05:40
- - cmd不行
YoCo (私聊不回)(36*37) 3:05:40
天真，echo要是能用，我还copy直接到根目录呢
YoCo (私聊不回)(36*37) 3:06:17
我只能说，奇葩
YoCo (私聊不回)(36*37) 3:07:02
要是装了麦咖啡，你连想都不用想了
老C(16*65) 3:08:10
我觉的他这个原理就是利用目标站的iis访问权限，来对我们现在有shell这个站进行访问，可以访问的话 ，就转到了目标站的路径下。
老C(16*65) 3:08:25
好像是这样
老C(16*65) 3:08:35
但是再看看文章上面说的。
老C(16*65) 3:08:42
感觉又不是
老C(16*65) 3:08:43
- -
老C(16*65) 3:08:48
不懂
YoCo (私聊不回)(36*37) 3:11:06
不太现实
YoCo (私聊不回)(36*37) 3:11:39
刚才就说了，直接wscript拷贝的
老C(16*65) 3:11:53
不是吧
老C(16*65) 3:12:10
那按你说的，这个文章完全是瞎说了 ？
.......
目测了下 文章原文 简单分析了下
IIS默认配置中不存在EVERYOEN权限
除非管理员SB到把WEB目录放在%WINDIR%TEMP内
因为IIS配置除了这个目录需要一定给与EVERYONE写入权限外
其他的目录均可自行配置权限
我想管理员绝对不会SB到把IIS下的WEB目录开启一个everyone
所以大胆下一个结论他先调转一个系统默认的IUSR_SERVER权限
而目标访问权限也是这个默认的IUSER_SERVER权限
所以经过第一次跳转后 可以访问到了目标站的WEB
随后我看到文章的图片 确定跟我推想的一样
Uing07说文章不是YY就是人品好到爆的那种...没通用性
开始没看图片
后来看下下图片感觉写这篇文章的人
虽然出于好心分享
但是由于SYSTEM权限归属可能不是很了解
所以误导了别人
根据图片所示明摆着就是IUSR_SERVER权限
还有IISSPY 直接任何目录均可以直接写入任何WEB下的数据
所以就有了这篇文章 写下我的分析
根据我目测分析还原文章整个过程
首先写环境
WEB系统默认访问权限账户为IUSR_18*** 暂且成为TB（跳转B）
菊花A 访问权限为IUSR_WWW
同时系统默认IUSR_18***权限并未删除
目标C 访问权限为IUSR_MANAGE
同时系统默认IUSR_18***权限并未删除
菊花A往目标C写数据
由于IUSR权限不同无法跳转跨目录
但是由于同时拥有IUSR_18***权限我断定写入数据成功了
此WEBSHELL继承权限应该是IUSR_18***和IUSR_WWW
因为菊花A没有IUSR_MANAGE
但是WEBSHELL是菊花A 提交过去的
所以默认访问权限是菊花A的IUSR_18***
而目标C访问权限是IUSR_MANAGE
所以目标C访问WEBSHELL时并无此权限
所以写入成功后并没有权限访问
也就是作者说的没有跨目录成功
但是SB管理只是给WEB添加各种访问用户的权限
并未删除IUSR_18***这个系统默认的权限
所以菊花A可以先给拥有默认IUSR_18***权限的TB写入数据
这过程完全无障碍 因为同样拥有IUSR_18***
这次写入的WEBSHELL还是同时继承IUSR_18***权限和IUSR_WWW权限
在由TB访问此文件 因为TB默认访问权限为IUSR_18***
所以TB可以访问该WEBSHELL
在由TB写入到目标C
同时权限继承IUSR_18*** + IUSR_MANAG +IUSR_WWW
即使服务器不POST的数据不继承权限
但由于TB提交过去的 所以此WEBSHELL此权限是IUSR_18***
目标C访问权限是IUSR_MANAGE + IUSR_18***
SO访问成功
整个过程应该是这样的
写的我都觉得麻烦
在补充
菊花A 访问权限IUSR_WWW （同时拥有IUSR_18***）
跳转B 访问权限IUSR_18***
目标C 访问权限IUSR_MANAGE （同时拥有IUSR_18***）
菊花A写入目标C的WEBSHELL的权限用的是IUSR_18***
虽然目标C拥有IUSR_18***的访问权限
但是由于是菊花A提交继承 所以WEBSHELL访问的权限应该是菊花A的IUSR_WWW + IUSR_18***
目标C默认访问权限是IUSR_MANAGE + IUSR_18***
没有IUSR_WWW此权限 所以访问失败 www.jb51.net
这里输入IUSR_WWW帐号密码还可以可以访问的
菊花A写入跳转B的WEBSHELL 用到权限同样是IUSR_18***
WEBSHELL的访问权限IUSR_WWW + IUSR_18***
但是跳转B的默认访问权限为IUSR_18***
所以直接无视IUSR_WWW就可以访问
在由跳转B写入目标C
只继承IUSR_18***
而目标C访问权限IUSR_MANAGE + IUSR_18***
所以成功