Linux下通过inotifywait实时监控只读文件被修改并告警_网站安全运维实战指南
做网站运维这些年，碰到最多的问题就是Linux只读文件仍被修改的解决办法。很多站长遇到这个情况手足无措，其实处理思路很清晰，按步骤走就能解决。
排查只读文件被修改的方法：用lsattr查看文件属性是否被解除，用auditd监控文件修改操作记录是谁改的，用lsof查看当前哪些进程在操作这个文件，检查定时任务和启动项中是否有恶意脚本。
代码审计重点看index.php、config.php、common.php这类全局加载的文件，攻击者喜欢在这些文件里注入一句话木马，保证每次访问都能触发。base64_decode、eval、assert这些函数是重点检查对象。
后台入口安全是防护重点。把默认的admin目录改名，加上访问密码双重验证，限制只有指定IP才能访问后台。这三项配置能挡住90%以上的后台暴力破解和未授权访问。
防止只读文件被修改的根本方案是做好服务器安全防护，防止攻击者拿到root权限。包括：SSH密钥登录禁用密码登录、修改SSH默认端口、配置fail2ban防暴力破解、及时更新系统补丁、最小化安装服务。
比chmod更严格的只读方式是chattr +i设置immutable属性，连root用户都不能直接修改、删除、重命名文件。但攻击者如果拿到root权限，可以用chattr -i解除属性后再修改。所以chattr +i只能增加攻击难度，不能绝对防止。
网站监控不能少。配置文件变化监控、访问异常监控、服务器资源监控，这三项监控配齐了，网站出问题能第一时间收到告警，不用等搜索引擎标记了才发现。
网站安全问题的处理分两个阶段：应急清理和长期防护。很多人只做了第一步，忽略了第二步，导致网站反复被黑。本文两个阶段都会覆盖到。
网站安全事件的处理有标准流程，遵循流程能避免遗漏关键步骤。很多站长凭感觉操作，结果要么清理不彻底，要么误删正常文件导致网站瘫痪。
服务器端口和服务要精简。不用的端口全部关闭，不用的服务全部卸载。开放的端口越少，攻击者能利用的入口就越少。安全组规则只放行必要的80、443和SSH端口。
处理完成后要做验证。用安全扫描工具跑一遍，确认没有残留漏洞和恶意文件。同时观察3到7天的访问日志和文件变化，确认网站处于稳定安全状态。
清理工作要分文件层和代码层两个维度做。文件层扫描所有目录找出异常文件，代码层逐行审计核心文件检查是否被注入恶意代码。两个维度都做完才算清理彻底。
应急处理的优先级是保障网站可访问。如果网站已经被篡改到无法正常打开，先恢复备份让网站上线，再在干净的环境里做深度清理和漏洞修补。
客户评价：之前自己清理过好几次都没清干净，总是反复被黑。用这套方法做了深度排查，找到了3个隐藏后门，修补后再也没出过问题。
温馨提示：动手操作前务必备份网站文件和数据库。清理过程中如果不确定某个文件是不是木马，先隔离不要直接删除，等确认清楚再处理，避免误删导致网站无法访问。
更新时间：2026-08-26 21:29:30
上一篇：百度云服务器upload_max_filesize_连接与上传