实时监控并评分 CVE，实现实时告警
一个 n8n 工作流从 CISA 和 OTX 等来源监控 CVE，使用 AI 进行评分，并通过 Slack、Gmail 和 Google Sheets 发送告警。任务：作者构建了一个 n8n 工作流，使用 Bright Data 节点抓取 CISA、NIST、CERT-FR 和 BleepingComputer 的数据。具有会话记忆的 Cohere Command-R 智能体提取 CVE 详情并评估严重程度，利用 CISA KEV、CIRCL 和 AlienVault OTX 进行数据增强。输出解析和基于哈希的差异检查用于规范化和去重。告警发送至 Slack、Gmail 和 Google Sheets。来源未明确披露除初始构建外的具体人工干预步骤。；工具：n8n。人工角色：原始材料未说明；局限：需要严格的输出约束和解析以防止 AI 评分不一致。工作流依赖 n8n 基础设施和 Bright Data 进行抓取，这可能产生成本或需要特定层级访问权限。Slack Webhook 集成目前无法执行真实操作。来源可靠性为次要，性能指标为作者声称。一旦 Webhook 激活，告警忽略和调查工作流需要人工审批。。
工具
Agent Work Atlas 发布日期:
概述
一个 n8n 工作流从 CISA 和 OTX 等来源监控 CVE，使用 AI 进行评分，并通过 Slack、Gmail 和 Google Sheets 发送告警。
工作流程
作者构建了一个 n8n 工作流，使用 Bright Data 节点抓取 CISA、NIST、CERT-FR 和 BleepingComputer 的数据。具有会话记忆的 Cohere Command-R 智能体提取 CVE 详情并评估严重程度，利用 CISA KEV、CIRCL 和 AlienVault OTX 进行数据增强。输出解析和基于哈希的差异检查用于规范化和去重。告警发送至 Slack、Gmail 和 Google Sheets。来源未明确披露除初始构建外的具体人工干预步骤。
原文报告的结果
作者报告每天处理 100+ 个 CVE，告警延迟低于 5 分钟，正常运行时间达 99.8%。然而，Slack 中的确认/调查/忽略按钮目前仅为演示，因为测试期间 Webhook 集成被阻止。误报率和正常运行时间数据为作者自述，未经独立验证。系统被描述为 90% 生产就绪，待完善 Webhook 功能。
人工角色
原始材料未说明
局限
需要严格的输出约束和解析以防止 AI 评分不一致。工作流依赖 n8n 基础设施和 Bright Data 进行抓取，这可能产生成本或需要特定层级访问权限。Slack Webhook 集成目前无法执行真实操作。来源可靠性为次要，性能指标为作者声称。一旦 Webhook 激活，告警忽略和调查工作流需要人工审批。
试一试
我想在 n8n 中构建一个 CVE 监控工作流。请配置 Bright Data 节点抓取 CISA、NIST、CERT-FR 和 BleepingComputer。使用具有会话记忆的 Cohere Command-R 智能体提取 CVE 详情并评估严重程度，利用 CISA KEV、CIRCL 和 AlienVault OTX 进行数据增强。实施输出解析和基于哈希的差异检查以规范化和去重。将告警发送至 Slack、Gmail 和 Google Sheets。首先，使用 5 个样本 CVE 进行试运行，以验证评分一致性和去重效果。向我展示输出格式和告警结构，以便在我连接实时 Webhook 前进行人工确认。如果 Slack Webhook 失败，则回退到电子邮件通知。在我批准试运行结果之前，不要发布或发送真实告警。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。