Siber Güvenlik

Sıfır Güven Yaklaşımı Sigorta Acentesi Yazılımına Nasıl Uyarlanır?

InsureHub Ekibi
08 Ekim 2026

Uzun yıllar boyunca kurumsal güvenlik, kale ve hendek benzetmesiyle anlatıldı: Ofis ağının içi güvenli, dışı tehlikeli kabul edilir; güçlü bir duvar kurulduğunda içeridekilere büyük ölçüde güvenilirdi. Bugün bir sigorta acentesinin günlük işi ise bu duvarın içine sığmıyor. Çalışanlar ofisten, evden, müşteri ziyaretinden ve şubeden aynı panele bağlanıyor; teklifler web panelinden ve mobil uygulamadan hazırlanıyor; sigorta şirketi sistemleriyle sürekli veri alışverişi yapılıyor. Böyle bir ortamda "içeride olan güvenilirdir" varsayımı geçerliliğini yitiriyor.

Sıfır güven (zero trust) bu boşluğu dolduran bir düşünce biçimidir. Temel cümlesi kısadır: Hiçbir isteğe yalnızca nereden geldiği için güvenme; her erişimi kimlik, cihaz ve bağlam üzerinden yeniden değerlendir. Bu yazıda kavramı soyut bir mimari şemadan çıkarıp acente yazılımının gündelik kullanımına nasıl indirgeyebileceğinizi ele alıyoruz.

Sıfır güven bir ürün değil, bir karar verme biçimi

Piyasada "sıfır güven çözümü" adıyla satılan pek çok ürün bulunur; ancak sıfır güven tek bir yazılım satın alınarak elde edilen bir özellik değildir. Daha çok, erişim kararlarının hangi ilkelere göre verileceğini belirleyen bir çerçevedir. Bu çerçevede üç ilke öne çıkar:

  • Açıkça doğrula: Her erişim isteği, kullanıcı kimliği, cihaz durumu ve isteğin niteliği gibi mevcut tüm sinyallerle değerlendirilir.
  • Gereken kadar yetki ver: Kullanıcıya ve servise, o anki işi için gereken erişim tanınır; kalıcı ve geniş yetkilerden kaçınılır.
  • İhlal olmuş gibi tasarla: Bir hesabın veya cihazın ele geçirilebileceği varsayılır ve hasarın yayılmasını sınırlayan önlemler önceden kurulur.

Klasik çevre güvenliği acentede neden yetersiz kalıyor?

Çevre güvenliği yaklaşımının acente ölçeğindeki zayıf noktaları genellikle şu durumlarda ortaya çıkar:

  • Ofis ağına bağlı tek bir bilgisayarın zararlı yazılım bulaşması, ağdaki diğer kaynaklara da yol açabilir.
  • Bulut tabanlı bir panel kullanıldığında "ofis ağı" kavramı zaten koruma sınırı olmaktan çıkar.
  • Şube ve saha çalışanları için ağ bazlı istisnalar zamanla kimsenin tam olarak bilmediği bir kurallar yığınına dönüşür.
  • Bir kez oturum açan kullanıcı, oturum boyunca neredeyse sorgulanmadan her ekrana erişebilir.

Beş soruda sıfır güven

Acente yazılımında sıfır güveni somutlaştırmanın pratik bir yolu, her önemli erişim isteğinde beş soruyu sormaktır.

1. İstek kimden geliyor?

Ortak kullanıcı adları sıfır güvenin ilk engelidir. Her çalışanın kendine ait hesabı, güçlü bir parolası ve çok faktörlü doğrulaması olmadan diğer soruların cevabı anlamsızlaşır. Kimlik, bütün kararların başlangıç noktasıdır.

2. Hangi cihazdan geliyor?

Tanınan bir ofis bilgisayarıyla daha önce hiç görülmemiş bir tarayıcı aynı muameleyi görmemelidir. Cihaz bilgisi tek başına engelleyici olmak zorunda değildir; ancak risk değerlendirmesine girdi olarak katılmalıdır.

3. Ne istiyor?

Bir müşteri kartını görüntülemek ile tüm müşteri listesini dışa aktarmak aynı risk seviyesinde değildir. Trafik, kasko ve DASK teklif akışlarının her biri farklı veri setleriyle çalıştığı için yetkiler de akış bazında ayrı düşünülmelidir.

4. Hangi bağlamda istiyor?

