如何对php程序中的常见漏洞进行攻击(上)

原著:shaun clowes 翻译:analysist 之所以翻译这篇文章,是因为目前关于cgi安全性的文章都是拿perl作为例子,而专门介绍asp,php或者jsp安全性的文章则很少。shaun clowes的这篇文章比较全面地介绍了php的安全问题,原文可以在http://www.securereality.com.au/studyinscarlet.txt找到。 由于原文比较长,而且有相当一部分是介绍文章的背景或php的基础知识,没有涉及到php安全方面的内容,因此我没有翻译。如果你想了解这方面的知识,请参考原文。 文章主要从全局变量,远程文件,文件上载,库文件,session文件,数据类型和容易出错的函数这几个方面分析了php的安全性,并且对如何增强php的安全性提出了一些有用的建议。 好了,废话少说,我们言归正传! [全局变量] php中的变量不需要事先声明,它们会在第一次使用时自动创建,它们的类型也不需要指定,它们会根据上下文环境自动确定。从程序员的角度来看,这无疑是一种极其方便的处理方法。很显然,这也是快速开发语言的一个很有用的特点。一旦一个变量被创建了,就可以在程序中的任何地方使用。这个特点导致的结果就是程序员很少初始化变量,毕竟,当它们第一次创建时,他们是空的。 很显然,基于php的应用程序的主函数一般都是接受用户的输入(主要是表单变量,上载文件和cookie等),然后对输入数据进行处理,然后把结果返回到客户端浏览器。为了使php代码访问用户的输入尽可能容易,实际上php是把这些输入数据看作全局变量来处理的。 例如: 很显然,这会显示一个文本框和提交按钮。当用户点击提交按钮时,“test.php”会处理用户的输入,当“test.php”运行时,“$hello”会包含用户在文本框输入的数据。从这里我们应该看出,攻击者可以按照自己的意愿创建任意的全局变量。如果攻击者不是通过表单输入来调用“test.php”,而是直接在浏览器地址栏输入http://server/test.php?hello=hi&setup=no,那么,不止是“$hello”被创建,“$setup”也被创建了。 译者注:这两种方法也就是我们通常说的“post”和“get”方法。 下面的用户认证代码暴露了php的全局变量所导致的安全问题: 上面的代码首先检查用户的密码是否为“hello”,如果匹配的话,设置“$auth”为“1”,即通过认证。之后如果“$suth”为“1”的话,就会显示一些重要信息。 表面看起来是正确的,而且我们中有相当一部分人是这样做的,但是这段代码犯了想当然的错误,它假定“$auth”在没有设置值的时候是空的,却没有想到攻击者可以创建任何全局变量并赋值,通过类似“http://server/test.php?auth=1”的方法,我们完全可以欺骗这段代码,使它相信我们是已经认证过的。 因此,为了提高php程序的安全性,我们不能相信任何没有明确定义的变量。如果程序中的变量很多的话,这可是一项非常艰巨的任务。 一种常用的保护方式就是检查数组http_get[]或post_vars[]中的变量,这依赖于我们的提交方式(get或post)。当php配置为打开“track_vars”选项的话(这是缺省值),用户提交的变量就可以在全局变量和上面提到的数组中获得。 但是值得说明的是,php有四个不同的数组变量用来处理用户的输入。http_get_vars数组用来处理get方式提交的变量,http_post_vars数组用于处理post方式提交的变量,http_cookie_vars数组用于处理作为cookie头提交的变量,而对于http_post_files数组(比较新的php才提供),则完全是用户用来提交变量的一种可选方式。用户的一个请求可以很容易的把变量存在这四个数组中,因此一个安全的php程序应该检查这四个数组。 [远程文件] php是一种具有丰富特性的语言,提供了大量的函数,使编程者实现某个功能很容易。但是从安全的角度来看,功能越多,要保证它的安全性就越难,远程文件就是说明这个问题的一个很好的例子:

Posted in 未分类