Kriptografik Bağımlılıkları Denetleme ve Seçme

Seçtiğiniz kriptografi kitaplığı, bir projedeki en önemli güvenlik kararlarından biridir. İyi niyetli geliştiriciler bile yetersiz bir kitaplık kullanarak güvenli olmayan sistemler üretebilir. Buna karşılık, iyi tasarlanmış bir kitaplık ciddi hataların yapılmasını zorlaştırır. Seçim süreci sistematik olmalı; güvenlik geçmişi, API tasarımı, bakım durumu ve amaca uygunluk değerlendirilmelidir.

Herhangi bir kriptografi kitaplığı için sorulacak ilk sorulardan biri, en son ne zaman bağımsız olarak denetlendiği ve bu denetimin neleri kapsadığıdır. Beş yıl önce 1.0 sürümü üzerinde gerçekleştirilen bir denetim, bugün kullanılan 3.0 sürümü için daha az güvence sağlar. Kullanmayı planladığınız belirli işlevleri kapsayan ve itibarlı güvenlik firmaları (NCC Group, Trail of Bits, Quarkslab, Cure53) tarafından gerçekleştirilen denetimleri arayın. Bazı kitaplıklar denetim raporlarını herkese açık şekilde yayımlar; hiçbir denetimin bulunmaması önemli bir risk etkenidir.

Kitaplığın NVD'deki (Ulusal Güvenlik Açığı Veritabanı) CVE tarihçesini inceleyin. Şunlara bakın: kaç CVE bulunduğuna, bunların önem derecelerine, hangi güvenlik açığı sınıflarını temsil ettiklerine (mantık hataları, bellek bozulması veya algoritma zayıflıkları) ve bakımcıların yamaları ne kadar hızlı yayımladığına. Ara sıra CVE'leri bulunan ve bunları hızla düzelten bir kitaplık, duyarlı bir bakım sürecine sahip olduğunu gösterir. Çok sayıda yüksek önem dereceli CVE'si olan veya yamaları yavaş yayımlayan bir kitaplık, ciddi bir uyarı işaretidir.

Bakımı yapılmayan kriptografi kitaplıkları tehlikelidir. Son değişiklik kaydının tarihini, sürüm yayımlama sıklığını ve güvenlik duyurularının ele alınıp alınmadığını kontrol edin. Son değişiklik kaydı üç yıl öncesine ait olan bir kitaplığın, hiçbir zaman yamalanmayacak bilinen güvenlik açıkları olabilir. Topluluğun büyüklüğü, incelemenin kapsamı açısından önemlidir: yaygın olarak kullanılan kitaplıklar, niş projelere kıyasla güvenlik araştırmacılarının daha fazla incelemesine tabi tutulur.

Daha küçük ve daha belirleyici bir API yüzeyi güvenlik açısından daha iyidir. Çok sayıda algoritma seçeneği ve yapılandırma ayarı sunan kitaplıklar, yanlış yapılandırma fırsatları oluşturur. libsodium'u (her kullanım durumu için tek işlev, sabit algoritma), OpenSSL EVP ile (şifre, kip, anahtar boyutu, dolgu ve IV işleme ayrı ayrı seçilir) karşılaştırın. Bir kitaplığı yanlış kullanmak ne kadar zorsa, güvenliğe önem veren projeler için o kadar iyidir.

Gizli veriler içeren işlemlerde (anahtar karşılaştırma, şifre çözme, imza doğrulama) uygulama, gizli değerlere göre dallanmayan veya belleğe erişmeyen sabit süreli algoritmalar kullanmalıdır. Kitaplık belgelerinin hassas işlemler için sabit süreli çalışma güvencelerini açıkça belirttiğini veya kaynak kodun onaylanmış sabit süreli karşılaştırma işlevlerini kullandığını doğrulayın. Bu güvenceyi sunmayan kitaplıklar, zamanlama yan kanal saldırılarına karşı savunmasızdır.

