安全公告,正在变成文档产品

Author Tanmer xiaohui
xiaohui · 2026-11-16发布 · 1 次浏览

CRA 第 14 条自 2026 年 9 月 11 日起适用:发现被在野利用的漏洞,24 小时内向 CSIRT 与 ENISA 预警,72 小时内发出漏洞通知。法规规定了公告要写什么,却没规定长什么样、放在哪;第 14(8) 条要求必要时用「结构化、机器可读、可自动处理」的格式。这意味着一份要长期维护的文档,而不是事故当天的一篇通稿。

从 2026 年 9 月 11 日起,卖到欧盟的联网硬件和软件厂商,一旦发现被在野利用的漏洞,要在 24 小时内向监管方发出预警。时限写得极死。真正落在文档团队头上的不是这份报告,而是给用户的那份公告。法规只写了一句「知悉后应告知」,没给数字,也没给模板。
封面

三个日期,两种义务

Regulation (EU) 2024/2847 在 2024 年 12 月 10 日生效。第 71(2) 条把适用时间拆成三段:正文自 2027 年 12 月 11 日适用,第 14 条的上报义务提前到 2026 年 9 月 11 日。第四章关于公告机构的部分,自 2026 年 6 月 11 日适用。
第 14 条给制造商定了三段节奏:
  • 发现被在野利用的漏洞,24 小时内向协调 CSIRT 与 ENISA 发出早期预警
  • 72 小时内补发漏洞通知,写清产品、漏洞性质、已采取的缓解措施,以及用户自己能做的动作
  • 修复或缓解措施可用后 14 天内交终报
严重事件是另一条线:24 小时预警,72 小时事件通知,通知后一个月内交终报。这些报告走第 16 条的单一报告平台,收件方是监管方。用户那份公告,法规另有要求。

法规管内容,不管样子

第 14(8) 条才是给用户的那一条:知悉漏洞或严重事件后,制造商应告知受影响的用户,必要时告知所有用户。同时要说明用户可以自行部署的风险缓解与纠正措施。措辞里还带一句限定:「在适当情况下,采用结构化、机器可读、易于自动处理的格式。」
同一条还有一句更硬的:厂商没有及时告知,被通知的协调 CSIRT 可以在认为必要且相称时,直接把信息披露给用户。
附件一第二部分把「修复之后」也写死了:
  • 安全更新一旦可用,就要公开已修复漏洞的信息,包括描述、受影响的识别信息、影响、严重程度和修复指引
  • 安全更新要免费、及时分发,并附带公告信息,说明用户该采取什么动作
法规没有规定公告长什么样、发在哪里。安全页、知识库文章、更新日志、邮件、产品内横幅、CSAF,都可以。
法规把「写什么」写死了,把「怎么写」留给了你。
配图1

一份公告,四个问题

Document360 11 月 13 日的编辑指南把公告按读者的提问顺序拆开,这个顺序可以直接照抄。读者打开公告只问四件事:我是不是受影响,有多严重,现在做什么,接下来会发生什么。
  • 摘要:产品名、问题类型、严重程度,加公告编号、首版日期、最后更新日期、作者与联系方式;三句话说清问题,和一个必做动作
  • 细节:漏洞与利用方式、严重程度、受影响范围(认证、接口、数据)、根因分析的结论
  • 影响:用日常语言讲攻击者能做什么,已经发生了什么
  • 缓解与下一步:用户要做的动作(改密码、吊销令牌、轮换密钥),厂商已经修了什么,下次更新在什么时候
一份公告要同时被两类人读懂:摘要给高管和 IT 管理员,后几段给安全团队。写法上有个技巧,先说后果再说原因。「攻击者无需登录即可读取客户数据,原因是登录接口存在认证绕过。」反过来写,非技术读者会在第二句放弃。
发布前过三关,这是指南给的复核标准:安全专家确认技术细节、严重程度与修复方案无误;任意工程师读完,能定位受影响版本并照描述装上补丁;非技术读者只看摘要,能说清发生了什么、多严重、要做什么。

今天能做的

