Karşılıklı TLS, bağlantı kurulurken yalnızca sunucunun değil istemcinin de sertifikayla doğrulandığı modeldir. Standart kullanımda istemci sunucuyu doğrular ama sunucu istemciyi tanımaz; kimlik doğrulama uygulama katmanında parola ya da belirteçle yapılır. Karşılıklı modelde ise kimlik, bağlantı kurulurken kriptografik olarak kanıtlanır. Bu yaklaşım, parola ve belirteç çalınmasına karşı çok daha dayanıklıdır. Sertifika olmadan bağlantı hiç kurulamaz. Koruma bağlantı katmanındadır.

Model, özellikle servisler arası iletişimde değerlidir. Mikro hizmet mimarilerinde her servisin kimliği sertifikayla doğrulanır ve yetkisiz çağrılar engellenir. Bu yapı, iç ağda konuma dayalı güveni ortadan kaldırır. Sıfır güven mimarisi ilkeleriyle uyumludur. Uygulaması otomasyon gerektirir. Sertifika yönetimi kritiktir.

Karşılıklı TLS Nedir?

Karşılıklı TLS, bağlantı kurulumu sırasında hem sunucunun hem istemcinin sertifikayla kimliğini kanıtladığı çift yönlü doğrulama modelidir.

Doğrulama, el sıkışma sırasında gerçekleşir. Sunucu istemciden sertifika ister, istemci sertifikasını sunar ve sunucu bu sertifikayı güvendiği otoritelerle doğrular. Doğrulama başarısız olursa bağlantı kurulmaz. Bu kesin davranış, modelin en güçlü yanıdır. Uygulama katmanına hiç ulaşılmaz. Saldırı yüzeyi daralır.

Kullanım Alanları

Birinci alan, servisler arası iletişimdir. Her servise bir kimlik sertifikası verilir ve çağrılar bu kimlikle doğrulanır. Servis ağında karşılıklı doğrulama bu uygulamayı otomatikleştirir. Sertifika üretimi ve yenileme altyapı tarafından yapılır. Geliştirici müdahalesi gerekmez. Uygulaması şeffaftır.

İkinci alan, iş ortağı entegrasyonlarıdır. İki kurum arasındaki API bağlantıları bu modelle korunabilir. Sertifika tabanlı kimlik, paylaşılan anahtarlardan daha güvenlidir. Ayrıca sertifika iptali mümkündür. Anahtar paylaşımının riskleri ortadan kalkar. Yönetim daha nettir.

Üçüncü alan, cihaz kimlik doğrulamasıdır. Nesnelerin interneti cihazları ve kurumsal uç noktalar bu modelle doğrulanabilir. Cihaz başına sertifika üretimi ölçek sorunu üretebilir. Otomasyon bu sorunu çözer. Altyapı planlanmalıdır. Yaşam döngüsü yönetilir.

• Servisler arası iletişimde kimlik doğrulama
• İş ortağı API entegrasyonları
• Cihaz kimlik doğrulaması
• Yönetim arayüzlerine erişim kontrolü
• Yüksek hassasiyetli uygulamalarda ek katman

Sertifika Yönetimi Zorluğu

Modelin en büyük zorluğu sertifika yönetimidir. Her istemci için sertifika üretilmeli, dağıtılmalı ve süresi dolmadan yenilenmelidir. Ölçek büyüdükçe elle yönetim imkânsız hâle gelir. Bu nedenle otomasyon zorunludur. Otomatik üretim ve yenileme altyapısı kurulmalıdır. Aksi hâlde kesintiler yaşanır.

Sertifika iptali de planlanmalıdır. Bir istemcinin yetkisi kaldırıldığında sertifikası iptal edilmelidir. İptal kontrolü, sunucu tarafında yapılandırılır. Kısa ömürlü sertifikalar bu ihtiyacı azaltır. Kısa ömürlü sertifikalar yaklaşımı yaygınlaşmaktadır. İptal listesi yönetimi basitleşir.

Özel anahtarların korunması da kritiktir. Çalınan bir istemci anahtarı, o kimliğin taklit edilmesini sağlar. Anahtarların donanım modüllerinde ya da güvenli depolarda tutulması önerilir. Dosya sisteminde açık saklanan anahtarlar risk oluşturur. Erişim kısıtlanmalıdır. Denetim yapılır.

Uygulama Önerileri

Geçiş kademeli yapılmalıdır. Önce kritik bir servis çifti kapsama alınır ve deneyim kazanılır. Ardından kapsam genişletilir. Baştan tüm ortamı hedefleyen projeler sertifika yönetimi karmaşıklığında takılır. Kademeli yaklaşım daha başarılıdır. Öğrenme birikir. Süreç olgunlaşır.

