Bir sigorta acentesinde gün içinde sayısız veri paketi yer değiştirir. Çalışanın tarayıcısı ile acente paneli arasında müşteri kartları, mobil uygulama ile sunucu arasında teklif talepleri, teklif motoru ile sigorta şirketi servisleri arasında trafik, kasko ve DASK sorguları sürekli akar. Bu verinin sunucuda nasıl saklandığı kadar, yolculuk sırasında nasıl korunduğu da önemlidir. Kafede açık bir kablosuz ağa bağlanan saha çalışanı ya da şube ağındaki güncellenmemiş bir cihaz, korunmayan trafiği izlemek isteyen biri için fırsat yaratabilir.
Aktarım halindeki verinin korunmasında bugün temel araç TLS (Transport Layer Security) protokolüdür. Tarayıcıda görülen kilit simgesi bu protokolün kullanıldığını gösterir; ancak kilit simgesinin varlığı, yapılandırmanın doğru olduğu anlamına gelmez. Bu yazıda acente yazılımı bağlamında TLS'nin neyi koruduğunu, iyi bir yapılandırmanın unsurlarını ve sertifika yönetiminin neden ihmal edilmemesi gerektiğini ele alıyoruz.
TLS neyi korur, neyi korumaz?
TLS üç temel güvence sağlar. Birincisi gizliliktir: Aradaki biri trafiği yakalasa bile içeriği okuyamaz. İkincisi bütünlüktür: Veri yolda değiştirilirse bu fark edilir. Üçüncüsü kimlik doğrulamadır: Tarayıcı ya da uygulama, gerçekten doğru sunucuyla konuştuğundan sertifika aracılığıyla emin olur.
Buna karşılık TLS, verinin ulaştığı uç noktadaki güvenliği sağlamaz. Sunucuya ulaşan veri orada şifresiz saklanıyorsa ya da kullanıcının bilgisayarında zararlı bir yazılım varsa, TLS bu riskleri ortadan kaldırmaz. Bu nedenle TLS, bekleyen veri şifrelemesi, erişim kontrolü ve cihaz güvenliğiyle birlikte düşünülmesi gereken bir katmandır.
Acente yazılımında trafiğin geçtiği hatlar
Bir acente yazılımında korunması gereken tek bir bağlantı yoktur. Farklı hatların her biri ayrı ayrı değerlendirilmelidir:
- Tarayıcı ile web paneli arasındaki hat: Çalışanların günlük işini yürüttüğü en yoğun trafik.
- Mobil uygulama ile API arasındaki hat: Sahada, çoğu zaman güvenilirliği bilinmeyen ağlar üzerinden kurulan bağlantılar.
- Sunucu ile sigorta şirketi servisleri arasındaki hat: Teklif sorgularının ve poliçe bilgilerinin iletildiği entegrasyon trafiği.
- İç servisler arasındaki hat: Uygulama sunucusu, veritabanı, dosya depolama ve kuyruk servisleri arasındaki bağlantılar.
- Bildirim ve e-posta servisleri: Kullanıcılara ve müşterilere gönderilen mesajların iletildiği dış servisler.
Özellikle iç servisler arasındaki trafik, "nasılsa kendi ağımızda" düşüncesiyle şifresiz bırakılabilir. Sıfır güven yaklaşımında ise iç ağ da güvenilmeyen bir ortam olarak kabul edilir ve bu bağlantıların da şifrelenmesi beklenir.
İyi bir TLS yapılandırmasının unsurları
Güncel protokol sürümleri
Eski protokol sürümleri bilinen zayıflıklar içerir. Güncel yapılandırmalarda TLS 1.2 ve TLS 1.3 kullanılır; daha eski sürümler devre dışı bırakılır. Bu karar, çok eski cihazların bağlanamaması gibi bir yan etki doğurabilir; ancak güvenlik açısından kabul edilebilir bir bedeldir.
Güçlü şifre takımları
Protokol sürümü kadar, bağlantıda kullanılan şifreleme algoritmalarının seçimi de önemlidir. İleri gizlilik (forward secrecy) sağlayan anahtar değişim yöntemleri tercih edilmeli, zayıf algoritmalar listeden çıkarılmalıdır. İleri gizlilik, sunucunun özel anahtarı bir gün ele geçirilse bile geçmişte kaydedilmiş trafiğin çözülmesini engeller.
HTTP'den HTTPS'e zorunlu yönlendirme
Kullanıcı adres çubuğuna yalnızca alan adını yazdığında bağlantının şifresiz başlamaması için tüm HTTP istekleri HTTPS'e yönlendirilmelidir. HSTS (HTTP Strict Transport Security) başlığı, tarayıcıya bu alan adına yalnızca şifreli bağlantıyla erişmesi gerektiğini bildirerek ilk istekteki riski de azaltır.
Mobil uygulamada sertifika doğrulama
Mobil uygulamanın, sunucu sertifikasını eksiksiz doğruladığından emin olunmalıdır. Geliştirme aşamasında kolaylık için kapatılan doğrulama kontrollerinin canlı sürümde açık kalması, sık rastlanan ve ciddi bir hatadır. Bazı uygulamalar ek koruma için belirli sertifika veya anahtarlara sabitleme (pinning) de uygular; bu yöntem güçlü olmakla birlikte sertifika yenilemelerinde dikkatli planlama gerektirir.
Sertifika yönetimi: Görünmeyen operasyon
TLS'nin güvenilirliği sertifikalara dayanır ve sertifikaların bir son kullanma tarihi vardır. Süresi dolan bir sertifika, en iyi ihtimalle kullanıcıların tarayıcısında korkutucu bir uyarı, en kötü ihtimalle mobil uygulamanın ve entegrasyonların tamamen durması anlamına gelir. Sertifika yenilemenin bir kişinin takvim hatırlatmasına bırakılması, bu riski kalıcı hale getirir.
Sağlıklı bir sertifika yönetimi için şu adımlar önerilir:
- Envanter çıkarın: Hangi alan adı ve alt alan adları için sertifika kullanıldığını, hangi sunucularda yüklü olduğunu listeleyin.
- Yenilemeyi otomatikleştirin: Otomatik yenileme destekleyen sertifika süreçleri, insan hatasını büyük ölçüde ortadan kaldırır.
- İzleme kurun: Son kullanma tarihine belirli bir süre kala uyarı üreten bir izleme mekanizması, otomasyonun sessizce başarısız olduğu durumları yakalar.
- Özel anahtarları koruyun: Sertifikaya ait özel anahtar yalnızca ilgili sunucuda bulunmalı, e-postayla veya mesajlaşma uygulamasıyla paylaşılmamalıdır.
- İptal sürecini bilin: Özel anahtarın sızdığından şüphelenildiğinde sertifikanın nasıl iptal edilip yenisinin yükleneceği önceden belirlenmelidir.
Acenteler için pratik kontrol noktaları
TLS yapılandırmasının teknik detayları büyük ölçüde yazılım sağlayıcısının sorumluluğundadır. Yine de acente tarafında dikkat edilebilecek bazı noktalar vardır:
- Panel adresine her zaman HTTPS ile erişildiğinden ve tarayıcıda sertifika uyarısı görülmediğinden emin olun.
- Sertifika uyarısı görüldüğünde çalışanların "yine de devam et" seçeneğini kullanmaması gerektiğini ekibe anlatın; bu uyarı bir saldırının işareti olabilir.
- Acentenin kendi web sitesindeki teklif formlarının da HTTPS üzerinden çalıştığını kontrol edin.
- Saha ekibinin halka açık ağlarda çalışırken yalnızca resmi uygulamayı kullandığından emin olun.
Yazılım sağlayıcınıza sorulacak sorular
Bir acente yazılımı değerlendirirken şu soruların yanıtı, aktarım güvenliği hakkında fikir verir: Hangi TLS sürümleri destekleniyor? İç servisler arasındaki trafik de şifreleniyor mu? Sigorta şirketi bağlantıları şifreli kanallar üzerinden mi kuruluyor? Mobil uygulama sertifika doğrulamasını nasıl yapıyor? Sertifika yenilemeleri nasıl izleniyor?
Kilit simgesinin arkasındaki emek
Kullanıcı için TLS, adres çubuğundaki küçük bir simgeden ibarettir. Arka planda ise doğru protokol seçimi, güçlü şifreleme, eksiksiz doğrulama ve hiç aksamayan sertifika yönetimi bulunur. Bu katman düzgün çalıştığında kimse fark etmez; aksadığında ise tüm operasyon etkilenir. Altyapı ve güvenlik yaklaşımımız hakkında sorularınız için demo talep formu üzerinden bize ulaşabilirsiniz.