先诊断,再补页,最后回测,这条链路两件事各归一家。Baklib 负责内容底座这一段:公告、说明书、更新日志放在同一处托管。稳定地址、版本留痕、多语言、访问权限一处维护,一份内容多端输出。
策思路 C456 负责入口层这一段:做 GEO 诊断,看用户问「某产品漏洞怎么办」时品牌被提到几次、卡在哪类问题。再把答案页补回底座。
  1. 翻出最近一次安全更新对应的公告,查三件事:地址是否固定、有没有编号和最后更新日期、能不能说清受影响版本。
  2. 建一份公告模板,四段结构加三关复核,字段先定下来,下次出事直接填。
  3. 用策思路 C456 跑一次 GEO 诊断,把「产品 + 漏洞 + 怎么做」这类问题留成基线,答案页放进 Baklib 维护。
配图2
24 小时是给监管方的。公告没有截止日,只有失效日:发慢了,CSIRT 可以替你发,只是那句话不是你说的。
作者:辉哥(Baklib, C456 创始人)
提交反馈

博客 博客

专注数字内容治理,助力数字体验升级

安全公告,正在变成文档产品

安全公告,正在变成文档产品

CRA 第 14 条自 2026 年 9 月 11 日起适用:发现被在野利用的漏洞,24 小时内向 CSIRT 与 ENISA 预警,72 小时内发出漏洞通知。法规规定了公告要写什么,却没规定长什么样、放在哪;第 14(8) 条要求必...

Author 312e
By xiaohui
发布:2026-11-16
说明书可以不上纸,但要在线十年

说明书可以不上纸,但要在线十年

欧盟机械法规 2023/1230 从 2027 年 1 月 20 日起允许说明书只给电子版:机器上要标明获取方式,文件可下载可打印,链接要在机器寿命内并且投放市场后至少在线十年,购买时索取的纸质版一个月内免费送达。数字化真正的门槛不是...

Author d140
By xiaohui
发布:2026-11-15
封错 AI 爬虫,就少一个入口

封错 AI 爬虫,就少一个入口

OpenAI 把检索和训练拆成两个开关:拒掉 OAI-SearchBot,站点就不出现在 ChatGPT 搜索答案里;Google-Extended 只控训练与 grounding,不影响搜索收录。robots.txt 是声明,真正拦...

Author 8ae6
By xiaohui
发布:2026-11-14
AI 搜索策略,别交给会消失的工具

AI 搜索策略,别交给会消失的工具

SEJ 专栏作者 Dan Taylor 统计:近两年主打 AI 可见度的工具有 194 个,略超六成是轻量级实验或副业项目,创业项目死亡率 55%–60%;各家自造合成指数,引用还会漂移。内容团队该自己拿着的三样东西:查询矩阵、pro...

Author 0100
By xiaohui
发布:2026-11-13
大数据与知识管理:如何把海量数据变成可用知识

大数据与知识管理:如何把海量数据变成可用知识

大数据提供客户在问什么、买什么、抱怨什么的信号,知识管理把这些信号变成可信、可复用的答案。本文讲清两者区别、四条数据驱动知识的路径、零售案例,以及缺少治理时大数据为何失效。

Author big-data-and-knowledge-management
By Lisa
发布:2026-11-02
结构化数据与非结构化数据:为什么拆分会误导客服团队

结构化数据与非结构化数据:为什么拆分会误导客服团队

• 本文用客服场景的例子,说明结构化、半结构化与非结构化数据的区别,指出二元划分的价值与误用,并给出以决策为核心的做法:为高频决策建立字段,为叙述性内容标注负责人与复核日期,把重复流程变成引导式流程。

Author structured-vs-unstructured-data
By Lisa
发布:2026-10-29
通过MCP连接Claude与知识库:Baklib完整指南

通过MCP连接Claude与知识库:Baklib完整指南

本文介绍 MCP 如何让 Claude 无需定制 API 即可连接知识库,涵盖其原理、三种连接方式、部署步骤、真实用例与安全要点,并说明 Baklib 的原生 MCP 支持与内容管理能力。

Author claude-mcp-knowledge-base-connector
By Lisa
发布:2026-10-23