上面的代码让用户从本地机器选择一个文件,当点击提交后,文件就会被上载到服务器。这显然是很有用的功能,但是PHP的响应方式使这项功能变的不安全。当PHP第一次接到这种请求,甚至在它开始解析被调用的PHP代码之前,它会先接受远程用户的文件,检查文件的长度是否超过“$MAX_FILE_SIZE
variable”定义的值,如果通过这些测试的话,文件就会被存在本地的一个临时目录中。
因此,攻击者可以发送任意文件给运行PHP的主机,在PHP程序还没有决定是否接受文件上载时,文件已经被存在服务器上了。
这里我就不讨论利用文件上载来对服务器进行DOS攻击的可能性了。
让我们考虑一下处理文件上载的PHP程序,正如我们上面说的,文件被接收并且存在服务器上,扩展名一般是随机的,类似“phpxXuoXG”的形式。PHP程序需要上载文件的信息以便处理它,这可以通过两种方式,一种方式是在PHP
3中已经使用的,另一种是在我们对以前的方法提出安全公告后引入的。
但是,我们可以肯定的说,问题还是存在的,大多数PHP程序还是使用老的方式来处理上载文件。PHP设置了四个全局变量来描述上载文件,比如说上面的例子:
$hello = Filename on local machine $hello_size = Size in bytes of file
$hello_name = The original name of the file on the remote system (e.g
“c:\temp\新澳门31999 ,hello.txt”) $hello_type = Mime type of uploaded file
然后PHP程序开始处理根据“$hello”指定的文件,问题在于“$hello”不一定是一个PHP设置的变量,任何远程用户都可以指定它。如果我们使用下面的方式:

就导致了下面的PHP全局变量(当然POST方式也可以: $hello = “/etc/passwd”
$hello_php中文件上传的安全问题_php基础_脚本之家。size = 10240 $hello_type = “text/plain” $hello_name =
“hello.txt”
上面的表单数据正好满足了PHP程序所期望的变量,但是这时PHP程序不再处理上载的文件,而是处理“/etc/passwd”。这种攻击可以用于暴露任何敏感文件的内容。

可以读/etc/passwd!这段。。[文件上载] PHP自动支持基于RFC
1867的文件上载,我们看下面的例子:

发表评论

电子邮件地址不会被公开。 必填项已用*标注