İyi bir kriptografi kitaplığı modern algoritmaları desteklemeli ve güncelliğini yitirmiş olanları kullanımdan kaldırmayı planlamalıdır. Şifreleme için ChaCha20-Poly1305 veya AES-256-GCM, imzalar için Ed25519 veya ECDSA P-256, anahtar değişimi için X25519 ve parola karmalama için Argon2id sunmalıdır. Yalnızca eski algoritmaları (DES, RC4, MD5, SHA-1) sunan kitaplıklar, diğer nitelikleri ne olursa olsun yeni dağıtımlar için uygun değildir.

Geçişli bağımlılıkları değerlendirin: kriptografi kitaplığınız hangi kitaplıklara bağlı ve bunların güvenlik durumu nedir? libsodium gibi dış bağımlılığı olmayan bir kitaplık, tedarik zinciri açısından en düşük riske sahiptir. Her biri kendi bağımlılıklarına sahip bir düzine npm paketine bağlı olan bir kitaplık, tedarik zincirinden kaynaklanan geniş bir saldırı yüzeyine sahiptir. Kitaplığın tekrarlanabilir derlemeler kullanıp kullanmadığını kontrol edin; bu, dağıtılan ikili dosyanın kaynak kodla eşleştiğinin doğrulanmasını sağlar.

Düzenlemeye tabi sektörler (sağlık, finans ve kamu), çoğu zaman FIPS 140-2 veya 140-3 doğrulamasından geçmiş kriptografik modüller gerektirir. FIPS doğrulaması pahalı ve zaman alıcıdır; bu nedenle yalnızca sınırlı sayıda kitaplık bu doğrulamaya sahiptir. FIPS sağlayıcısıyla birlikte OpenSSL, Go'nun crypto/tls içinde kullanılan BoringCrypto ve bazı HSM kitaplıkları FIPS doğrulamasından geçmiştir. Dağıtımınız FIPS uyumluluğu gerektiriyorsa bu gereksinim, kitaplık seçeneklerinizi önemli ölçüde daraltır.

Donanım Güvenlik Modülleri (HSM'ler) ve bulut KMS hizmetleri, anahtar işlemleri için çoğu zaman tescilli API'lere sahiptir. Uygulamanızı AWS KMS'ye veya belirli bir HSM satıcısına sıkı biçimde bağlamak, satıcıya bağımlılık riski oluşturur. Sağlayıcı değişikliğine olanak tanıyan soyutlama katmanları (Tink'in KMS entegrasyonu gibi) sunulup sunulmadığını değerlendirin. Ayrıca HSM satıcısının desteği sonlandırması veya fiyatları artırması durumunda geçiş maliyetlerinin önemli olabileceğini göz önünde bulundurun.

Kriptografik bağımlılık seçimindeki en önemli kural şudur: yerleşik standartları uygulayan, tanınmış ve yaygın olarak kullanılan kitaplıklardan yararlanın; kriptografik temel yapı taşlarını asla kendiniz uygulamayın. Teoriyi ne kadar iyi anlarsanız anlayın, AES, RSA, eliptik eğri işlemlerini veya kimliği doğrulanmış şifrelemeyi üretim kodunda doğru şekilde uygulamak son derece zordur ve kanıtlanmış bir kitaplık kullanmaya kıyasla riske neredeyse hiçbir zaman değmez.

Kütüphane seçimi denetim listesi: yakın tarihli bağımsız denetimin kapsamını ve raporunu kontrol edin, CVE geçmişini ve yama yanıt süresini inceleyin, etkin bakım ve topluluk katılımını doğrulayın, yanlış kullanıma dirençli daha küçük API yüzeylerini tercih edin, hassas işlemler için sabit zamanlı çalışma garantilerini doğrulayın, modern algoritma desteğinden emin olun, tedarik zinciri bağımlılıklarını değerlendirin, düzenlemeye tabiyseniz FIPS doğrulamasını kontrol edin, KMS sağlayıcısına bağımlı kalma riskini göz önünde bulundurun ve her zaman temel yapı taşlarını kendiniz uygulamak yerine yerleşik kütüphaneleri kullanın.