Debian Node.js日志安全注意事项
日志管理这件事，看着不起眼，但真崩起来往往就是日志先爆的——要么磁盘写满，要么敏感信息裸奔，要么权限开得太大。在Debian上跑Node.js应用，日志安全这块有几个点值得认真对待。下面逐一梳理，都是实操中容易踩坑的地方。
1. 日志权限与所有权管理
首先一条铁律：Node.js应用千万别用root跑。写日志也同理——得让应用以非root用户（比如node用户或专门的应用用户）运行。日志目录最好单独建一个，比如/var/log/myapp，然后用chown把所有权交给应用用户（sudo chown -R node:node /var/log/myapp），权限设成755，这样只有所有者能写，其他人只能读或执行。如果系统开了SELinux或AppArmor，还得额外配一下策略——比如SELinux要设置httpd_sys_rw_content_t上下文，AppArmor则要在配置文件里添加上日志路径的读写规则。这些细节漏一个，日志就可能被篡改或泄露。
2. 敏感信息过滤与脱敏
日志里最忌讳的就是直接往外丢敏感数据——API密钥、数据库密码、用户隐私信息，一个都不能有。敏感数据应该统一放到.env文件里，用dotenv加载，而且.env必须加进.gitignore，别一不小心提交到版本控制里。写日志的时候，对请求体、响应体里可能带敏感字段的地方做脱敏处理，比如把密码字段替换成***。这步做好了，就算日志被人翻出来，也不至于直接送人头。
3. 日志轮转与清理
日志如果不做轮转，用不了多久磁盘就得报警。Debian上标配的logrotate工具足够应付大部分场景。新建一个配置文件/etc/logrotate.d/myapp，内容大致这样：
/var/log/myapp/*.log {
daily
missingok
rotate 7
compress
notifempty
create 0640 node node
}每天轮转一次，保留最近7天的日志，旧的压缩存起来，空的日志文件不轮转，新日志文件创建时权限和所有者都定好。这套配置下来，日志不会无限膨胀，历史记录也能保留一段时间用于排查。
4. 集中式日志管理与监控
单机看日志还行，节点一多就抓瞎了。推荐用ELK Stack（Elasticsearch、Logstash、Kibana）或者Graylog这类工具把日志收集到一起。Logstash通过file输入插件读取Node.js日志文件，然后索引到Elasticsearch，接着用Kibana做可视化——按日志级别筛、按时间范围看都很方便。更重要的是可以设监控规则，比如错误日志数量突然飙升，或者出现异常操作记录，就触发警报（邮件、信息都行）。这样不用每天手动翻日志，异常能第一时间发现。
5. 日志加密保护
有些日志本身包含用户隐私或财务数据，这类日志光设权限还不够，最好加密存储。Linux上用GPG工具就能搞定：先生成密钥对（gpg --gen-key），然后用公钥加密日志文件（gpg --encrypt --recipient your_email@example.com app.log），加密后删除原始未加密的版本。也可以在logrotate的配置里加个postrotate脚本，轮转完自动加密，省得手工操作。
6. 日志审计与异常检测
关键安全事件必须在日志里留下记录——用户登录登出（成功/失败）、权限变更、配置文件修改、数据库操作这些，都得带上user_id、request_id、timestamp等元数据，方便追踪溯源。定期审计不能少，每天看看错误日志，每周分析一下访问模式。配合ELK的Alerting功能或者Prometheus+Grafana，设一些异常检测规则——比如同一IP短时间内多次登录失败、非工作时间大批量数据访问，这些行为通常意味着暴力破解或未授权访问，早发现早处理。
7. 日志级别合理配置
日志级别不是越高越好，也不是越低越好。得根据用途来定：error记严重错误（应用崩溃、数据库连不上），warn记潜在问题（磁盘快满了、第三方接口超时），info记常规操作（用户登录、请求完成），debug只留给开发调试，生产环境千万别开，否则日志量能把磁盘撑爆。建议通过环境变量（比如NODE_ENV=production）动态调整级别，生产环境默认用info或warn，既能看到关键信息，又不至于被冗余日志淹没。