Mesai saatleri, alışılmış konum ve kullanıcının olağan iş hacmi gibi bağlam sinyalleri, aynı isteğin olağan mı yoksa dikkat gerektiren bir durum mu olduğunu ayırt etmeye yardımcı olur.

5. Ne kadar süreyle?

Erişim süresizse risk de süresizdir. Oturum süreleri, geçici yetkiler ve belirli aralıklarla yenilenen erişim belirteçleri, verilen güvenin zaman içinde yeniden doğrulanmasını sağlar.

Sorumluluklar nasıl paylaşılır?

Bulut tabanlı bir acente yazılımında sıfır güvenin bir kısmı sağlayıcının, bir kısmı acentenin elindedir. Bu ayrımı netleştirmek, "bunu kim yapacaktı?" sorusunun olay anında sorulmasını önler.

Yazılım sağlayıcısının katmanı:

  • Kimlik doğrulama altyapısı, çok faktörlü doğrulama seçenekleri ve oturum yönetimi
  • Rol, modül ve şube bazlı yetki modelinin sunucu tarafında uygulanması
  • Aktarım ve depolama sırasında verinin şifrelenmesi
  • İşlem kayıtlarının tutulması ve yöneticilere sunulması

Acentenin katmanı:

  • Her çalışan için ayrı hesap açılması ve ortak hesap kullanılmaması
  • Rollerin gerçek görev tanımlarına göre atanması
  • İşten ayrılan veya görev değiştiren kişilerin erişiminin aynı gün güncellenmesi
  • Çalışan cihazlarının güncel tutulması ve ekran kilidinin zorunlu olması

InsureHub olarak acente yazılımı tasarlarken yetki kontrollerinin yalnızca arayüzde değil, her isteğin sunucuda işlendiği noktada yapılmasını temel kabul ediyoruz. Bir menünün gizlenmesi güvenlik değildir; asıl kontrol, verinin istendiği anda yapılan doğrulamadır.

Aşamalı geçiş için bir sıralama

Sıfır güvene geçiş tek seferde tamamlanan bir proje değildir. Küçük ve orta ölçekli bir acente için uygulanabilir bir sıralama şöyle olabilir:

  1. Kimlikleri tekilleştirin: Ortak hesapları kapatın, herkesin kendi kullanıcısıyla çalışmasını sağlayın.
  2. Çok faktörlü doğrulamayı zorunlu hale getirin: Önce yönetici hesaplarından başlayıp tüm ekibe yayın.
  3. Yetkileri daraltın: Her rolün gerçekten hangi modüllere ihtiyaç duyduğunu çıkarın.
  4. Kritik işlemleri ayırın: Dışa aktarma, toplu silme ve kullanıcı yönetimi gibi işlemleri ek doğrulamaya bağlayın.
  5. Kayıtları izleyin: İşlem kayıtlarını düzenli olarak gözden geçirecek bir sorumlu belirleyin.

Mobil tarafta da aynı ilkeler geçerlidir; sahada kullanılan mobil sigorta uygulaması web paneliyle aynı yetki kurallarına tabi olmalıdır.

Sık karşılaşılan yanlış anlamalar

  • "Sıfır güven yalnızca büyük kurumlar içindir." İlkelerin çoğu, ayrı kullanıcı hesabı ve çok faktörlü doğrulama gibi küçük bir acentenin de birkaç gün içinde uygulayabileceği adımlardan oluşur.
  • "VPN kurduk, sıfır güvene geçtik." VPN ağa erişimi korur; ancak ağa giren kullanıcının hangi veriye erişeceğine karar vermez. Sıfır güvenin odağı ağ değil, veri ve işlemdir.
  • "Her işlemde şifre sormak gerekir." Amaç kullanıcıyı yormak değil, riski ölçmektir. Olağan bir görüntüleme akıcı ilerlemeli, yalnızca yüksek riskli işlemler ek adım istemelidir.
  • "Bir kez kurulduğunda biter." Ekip, şube yapısı ve entegrasyonlar değiştikçe kuralların da gözden geçirilmesi gerekir.

Kısa bir değerlendirme

Sıfır güven, çalışanlara güvenmemek anlamına gelmez; sistemin kimseye körü körüne güvenmek zorunda kalmaması anlamına gelir. Doğru kurulduğunda kullanıcı için görünmez bir düzen sağlar: Olağan işler akıcı ilerler, olağan dışı istekler ise fark edilir. Bu dengeyi kendi ekip yapınızla görmek isterseniz demo talebinde bulunarak rol ve yetki ayarlarını inceleyebilirsiniz.