本文へ移動
EU ルールファインダー
日本語 (言語)

協調的脆弱性開示ポリシーのひな形と 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 に公開してください。ポリシーの日付から1年マイナス1日で期限切れになります(RFC 9116 は1年未満を求めています)。それまでに更新してください。

security.txt には読み取れる連絡先と日付が必要です。両方を入力するとここに表示されます。

ポリシーは、報告者の多くが使う英語で作成されます。利用者に必要なら翻訳してください。読み取れない入力は TO COMPLETE と表示されます。これはひな形であり法的助言ではなく、製品が規則(EU)2024/2847 に適合することを示すものではありません。

CRA の文書一式:このポリシー、脆弱性の対応・報告手順、技術文書、9言語の EU 適合宣言書(有料)

サイバーレジリエンス法の要件

  • 協調的脆弱性開示ポリシーを導入し、実施すること(附属書 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 準備度チェック をご利用ください。

入力内容は保存も送信もされません。ページを再読み込みすると消えます。残すにはファイルをコピーまたはダウンロードしてください。