Laravel 入口文件被篡改

这种情况一般是被挂马了，你要检查下项目文件有没有你不认识的文件

waf-ce.chaitin.cn/docs/

假宝獭有不少挂马的，少用这个，docker或者包安装环境也很快的；排查木马，首选是堵住可疑的入口，然后再去逐一排查，index.php用户和用户组如果跟fpm用户和用户组一致，基本就排出了外部程序(非root)修改的可能性，查下php.ini中这几项，之前接触的假宝獭挂马脚本是在这里做手脚的。

auto_prepend_file
auto_append_file  

我们也被黑多次了，起码有 50 次，倒不是 Laravel 的问题，而是其它老旧框架，比如 ECShop、ECTouch、ThinkPHP 3.x 自身的漏洞，古典时期的代码太过生猛，已然无药可救了，我们还是找到了一些可以控制的方法：

• 我们把一百来个网站，从虚拟主机，转移到了 3 台轻量服务器，这样我们有完全的控制权
• 我们同样用 BT 面板，但是我们把每一个网站都改用了 Git 管理，并设置自动部署，取代之前的 FTP
• 引入 Git 后，即使被黑，我们也能第一时间恢复，还可能直接找出原因
• 我们有自动化脚本，检查 Git 状态不干净的项目，及时发现被黑的项目
• 我们有自动化 SEO 抓取服务，模拟百度爬虫的 User-Agent，能及时发现像楼主这样，劫持 SEO 的情况
• 我们也用阿里云的免费的安全服务，特别是 Webshell 检测功能，效果非常好
• 对于高风险项目，如果无法封堵漏洞，我们采取更加激进的策略，比如屏蔽 POST 请求、设置文件只读、禁止 PHP 执行
• 保持「防跨站攻击(open_basedir)」开启，避免没漏洞的网站，比如 Laravel 网站，也被恶意修改

我们还有一些有趣的发现：

• 黑客通常在周末攻击，这样周末没人及时处理，更容易被搜索引擎收录
• 黑客有时只劫持搜索引擎爬虫（通过 User-Agent），网站是看不出毛病，但是搜索结果全是垃圾
• 黑客有时只劫持搜索引擎点击（通过 Referer），网站直链正常，但是搜索引擎来的都是垃圾

找出问题木马文件，只开放80端口。我不清楚是不是php这种问题比较多，特别是tp5.0版本以下更多。然后使用git版本控制，直接回推代码，能及时处理问题。

php 部署

TP 5 被挂过一次，官方代码里控制器判断的问题。

我也碰到过这个问题，找不到被挂马的原因。 最后实在没招了，做了一个实时监控index.php文件的脚本，当index.php发生改变的时候将一个没问题的index.php覆盖过去。。 安装inotify-tools实时监控文件变化工具

yum install inotify-tools

监控脚本： touch monitor.sh

#!/bin/bash

# 要监视的文件路径
文件监视目录1="/apps/web/index.php"
备份文件目录1="/apps/backup/web/index.php"

文件监视目录2="/apps/web/conf/db.php"
备份文件目录2="/apps/backup/conf/db.php"

# 监听文件变化
while inotifywait -e modify,move,create,delete "$文件监视目录1" "$文件监视目录2"; do
    当前时间=$(date +"%Y-%m-%d %T")
    echo "检测到变化于 $当前时间"

    # 遍历文件列表
    for 文件 in "$@"; do
        if [ "$文件" = "$文件监视目录1" ]; then
            # 执行还原操作，这可能涉及复制备份文件等
            cp "$备份文件目录1" "$文件监视目录1"
            echo "文件 $文件监视目录1 已从备份还原。"
        elif [ "$文件" = "$文件监视目录2" ]; then
            # 执行还原操作，这可能涉及复制备份文件等
            cp "$备份文件目录2" "$文件监视目录2"
            echo "文件 $文件监视目录2 已从备份还原。"
        fi
    done
done

开启脚本并生成日志文件：

nohup  sh /apps/ssh/monitor.sh >> /apps/ssh/monitor.log 2>&1 &

尝试通过配置 open_basedir 来限制下老项目的可访问位置。

但是这种办法并不是绝对可以的。我查到一篇文章，讲解的是如何跳过：www.jianshu.com/p/cf2cd07d02cf

对照文章里的办法，先看看能不能排除掉危险因素，那么旧项目会影响的可能性就降低了