跳至主要內容
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 準備度檢查。

您輸入的內容不會被儲存或傳送:重新整理頁面即清除。請複製或下載檔案以便保存。