본문으로 건너뛰기
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에 게시하세요. 정책 날짜로부터 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 준비도 점검을 이용하세요.

입력한 내용은 저장되거나 전송되지 않습니다. 페이지를 새로 고치면 지워집니다. 보관하려면 파일을 복사하거나 다운로드하세요.