İçeriğe geç
AB Kuralları Bulucu
Türkçe (Dil)

Koordineli güvenlik açığı ifşa politikası şablonu ve security.txt oluşturucu

Siber Dayanıklılık Yasası, dijital unsurlu her ürünün imalatçısından koordineli bir güvenlik açığı ifşa politikası ve güvenlik açığı bildirimleri için bir iletişim adresi ister. Bilgilerinizi doldurun; politika metnini ve web siteniz için uygun bir security.txt dosyasını alın. Yazdıklarınız tarayıcınızdan çıkmaz.

2 Kasım 2026 tarihinde kaynaklarla karşılaştırıldı

Ürün adları, modeller veya "dijital unsurlu tüm ürünlerimiz".
Bir e-posta adresi veya bir web formunun https adresi: tek irtibat noktanız (Madde 13(17)).
Web sitenizde bir https sayfası, örneğin https://example.com/security.
security.txt dosyasının Canonical satırı için.
1 ile 30 arasında bir tam sayı.

Politikanız

Doldurulacaklar

  • Şirket adını girin.
  • Bildirimler için bir e-posta adresi veya bir web formunun https adresini girin.
  • Politikanın yayımlanacağı https adresini girin.
  • Politika tarihini girin.

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

Bu dosyayı web sitenizde /.well-known/security.txt adresinde yayımlayın. Politika tarihinden bir yıl eksi bir gün sonra sona erer (RFC 9116 bir yıldan kısa süre ister): öncesinde yenileyin.

security.txt için okunabilir bir iletişim adresi ve tarih gerekir; ikisi de doldurulunca burada görünür.

Politika, bildirenlerin çoğunun kullandığı İngilizce yazılır; kullanıcılarınız gerektiriyorsa çevirin. Okunamayan girdiler TO COMPLETE olarak görünür. Bu bir şablondur, hukuki tavsiye değildir ve bir ürünün (AB) 2024/2847 sayılı Tüzüğe uygun olduğunu göstermez.

Bu politika, güvenlik açığı ele alma ve bildirim prosedürleri, teknik dosya ve 9 dilde AB uygunluk beyanıyla tüm CRA belge seti (ücretli)

Siber Dayanıklılık Yasası ne istiyor

  • Koordineli güvenlik açığı ifşası politikası oluşturmak ve uygulamak (Ek I Bölüm II madde 5).
  • Bildirimler için bir iletişim adresi vermek dahil, güvenlik açıklarının bildirilmesini kolaylaştırmak (Ek I Bölüm II madde 6).
  • Bir güvenlik güncellemesi çıktığında giderilen açık hakkında bilgi yayımlamak: açıklama, etkilenen ürünler, etkisi ve ciddiyeti, kullanıcıların nasıl gidereceği; yayımlamanın güvenlik riskleri yararlarından ağır basıyorsa yayım ertelenebilir (Ek I Bölüm II madde 4).
  • Kullanıcıların, güvenlik açığı bildirmek dahil, size doğrudan ve hızla ulaşabileceği tek bir irtibat noktası belirlemek (Madde 13(17)) ve bunu politikanın yeriyle birlikte kullanıcı bilgilerinde belirtmek (Ek II madde 2).

Tarihler

Ek I Bölüm II'deki güvenlik açığı ele alma gereklilikleri 11 Aralık 2027'den itibaren uygulanır. Aktif olarak istismar edilen güvenlik açıklarını ve ciddi olayları bildirme yükümlülüğü 11 Eylül 2026'dan itibaren uygulanır (Madde 71(2)); yayımlanmış bir bildirim adresi bunlardan zamanında haberdar olmanıza yardım eder.

security.txt nedir

/.well-known/security.txt adresinde, güvenlik araştırmacılarına nereye bildirim yapacaklarını söyleyen kısa bir metin dosyası (RFC 9116). Contact satırı ve Expires tarihi gerekir; oluşturucu politika adresini, tercih edilen dili ve web sitenizle Canonical satırını ekler. İçindeki web adresleri https kullanmalıdır.

Oluşturucunun yapmadıkları

Bildirim kanalı kurmaz, bildirimleri ayıklamaz ve bir şeyin Madde 14 uyarınca bildirilmesi gerekip gerekmediğine karar vermez. Bildirim süreleri için CRA bildirim kaydı, yazılım malzeme listesi için SBOM oluşturucu, hazırlık durumunuz için CRA hazırlık kontrolü.

Yazdıklarınız kaydedilmez veya gönderilmez: sayfayı yenilemek siler. Saklamak için dosyaları kopyalayın veya indirin.