Cloudflare Threat Signals正式可用：免费范围包含一个RSS源和30天内数据

Cloudflare于2026年9月29日宣布Threat Signals向所有账户正式开放，帮助从选定的公开报告提取、规范化和标注威胁指标。免费范围包括一个RSS源、账户私有数据集及最长30天的相关数据存储；更多来源和部分扩展能力属于企业方案。 一手来源。

图：AI生成威胁报告与来源追溯概念配图，不是产品截图、实测结果或真实设备设计图。

保留报告与指标之间的联系

官方说明，提取结果、事件及原始报告保持关联，用户可在界面或API中调查相关信息。这个设计的重点是让指标保留来历，而不是只把一串域名或地址放进没有说明的列表。可用WAF能力还应按具体方案核实。

本文只介绍发布内容与防御工作中的判断边界，没有接入任何账户、添加订阅源或修改防护规则。报告经过自动提取后仍是待评估的信息，不能仅凭出现在文章中就认定每个地址都应该被拦截。

独立分析：先问这个指标在原文中是什么角色

一份安全报告可能同时写出攻击基础设施、受影响服务、研究者网站以及用于说明的示例。若只按字符串格式提取，角色就容易丢失。审阅时应查看指标所在段落，确认它指向什么对象、关联哪个事件，以及原作者的判断有多确定。

时间同样关键。某个域名过去与一项活动有关，不意味着它永远保持同样用途。记录观察时间、报告时间和后续修订，有助于决定何时需要复核。没有这些上下文，名单即使越来越长，也未必更适合当前环境。

把调查与处置分成可审查步骤

对于虚构的小型运维团队，可以先选择一个熟悉且可靠的公开来源，检查若干已知报告的提取结果。逐项比较遗漏、角色误判和标签含义，再决定怎样把结果加入自己的调查流程。不要一开始就把新提取内容全部转成阻断规则。

处置前还要确认它与自己的资产、流量及业务是否有关。一个指标匹配只说明值得调查的联系，具体行动应结合现场证据、影响范围和误报代价。若需要改变防护配置，应遵循团队已有授权与变更流程，并准备观察和恢复方式。

给数据保留周期安排交接

最长30天的免费存储范围意味着团队需要知道哪些调查记录应按内部规则另行保留，以及谁负责复核长期未结的问题。不能把一个界面中的暂存集合当成永久案件档案，也不应为了保留全部内容而无差别复制无关数据。

一个有效的小规模试用应能回答：来源是否可靠、提取是否保留含义、调查是否能追溯，以及过期信息如何退出工作清单。把这些问题验证清楚，自动化才能帮助分析者节省整理时间，而不把不确定性悄悄放大成错误动作。

资料核对：2026年10月1日（北京时间）。本文事实与独立分析已分别标明，后续可用范围请以所附官方资料为准。