OpenCVE v2 自动导入CVE漏洞数据故障排查与解决方案

问题背景

OpenCVE作为开源的CVE漏洞监控平台，其v2版本在Docker环境下运行时出现了新CVE数据无法自动更新的问题。用户必须手动执行import-opencve-kb命令才能导入新漏洞数据，这与系统的自动化设计目标相违背。

故障现象分析

通过排查发现系统存在以下典型症状：

1. 数据同步异常：Web界面无法显示新发布的CVE漏洞，需手动执行知识库导入命令才能更新
2. 认证失败日志：PostgreSQL日志中持续出现"password authentication failed for user OpenCVE"错误
3. 服务状态矛盾：虽然Airflow调度器容器显示Git仓库已同步最新代码，但数据库连接存在间歇性故障

根本原因定位

经过深入分析，确定问题核心在于PostgreSQL的客户端认证配置。Docker环境下的pg_hba.conf文件默认配置与OpenCVE的用户认证方式不兼容，导致：

• 定时任务无法自动建立数据库连接
• 认证失败后中断了自动导入流程
• 手动执行时因环境变量正确配置而能正常连接

解决方案实施

通过修改PostgreSQL的客户端认证配置解决问题：

1. 进入PostgreSQL容器

docker exec -it opencve-postgres bash

2. 编辑pg_hba.conf文件

vi /var/lib/postgresql/data/pg_hba.conf

3. 修改认证方法（示例）

# 将原来的md5认证改为trust（仅限测试环境）
host    all             all             0.0.0.0/0               trust

4. 重启PostgreSQL服务

service postgresql restart

配置优化建议

对于生产环境，建议采用更安全的配置方式：

1. 使用md5认证并确保密码强度

host    all             opencve         172.18.0.0/16           md5

2. 同步更新docker-compose.yml中的网络配置

networks:
  default:
    ipam:
      config:
        - subnet: 172.18.0.0/16

3. 定期检查Airflow任务日志

docker logs opencve-airflow-scheduler

预防措施

1. 在部署前验证各服务间的网络连通性
2. 对数据库连接配置进行冒烟测试
3. 设置监控告警机制，及时发现同步失败情况
4. 定期维护pg_hba.conf文件，避免配置冲突

总结

该案例展示了Docker化应用中常见的服务间认证问题。通过正确配置PostgreSQL的客户端认证策略，不仅解决了OpenCVE的自动更新问题，也为类似微服务架构的认证配置提供了参考范式。建议用户在部署类似系统时，特别注意各容器间的认证协调机制。