CRA Uyumluluğu İçin Yerelleştirme Hattı: 24 Saatte 6 Dile Çıkmak

AB'ye bağlı cihaz satıyorsan Cyber Resilience Act (CRA) sadece güvenlik mühendisliği değil, aynı zamanda bir içerik ve yerelleştirme sorunu. Çoğu yazılım ekibi buna hazırlıksız.

CRA'nın zamanlaması çok dar: aktif olarak istismar edilen bir açığı bulduğunda ENISA ve ulusal CSIRT'e 24 saat içinde bildirim yapman gerekiyor. Sonra da o açığı 6 dilde açıklayan danışmanlık belgelerini, güvenlik notlarını ve güncelleme talimatlarını hazırlamalısın. Eğer yerelleştirme altyapın yoksa saat 2'de çeviri ajansına PDF göndermek ve sabaha kadar bekleme durumuna düşersin.

Burada mühendislik ekibinin yapması gereken işler var. Birincisi, kaynak belgeleri (advisory, release notes, patch instructions) otomatik olarak bir depo sistemine akışını sağlamak. İkincisi, bu belgeleri bir çeviri yönetim sistemine (Crowdin, Lokalise gibi) entegre etmek ve API aracılığıyla çeviriye göndermek. Üçüncüsü, çevirisi bittiğinde doğru dil versiyonlarını doğru kanallara (web, e-posta, GitHub release) yayınlamak.

Temel adımlar: Git repo'nda kaynak dosyaları Markdown ya da XML olarak tut, CI/CD pipeline'da bu dosyaları otomatik olarak çeviri platformuna push et, çeviriler bitince webhook aracılığıyla geri çek, dil versiyonlarını oluştur ve yayınla. Terminoloji tutarlılığı için bir glossary (SBOM, vulnerability, patch, disclosure window gibi teknik terimlerin her dilde karşılığı) hazırla ve çevirmenlerle paylaş.

Bu sistem kurulduğunda 24 saatte 6 dile çıkmak gerçekçi hale geliyor. Eğer henüz yapmadıysan, Diogo Heleno'nun dev.to yazısında detaylı adımları görebilirsin.