已知利用目录怎么用：作为排查线索而不是自动结论
公开的已知利用目录可以帮助团队优先关注部分漏洞条目，但目录本身不能证明某个环境已受影响，更不能证明已经发生安全事件。正确用法是把它当成筛选线索，再回到产品通告、资产清单和本地证据完成判断。
核对条目身份
先确认漏洞标识、产品名称和受影响范围是否与本地软件对应。相同组件可能由不同发行版打包，修复版本也可能不同。若目录链接到外部说明，应阅读当前版本的原始内容，注意发布日期与最后更新日期的差别。
确认本地暴露条件
目录描述的利用活动可能涉及特定部署、账户权限或接口路径。本地核对应包括运行版本、功能启用情况、网络可达性和异常日志。不要因为条目在目录中就断言所有使用该产品的系统都同样紧急；也不要因为暂未发现日志而完全排除风险。
转成处置任务
将确认或疑似匹配的资产分为可立即更新、需测试更新、需要临时控制和仍待确认几类。每类任务应有责任人、目标时间和验证方法。对于无法及时更新的服务，临时控制要与产品特性相符，并在下次发布说明出现后重新审视。
保存查询上下文
目录会随时间增删或修订条目，因此记录查询日期、检索条件和当时看到的条目很重要。若使用自动脚本读取公开数据，也应检查解析失败、字段变化和重复记录，避免把工具输出直接视为最终事实。
与其他信号结合
高优先级目录、供应商紧急通告、网络异常和资产暴露信息共同出现时，才更值得加快响应。相反，单一来源不足以完成定性。处置完成后，可将经验写入排序规则，提升下次效率。