理解OpenVAS架构与扫描流程
OpenVAS现已演进为Greenbone Vulnerability Management（GVM）框架，其核心由多个协同组件构成。底层依赖PostgreSQL存储扫描数据与配置，Redis作为缓存加速插件加载；gvmd（GVM守护进程）负责任务调度与结果管理，ospd与openvas-scanner执行实际的网络探测与漏洞匹配，而Greenbone Security Assistant（GSA）提供基于Web的图形化管理界面。漏洞检测依赖定期更新的NVT（Network Vulnerability Tests）插件库，扫描流程为：用户在GSA界面下发任务，gvmd解析后交由openvas调用对应NVT对目标发起探测，最终将原始数据回传并生成结构化报告。必须明确，漏洞扫描具有主动探测属性，仅可在获得书面授权、明确资产归属与测试窗口的前提下执行，严禁对非授权公网或第三方系统进行扫描，以规避法律与合规风险。
安装OpenVAS并完成基础配置
在主流Linux发行版中，可通过官方软件源或Greenbone提供的Docker容器部署GVM组件。安装完成后，需执行初始化脚本创建管理员账户并构建数据库结构，例如运行官方提供的gvm-setup命令完成基础环境配置。随后必须同步漏洞特征库，执行greenbone-feed-sync命令拉取VT、SCAP、CERT及GVMD数据。首次同步因数据量庞大，耗时可能长达数小时，期间需保持网络稳定并避免中断。同步完成后，通过gvm-start启动全部服务，访问本地https://
创建目标与漏洞扫描任务
登录GSA管理界面后，进入配置模块创建扫描目标（Target）。需准确填写目标IP或CIDR网段，并指定端口范围（如默认常用端口、全端口或自定义列表）。若需深度检测，可在此处配置SSH、SMB或Windows凭据，以便扫描器登录系统获取本地版本信息。随后在扫描模块新建任务（Task），关联目标并选择扫描配置（Scan Config）。GVM内置多种策略，如Discovery仅做存活与端口发现，Full and fast平衡速度与覆盖率。生产环境建议优先使用轻量级配置并限制并发主机数，避免对核心业务造成网络拥塞或CPU过载。任务可设置为立即执行或按周期调度，完成后自动归档报告。
查看扫描结果并验证漏洞
扫描完成后，进入扫描报告列表查看结果。报告按CVSS v3.1评分划分严重等级，点击具体条目可展开详细信息，包含CVE编号、漏洞描述、受影响服务版本、CVSS向量及官方修复建议。需注意，自动化扫描器主要依赖端口响应、Banner抓取或版本比对进行推断，存在一定误报率。例如，某服务显示为旧版本但实际已通过内核热补丁修复，或防火墙策略拦截导致特征匹配失败。因此，扫描告警不能直接等同于已确认漏洞。安全人员应结合资产实际配置、补丁管理记录进行交叉验证，必要时在隔离环境中复现或利用无害化脚本确认影响面，再制定修复优先级与变更计划。
常见故障与安全配置避坑
实际运维中常遇Feed更新失败，多因网络代理未配置或DNS解析异常，可检查系统日志并手动指定同步源重试；扫描任务长时间卡住通常因ospd进程僵死或Redis内存不足，需检查系统资源并重启相关服务；结果为空则需排查目标防火墙策略、路由可达性及端口列表是否匹配。资源占用过高时，应在openvas.conf中调低max_hosts与max_checks参数，或拆分大网段为多个子任务。安全配置方面，严禁将扫描器暴露于公网，管理界面应绑定内网IP并启用强密码策略；所有扫描操作必须留存审批记录与网络流量日志，遵循最小权限与授权先行原则，定期审计扫描策略与凭据有效性，确保漏洞管理流程合规可控。
