跳到正文
EU Rules Finder
简体中文 (语言)

协调漏洞披露政策模板和 security.txt 生成器

《网络韧性法案》要求每个含数字元素产品的制造商制定协调漏洞披露政策,并提供漏洞报告的联系地址。填写您的信息,即可获得政策文本和配套的网站 security.txt 文件。您输入的内容不会离开浏览器。

已于 2026年11月2日 与来源核对

产品名称、型号,或“我们所有含数字元素的产品”。
电子邮件地址或网页表单的 https 地址:您的单一联络点(第 13 条第 17 款)。
您网站上的 https 页面,例如 https://example.com/security。
用于 security.txt 的 Canonical 行。
1 到 30 之间的整数。

您的政策

尚需填写

  • 请填写公司名称。
  • 请填写用于接收报告的电子邮件地址或网页表单的 https 地址。
  • 请填写发布政策的 https 地址。
  • 请填写政策日期。

Coordinated vulnerability disclosure policy of TO COMPLETE

TO COMPLETE welcomes reports of potential vulnerabilities in its products, including in third-party and open-source components they contain. This policy says how to report one and what we do with it.

Scope

This policy covers: TO COMPLETE.

How to report

  • Report to: TO COMPLETE. This is our single point of contact for vulnerability reports.
  • Please include the product and version, a description of the issue, the steps to reproduce it and any proof of concept, and how we can reach you.
  • You may report in English or in the language of your choice; you may stay anonymous, though we then cannot keep you informed.

What we do

  • We acknowledge your report within 5 working days and keep you informed until it is resolved.
  • We assess the report, and address and remediate a confirmed vulnerability without delay, in relation to its risk.
  • We agree a disclosure date with you. Please do not disclose the vulnerability before a fix is available or that date has passed.
  • Once a security update is available, we publish information about the fixed vulnerability: a description, the products affected, its impact and severity, and how users can remediate it. Where the security risks of publication outweigh its benefits, we may delay publication until users have had the possibility to apply the update.
  • Where the vulnerability is in a component made or maintained by someone else, we report it to them.
  • With your agreement, we credit you when we publish.

About this policy

Published at TO COMPLETE. Last updated TO COMPLETE.

security.txt

请将此文件发布到您网站的 /.well-known/security.txt。它在政策日期后一年减一天到期(RFC 9116 要求少于一年):请在此之前更新。

security.txt 需要可读的联系方式和日期;两者填写后会显示在这里。

政策以英文撰写,这是大多数报告者使用的语言;如您的用户需要,请自行翻译。无法读取的内容显示为 TO COMPLETE。这是模板,不是法律意见,也不表明产品符合第 (EU) 2024/2847 号条例。

完整的 CRA 文件包:包括本政策、漏洞处理和报告程序、技术文档,以及 9 种语言的欧盟符合性声明(付费)

《网络韧性法案》的要求

  • 制定并执行协调漏洞披露政策(附件 I 第 II 部分第 5 点)。
  • 便利漏洞报告,包括提供报告联系地址(附件 I 第 II 部分第 6 点)。
  • 安全更新可用后,公开已修复漏洞的信息:说明、受影响的产品、影响和严重程度,以及用户的补救方法;如公开的安全风险大于益处,可推迟公开(附件 I 第 II 部分第 4 点)。
  • 指定单一联络点,使用户能直接、快速地与您沟通,包括报告漏洞(第 13 条第 17 款),并在用户信息中注明该联络点和政策所在位置(附件 II 第 2 点)。

日期

附件 I 第 II 部分的漏洞处理要求自 2027 年 12 月 11 日起适用。报告被积极利用的漏洞和严重事件的义务自 2026 年 9 月 11 日起适用(第 71 条第 2 款);公开的报告地址有助于您及时获知。

什么是 security.txt

位于 /.well-known/security.txt 的简短文本文件,告诉安全研究人员向哪里报告(RFC 9116)。它需要 Contact 行和 Expires 日期;生成器会加入政策地址、首选语言,并在填写网站时加入 Canonical 行。其中的网址必须使用 https。

生成器不做什么

它不建立报告渠道、不分拣报告,也不判断某事是否需要按第 14 条报告。报告时限请用 CRA 报告登记册;软件物料清单请用 SBOM 生成器;了解准备情况请用 CRA 准备度检查。

您输入的内容不会被保存或发送:刷新页面即清除。请复制或下载文件以便保存。