PHP 中的安全用户图像上传功能

我正在为我的网站实现一个基于用户的图像上传工具。系统应允许任何用户仅上传 JPEG 和 PNG 文件。当然，我担心安全性，所以我想知道许多比我聪明的人对以下允许上传的检查有何感受：

1) 首先将 PHP 中允许的文件扩展名列入白名单，仅允许 PNG、png、jpg、JPG 和 JPEG。通过以下函数检索用户的文件扩展名：

return end(explode(".", $filename));

这应该有助于禁止用户上传恶意内容，例如 .png.php。如果通过，请转到步骤 2。

2) 在 TMP 文件上运行 php 函数 getimageize()。通过类似的东西：

getimagesize($_FILES['userfile']['tmp_name']);

如果不返回 false，则继续。

3) 确保 .htaccess 文件放置在 uploads 目录中，以便该目录中的任何文件都无法解析 PHP 文件：

php_admin_value engine Off

4) 将用户的文件重命名为预先确定的名称。 IE。

$filename = 'some_pre_determined_unique_value' . $the_file_extension;

这也将有助于防止 SQL 注入，因为文件名将是所使用的任何查询中唯一由用户确定的变量。

如果我执行上述操作，我仍然容易受到攻击吗？在接受文件之前，我希望 1) 只允许 jpg 和 png，2) 验证 PHP 表示它是有效图像，3) 禁用图像所在的目录执行 .php 文件，4) 将用户文件重命名为某个文件独特的。

Thanks,

关于文件名，随机名称绝对是个好主意，可以消除很多麻烦。

如果您想完全确保内容干净，请考虑使用 GD 或 ImageMagick 将传入图像 1:1 复制到新的空图像中。

这会稍微降低图像质量，因为内容会被压缩两次，但它会删除原始图像中存在的任何 EXIF 信息。用户通常甚至不知道 JPG 文件的元数据部分中放入了多少信息！相机信息、位置、时间、使用的软件...对于托管图像的网站来说，为用户删除这些信息是一个很好的策略。

此外，复制图像可能会消除大多数使用错误图像数据导致查看器软件溢出并注入恶意代码的漏洞。这种经过处理的图像可能根本无法被 GD 读取。