奇趣技术网 收藏本站
设为主页
商务合作
首页 新闻中心 行业动态 软件新闻 安全资讯 病毒预警 漏洞发布 操作系统 Dos Win9x Win2000 WinXP Win2003 WinVista Linux Unix
数据库 DB2 Access MSSQL MySQL Oracle Sybase 编程技术 ASP PHP JSP CGI/Perl XML .Net C/C++/C# VB VC Delphi Java 汇编
安全技术 安全教学 工具介绍 漏洞利用 病毒防范 入侵检测 防火墙 安全防范 汉化破解 攻击实例 加密解密 技术论坛
中华网络安全联盟 >> 安全技术 >> 攻击实例 >> 入侵某搜索引擎
安全技术
安全资讯
病毒预警
漏洞发布
安全教学
工具介绍
漏洞利用
病毒防范
入侵检测
防火墙
安全防范
汉化破解
攻击实例
加密解密
  • QQ文件共享漏洞入侵Wi

  • 网络入侵入门

  • SA权限入侵感悟读后感

  • 内网数据库攻击例子

  • 再现昔日漏洞——沁竹

  • 推荐:入侵中VBS的灵活

  • WAP手机网站入侵实例 

  • 图文实战:针对论坛漏洞

  • 入侵某搜索引擎
    字体:

    中华网络安全联盟    作者:佚名    来源:网络    时间:2006-3-19

    bY uSuaL大蝉

    注:出于对目标网站的安全考虑,本文屏蔽大部分关于目标网站的资料,敬请谅解。

    元旦到了,学校终于给我们放了2天假,于是我用这宝贵的休息时间到网上溜了一圈,随意浏览中偶然发现了一个刚成立不久的门户型搜索引擎,出于习惯对其进行了一番安全检查,结果哑然,网站竟然出现了注入漏洞,而且还是SQL+SA连接,当时我的感觉就是这个网站应该算是over了。由于这个网站分两部分,门户页面和用户交互页面分别使用两个独台独立的服务器,superscan一扫,只有门户服务器开了3389,所以决定先从门户服务器入手。
    拿出专用注入工具打开网页,显示出四五个注入点,随便挑了一个,先是往表里写xp_dirtree,然后爆表,目录列了出来,我心里想能列目录,这么说xp_cmdshell 也应该可以用了,于是用xp_cmdshell添加了管理员,喜滋滋的连上3389,却发现刚才添加的管理员不能用,郁闷,xp_dirtree在,说明管理员应该没删存储扩展,cmdshell之所以无法执行应该是注入点的问题,抱着这种心理我连续换了N个注入点,终于皇天不负有心人,当我在登陆界面输入完密码时,出现了”正在应用个人设置”的横条,我心中一阵激动,终于算是让我进去了。进去后一看,问题N多(管理员一定是个吃干饭的),于是动手帮服务器打了补丁,删除了存储扩展,停掉了不必要的服务,同时对远程桌面登陆的权限作了限制,这才退出来。(谁叫我人好呢)。
    门户服务器的入侵还算轻松,可入侵交互页面服务器的路就比较崎岖了,我首先尝试打用xp_cmdshell开3389:"echo [Components] > c:\db echo TSEnable = on >> c:\db sysocmgr /i:c:\winnt\inf\sysoc.inf /u:c:\db /q",执行了,重起了,可是我期望得3389却没有出现,当时我心想也许是管理员用了TCP/IP筛选,没办法,先弄个webshell吧。
    弄webshell首先要知道网站目录,通过注册表没找到,只好到目录里看看,让我郁闷的是用xp_dirtree列出了几个分区的目录,却发现所有汉字目录都无法正常显示,这个我的寻找工作带来了很大的困难,经过长达3个小时的锲而不舍的寻找,终于在一堆乱码中找出了网站“在线客服”的目录,发现了名为admin1的后台,找到了login.asp,用浏览器打开,需要客服账号密码,于是回到掏出工具爆表,爆出来“netservice”,紧接着又出来了字段,可账号的内容却又是乱码,账号是“粢鲰鲷1”,密码是“kefu123”,我根据密码猜测账号其实是“客服1”,试了一下,哈,果然如此,进去后找到了上传照片的页面,没有限制上传格式,于是传了个asp小马,满心欢喜的打开一看,吐血,竟然是“非可执行目录”,哎,好事多磨阿,只好用xp_cmdshell把asp小马copy到网站根目录,这次小马打开了,读取注册表中的HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Tcpip 却发现EnableSecurityFilters"=dword:00000000,看来管理员没有用TCP/IP筛选,那我为什么没能打开3389呢,读取HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp ,结果让我再次喷血,原来远程桌面早就开了,只是端口被改成了1425,看来是有人捷足先登了。添加管理员账号,登入1425端口,输入账号密码,却跳出“连接达到上线”,嘿嘿,看来那个捷足先登的正在里面勤劳工作呢,于是我在xp_shell中执行iisreset /reboot /timeout:00重起服务器,想把他踢出来,干等了半天服务器却稳如泰山,我再再次郁闷,于是在webshell中找到SA的密码,连上SQL,用EXEC执行重起命令,这次服务器重起了,(这让我百思不得其解,system权限不能执行,而SQL 的SA却能执行,两者有什么区别么?如果有哪位高手知道,麻烦告诉我)。服务器很快重起完毕,这次终于成功进入,进去第一件事就是设置远程桌面登陆的权限,删掉管理员组,只允许administrator和我的账号登陆远程桌面,这样别人就是有管理员账号也登陆不了。设置完毕后这才放心,打开计算机管理,察看账号,发现除了我自己的账号并没有其他特殊账号,看来那个先进来的用了克隆账号,到C:\Documents and Settings\ 一看,果然有guest文件夹,这说明guest账号也登陆过远程桌面,既然他用阴的,那就给他来点更阴的,把guest账号改名为g#$u43s*%*(t ,密码改为&#*24wfds#SD&^@%#)*,嘿嘿,他知道克隆账号还在,就是用不了,急死他。
    前后经过5个小时的工作,两台服务器全部拿下,这次的收获其一是永不放弃,其二就是不要相信表面现象,多多尝试不同的角度入侵。如果我在开3389失败的时候停滞不前,那肯定没发成功入侵。 J 
    End



    字体:
     
    设为主页 收藏本站 联系我们 友情连接 商务合作 网友留言
    Copyright©2006-2008 中华网络安全联盟 All rights reserved.