İzleme de kurulmalıdır. Sertifika süreleri, doğrulama hataları ve iptal durumları izlenir. Süresi yaklaşan sertifikalar için uyarı üretilir. Bu izleme, kesintileri önler. Otomasyonla birlikte çalışır. Kurulum basittir.

Tek Yönlü Doğrulamadan Farkı

Standart kullanımda yalnızca sunucu doğrulanır ve istemci kimliği uygulama katmanında belirlenir. Bu model, parola ya da belirteç çalınması durumunda savunmasızdır. Çalınan bir belirteçle yapılan istek, sunucu tarafından meşru sayılır. Karşılıklı modelde ise istemci sertifikası olmadan bağlantı hiç kurulamaz. Bu fark, saldırı yüzeyini bağlantı katmanına taşır. Koruma daha erken devreye girer.

Ayrıca sertifikanın çalınması da parola çalınmasından zordur. Özel anahtar donanım modülünde saklandığında dışarı çıkarılamaz. Bu koruma, kimlik hırsızlığını yapısal olarak zorlaştırır. Donanım güvenlik modülü bu saklamayı sağlar. Maliyeti vardır. Kritik kimliklerde önerilir.

Buna karşılık yönetim yükü artar. Her istemci için sertifika üretimi, dağıtımı ve yenilenmesi gerekir. Bu yük, otomasyonla yönetilebilir düzeye iner. Otomasyon olmadan model sürdürülemez. Altyapı önceden kurulmalıdır. Hazırlık gereklidir.

Uygulama Katmanıyla İlişkisi

Bağlantı katmanındaki doğrulama, uygulama katmanındaki yetkilendirmenin yerine geçmez. Sertifika kimliği kanıtlar ama hangi işlemi yapabileceğini belirlemez. Yetkilendirme yine uygulama tarafında yapılmalıdır. İki katman farklı sorulara yanıt verir. Karıştırılmamalıdır. Tasarım ikisini de içermelidir.

Sertifikadaki kimlik bilgisinin uygulamaya iletilmesi de yapılandırılmalıdır. Aracı bir bileşen kullanılıyorsa, doğrulanan kimlik bir başlıkla arka uca aktarılır. Bu başlığın taklit edilemez olması sağlanmalıdır. Aksi hâlde kimlik sahteciliği mümkün olur. Yapılandırma dikkatle yapılır. Test edilir.

Ölçekte Uygulama

Yüzlerce servisin bulunduğu ortamlarda sertifika yönetimi elle yapılamaz. Bu nedenle otomatik üretim ve dağıtım altyapısı kurulur. Servis başlatıldığında sertifikası otomatik üretilir ve süresi dolmadan yenilenir. Bu altyapı, modelin uygulanabilir olmasını sağlar. Kurulum bir kereye mahsustur. Bakım süreklidir.

Servis ağı katmanı bu otomasyonu hazır sunar. Her iş yüküne kimlik atanır ve iletişim otomatik olarak korunur. Geliştirici müdahalesi gerekmez. Servis ağı güvenliği bu modeli standartlaştırır. Ek karmaşıklık getirir. Değerlendirme yapılmalıdır.

Kimlik ömürlerinin kısa tutulması da önerilir. Kısa ömürlü sertifikalar, iptal ihtiyacını büyük ölçüde ortadan kaldırır. Yenileme otomatik yapıldığı için ek yük üretmez. Bu yaklaşım modern mimarilerde standarttır. Uygulaması otomasyonla mümkündür. Güvenlik artar.

İzleme ve Sorun Giderme

Doğrulama hatalarının izlenmesi gerekir. Süresi dolmuş ya da iptal edilmiş bir sertifika, bağlantının kurulamamasına yol açar. Bu hatalar hizmet kesintisi olarak görünür. Kök nedenin hızlı belirlenmesi için ilgili kayıtlar toplanmalıdır. İzleme paneli bu bilgiyi sunar. Süre uyarıları tanımlanır.

Sertifika envanterinin tutulması da önerilir. Hangi servisin hangi sertifikayla çalıştığı ve süreleri kayıt altında olmalıdır. Bu envanter, hem sorun gidermede hem denetimde kullanılır. Otomatik toplama mümkündür. Manuel liste güncel kalmaz. Otomasyon tercih edilir.

Privia Security olarak servisler arası kimlik doğrulama mimarilerini altyapı ve mimari gözden geçirme kapsamında değerlendiriyoruz.