（一）临时文件简介 临时文件，顾名思义是临时的文件，文件的生命周期短。 然而，很多应用的运行都离不开临时文件，临时文件在我们电脑上无处不在，通常有以下几种形式的临时文件：
（二）临时文件的安全特征 临时文件的最大特征就是它的非持久性，除此之外，从安全性的角度，可以从以下几个方面关注临时文件的其它特点或风险：
1）位置 临时文件通常被创建并存放在默认的路径，在一个典型的Linux系统中，至少有两个目录或分区保持着临时文件。其中之一是/tmp目录，再者是/var/tmp。在更新的Linux内核的系统中，还可能有/dev/shm，它是用tmpfs文件系统装载的。有时临时文件，也可能放在用户home目录下的隐藏子目录中。使用默认临时文件目录的好处在于，系统进程可以方便查找和读写。 然而，默认临时文件的存放目录可能成为损害系统安全的僵尸和rootkit的温床。这是因为在多数情况下，任何人(或任何进程)都可以向这些目录写入东西，有不安全的许可问题。比如我们都知道sticky bit，该位可以理解为防删除位。如果希望用户能够添加文件但同时不能删除文件， 则可以对文件使用sticky bit位。设置该位后，就算用户对目录具有写权限，也不能删除该文件。多数Linux发行版本在临时目录上设置sticky位，这意味着用户A不能清除属于用户B的一个文件，反之亦然。但是，根据文件自身的许可，用户A有可能查看并修改那个文件的内容。
2）持久 前面提到临时文件是非持久的，在程序结束时，会被删除，但有的时候临时文件也会被迫持久保存了，没有被删除，如：
3）风险 无用的临时文件像幽灵一样存在你的服务器上，一方面占用硬盘，另一方面，可以被其它人非法使用，存着如下一些风险：
3.1）可见 众所周知，将私有数据公开很有风险。一旦用户通过某些手段（如shell或者ftp）窃取了你的临时文件，就可以获取到用户或企业的私有数据，从而对你造成影响。 例如：临时文件2011_Confidential_Sales_Strategies.tmp，可能暴露你们公司2011年的商业策略，这对你的竞争对手来说，将很有用处；而对于session劫持者来说，存放用户session信息的临时文件sess_95971078f4822605e7a18c612054f658非常关键。 除此之后，还有别的情况临时文件可能会被偷窥，如：一个拼写检查的服务，返回结果的url是：http://bad.example.com/spellcheck.php?tmp_file=spellcheck46 ，攻击者分析你的url参数后使用http://bad.example.com/spellcheck.php?tmp_file=spellcheck45 就可以访问到前一个用户的验证结果了。
3.2）执行 通常临时文件是不可执行，但如果攻击者上传了一个php脚本到你的临时目录，而且通过某种方式执行了它，那可能造成悲剧了。如下：
3.3）劫持 攻击者可能为了自己的目的，而劫持你的临时文件。他可能替换你的临时文件，也可能在你的临时文件后面追加一些信息。 劫持临时文件的目的包括：
劫持通常与竞争条件相关。当两个不同的进程操作同一个文件的时候，就可能产生竞争条件。例如，一个读进程和一个写进程同时操作一段数据，当写进程只完成了一部分的时候，读进程已经完成，这样读的到内容一部分是新的，一部分是旧的，也就是我们常说的读脏数据。 临时文件的劫持，在一定程度上会造成竞争条件，除非劫持者准确的把握时间和位置，否则就会造成此类安全问题。
（三）预防临时文件的恶用 前面我们介绍了临时文件的概念，以及临时文件被恶用可能带来的危害，这个部分主要介绍一些策略来预防临时文件被恶意利用，以及减少其带来的危害。
1）调整存放位置 防止临时文件被恶意利用的最重要，也是最简单的一步就是让你的临时文件目录以及名字不容易被猜到。任何对临时文件的恶意利用，攻击者都必须知道临时文件的名字和路径，因此你应该尽可能的让他难以猜到你的临时文件名字及路径。 建议你在临时文件目录的选择时，还是将你的临时文件放在默认的目录下吧，这样系统进程可以方便找到以及读写。而把精力花费放在为文件名想个合适的难猜的名字。 php的tempnam()函数，可以创建一个临时文件，并且其自动生成的文件名不会与当前目录下的其它文件名冲突，此函数创建的文件默认权限是600，即rw——-。 例如
运行后可能生成一个名为myTempfile1af的文件，当第二次运行的时候就生成了名为myTempfile1b0的文件名。 这里介绍一种方法，即能有一定意义的前缀同时也让攻击者不那么好猜，如下：
这个脚本通过uniqid()函数，生成的文件名格式为：/tmp/skiResort392942668f9b396c08.03510070，并通过chmod将文件的权限设置为600。 如果你需要与其它应用共享信息，比如用户密码或运行时生成的随机token，这里你可能需要对文件名加密，只有知道这个密钥的应用程序才能读取或修改文件内容。 如下是一个简单的生成加密文件名文件的示例：
2）约束访问权限 为了降低临时文件被执行或劫持的可能性，需要设置临时文件和临时文件目录的访问权限。通常情况下，将临时文件的权限设置为rw——-，临时文件目录的权限设置为rwx——。 此外，也可以通过设置apache的配置文件来限制访问（只有你将临时文件放在www目录下的时候），如下：
3）只写已知文件 既然你是临时文件的创建者和作者，那你应该随时知道哪些文件存在，文件里有哪些内容。前面提到的方法，只是让临时文件劫持更困难，但不能完全杜绝劫持者替换文件或者在文件后面追加一些内容的可能，所以在你创建或写文件时，需要仔细检查文件内容是否满足要求。
如果文件不为空，可能你创建的有问题，也有可能劫持者在你创建与写文件的这个时间段内作了手脚。
4）只读已知文件 与只写已知文件类似，在读文件前需要检查检验码是否一致，防止临时文件被篡改。除此之外，如果你使用了openssl，可以在写文件的时候，将合法证书放在文件的末尾，这样的读的时候可以先检查文件末尾是否存在合法的证书；如果你没有使用openssl，也可以写入一段特定的算法生成的token，原理类似。
5）检查上传的文件 判断文件是否是通过 HTTP POST 上传的
如果 filename 所给出的文件是通过 HTTP POST 上传的则返回 TRUE。这可以用来确保恶意的用户无法欺骗脚本去访问本不能访问的文件，例如 /etc/passwd。 如果上传的文件有可能会造成对用户或本系统的其他用户显示其内容的话，这种检查显得格外重要。 为了能使 is_uploaded_file() 函数正常工作，必须指定类似$_FILES['userfile']['tmp_name'] 的变量，而不是从客户端上传的文件名 $_FILES['userfile']['name']。需要注意的是is_uploaded_file返回false，不一定是上传文件被劫持了，也有可能是文件太大或者上传部分等，这些可以通过$_FILES['userfile']['error']查看。
参考文献： |
