如何仅保护 cron 任务的 php 文件？

Question

我知道那里有类似的帖子，但请放心，这不是重复帖子！

我在 Godaddy 服务器上有一个站点。我无权访问服务器根目录的外部（一切都是公开的）。

我有一个文件 delete.php 需要在 CRON 上运行，并且只能由 CRON 运行。任何人都不应出于任何原因手动执行该文件。

鉴于上述情况，我正在尝试尽可能地保护我的文件，所以让我们将此作为安全实验。

到目前为止，我的目标是使文件尽可能安全：

<?php
$isCLI = ( php_sapi_name() == 'cli' );

if (!$isCLI) {
    die("cannot run!");
} else {
    if(!isset($_SERVER['REQUEST_METHOD'])){
        // Do the task here
    }else{
        die("cannot run!");
    }
}
?>

那么，这在逻辑上是否安全？如何使它更加安全？ godaddy 只能让我设置运行文件的日期/时间，仅此而已。

Answer 1

检查cli SAPI 就足够了；通过 apache（无论是 mod_php 还是 fastcgi 或 cgi）执行它的用户永远不会导致 PHP 通过 CLI sapi 被调用。不过，您可以摆脱真实代码周围的丑陋else {}；如果你 exit; 在 then 块的末尾，则不需要 else 块。

但是，根本不将这种脚本放在文档根目录中会更干净。如果这不可能，也可以考虑使用.htaccess：

Order deny,allow
Deny from all

如果文件位于不应完全锁定的文件夹中，请将这些行包含在<Files whatever.php>...</Files>中

Answer 2

当然，将这些文件放在 webroot 之外是首选方法。 另一方面，您可以创建.htaccess，它为所有访问定义Deny all 规则。这样Deny all 可以防止直接访问服务器，但 PHP CLI 仍然可以访问它。