MSSQL数据库SA权限入侵的感悟

想必大家都知道mssql中sa权限是什么，可以说是至高无上。今天我就它的危害再谈点儿，我所讲的是配合nbsi上传功能得到webshell。在讲之前先说几个条件，否则得到shell是有难度的。 1．存在sql注入，并且数据库类型是mssql。 2．连接数据库的权限必须是sa。 3．后台必须有文件上传的程序。 好了，我们找到一个网址hxxp://www.6x36x.com/fangchan/listpro.asp?id=53，用nbsi一会就一目了然了。 很好，数据库类型是mssql，权限是sa，再看看第三个条件满足不满足。找到页面中的文章（新闻），看看里面的图片的地址是什么。好！一看就明白了hxxp://www.6x36x.com/admin/uploadpic/2xx5042823082994329.gif，你明白了吗？特别是2xx5042823082994329.gif 这下我们敢肯定后台有上传文件的功能了。下面做什么呢？晕，找出该网站所在的路径呀。这个嘛就得全靠nbsi的nb commander（nb tree_list）功能了（在这里我推荐大家用nb commander，为什么呢？看完文章就知道了），不过找出网站所在的真实路径需要花一定的时间，那就看你有没有耐心了。我敢说只要有耐心，肯定能找出网站所在的真实路径。这里我找到了这个站点所在的路径d:\9x3x9，接着就是后台了，很快就得到admin/login.asp，接下来就是账号和密码的猜解了。不过我这次猜解出现了问题。说什么也弄不出他的账号和密码，难道都是空的？我不相信，就试着登录了一下，结果失败了。于是从这开始，nb commander功能就显得非常重要了(因为大家都知道，列目录nb command和nb tree_list都能实现)，我找到文件conn.asp，用type d:\9x3x9\admin\logining.asp命令看了看源代码。 够狠吧！读了读代码没有问题呀！就是用的admin表字段也一样，不多说了，谁能知道其中的原因？请告诉俺一下，也让俺这只菜鸟走出困惑。进不了后台怎么上传图片呢？这里我用nbsi的上传功能，我试过了，没有成功。因为我传上去后，看到代码每行都重复三次，也不知是为什么，就是用臭要饭的getwebshell也是同样的结果。 我想有了，看看它的session是怎么验证的，又是一个type d:\9x3x9\admin\quanxian.asp。通过分析很快就明白了，它给session(“wsl”)赋了一个值为1，哈哈！我写了一个非常简单的程序。用nbsi的上传功能传了上去，我想不管重复几次都是正确的（这里你又会想到什么呢？如果密码是md5的，我们没有必要去爆破了，弄个session就ok了），传上去保存为1.asp，然后我访问hxxp://www.6x36x.com/admin/1.asp，接着访问hxxp://www.6x36x.com/admin/admin_index.asp，就这样进入了后台，本地测试。 小提示：session变量和cookies是同一类型的。如果某用户将浏览器设置为不兼容任何cookie，那么该用户就无法使用这个session变量！ 当一个用户访问某页面时，每个session变量的运行环境便自动生成，这些session变量可在用户离开该页面后仍保留20分钟！（事实上，这些变量一直可保留至“timeout”。“timeout”的时间长短由web服务器管理员设定。一些站点上的变量仅维持了3分钟，一些则为10分钟，还有一些则保留至默认值20分钟。）所以，如果在session中置入了较大的对象（如ado recordsets，connections， 等等），那就有麻烦了！随着站点访问量的增大，服务器将会因此而无法正常运行！ 因为创建session变量有很大的随意性，可随时调用，不需要开发者做精确地处理。所以，过度使用session变量将会导致代码不可读而且不好维护。 这样我找到上传图片的地方，把asp木马改成.gif传了上去，记住了上传后的名字，这里是uploadpic\2xx56171430123.gif，那么你会想到什么呢？哈哈我想起来了，把图片copy成.asp的，或者重命名成.asp的。 好了，到这里我们的马就算是上去了，至于以后的事情就不提了。 总结：sa的确给我们带来了很大危害，所以程序员在连接mssql数据库的时候千万不能用它，否则服务器成为肉鸡的可能性非常非常的大。还有，mssql 的扩展存储功能，用不到它就删除，留着就成了黑客的利器。