Müşteri bazında izolasyon
Platform, sıkı mantıksal ayrıma sahip çok kiracılı (multi-tenant) bir yapıdadır: her okuma ve her yazma işlemi hem veri katmanında hem de uygulama katmanında hesap kimliğinizle sınırlandırılır. Bilgileriniz başka hiçbir müşterinin hesabından görülemez ve erişilemez; kullanıcılara açık genel sorgular bulunmaz.
- Vaat değil, sürekli doğrulama. Otomatik bir denetleyici, hesaplar arasında bilgiyi karıştırabilecek her türlü yapılandırmayı tespit etmek için canlı ortamı düzenli olarak inceler ve sonuçları platformun sağlık göstergelerine raporlar. Ayrımı varsaymıyoruz: ölçüyoruz.
- Herkese açık yüzeyler (formlar, widget'lar, webhook'lar) asgari düzeydedir ve token ya da kapsamı sınırlı bir tanımlayıcı ile kimlik doğrular; diğer her şey kimliği doğrulanmış bir oturum gerektirir.
- Değişiklikler, canlı ortama yayımlanmadan önce ayrı bir çalışma ortamında hazırlanır ve test edilir.
Kimlik ve erişim kontrolü
- Geri getirilemeyen parolalar. Yalnızca tuzlanmış, tek yönlü kriptografik hash (bcrypt) olarak saklanır. OMB ekibi de dahil hiç kimse bunları okuyamaz veya yeniden oluşturamaz.
- En az yetki ilkesine dayalı roller. Sahip, yönetici ve kullanıcı rolleri, modül bazında izinlerle: her kişi yalnızca görevinin gerektirdiğini görür.
- Güçlendirilmiş oturumlar. Secure, HttpOnly ve SameSite çerezler; oturumu hatırlama mekanizması her kullanımda yenilenen ve sabit sürede karşılaştırılan bölünmüş token'lar kullanır, böylece çalınan eski bir çerez hesabı açmaz.
- İki faktörlü kimlik doğrulama ihtiyaç duyan hesaplar için kullanılabilir; tasarımı gereği oltalamaya (phishing) dayanıklı oldukları için geçiş anahtarları (passkeys) tercih edilen yöntem olarak devreye alınmaktadır.
- Modül bazında ek doğrulama. Hassas olarak işaretlediğiniz modüller, oturum zaten açık olsa bile girişte ek bir doğrulama isteyebilir; bu yaklaşım internet bankacılığındaki uygulamayı izler.
Şifreleme
| Katman | Teknoloji | Ayrıntı |
|---|---|---|
| Aktarım sırasında | TLS | Tüm iletişim şifreli olarak iletilir: portal, API, widget'lar ve entegrasyonlar. |
| Gizli bilgiler ve kimlik bilgileri | AES-256-GCM | E-posta parolaları, entegrasyon anahtarları ve müşterilerin emanet ettiği kimlik bilgileri, bütünlük doğrulamasıyla şifrelenmiş olarak saklanır. Ana anahtar, kod deposunun dışında ve web sunucusunun erişemeyeceği bir yerde, kısıtlayıcı izinlerle ve kayıpsız rotasyonla tutulur. |
| Müşteri kasaları | AES-256-GCM | Bir müşterinin platforma emanet ettiği üçüncü taraf portal kimlik bilgileri yalnızca şifreli olarak bulunur; normal işleyişte insan tarafından okunmaz ve talep üzerine kalıcı olarak silinir. |
| Kullanıcı parolaları | bcrypt | Tuzlanmış tek yönlü hash. Şifre çözme mümkün değildir. |
| İmzalı belgeler | SHA-256 + RFC 3161 | İmzalanan her sözleşme, kriptografik zaman damgasıyla birlikte kriptografik parmak izine bağlanır. |
Çevre güvenliği, yedekler ve süreklilik
- Altyapı düzeyinde güvenlik duvarı ve tüm hassas dosyaların (yapılandırma, günlükler, yedekler, sürüm kontrolü) web sunucusu tarafından engellenmesi: bu dosyalara internetten erişilemez.
- Herkese açık dizin ağacının dışında, kısıtlayıcı izinlerle tutulan oturum deposu.
- Günlük, doğrulanmış ve şifrelenmiş yedekler. Her veritabanı yedeği saklanmadan önce doğrulanır (doğrulamayı geçemeyen bir yedek sağlam kabul edilip saklanmaz) ve operasyon anahtarından farklı, depo ile yedek klasörünün dışında muhafaza edilen özel bir anahtarla AES-256 kullanılarak şifrelenir.
- Yedekler gizliliğinizi ihlal etmez. Yalnızca geri yükleme için kullanılır, asla bilgi incelemek için kullanılmaz. Şifreli Kasa'daki bilgiler yedeğe sizin anahtarınızla zaten şifrelenmiş olarak gelir: yedeğin içinde bile okunamaz. Rotasyon en fazla 14 gündür; böylece silinen veriler bu süre içinde yedeklerden de kaybolur.
- Anomali tespitiyle platformun sağlık göstergelerinin sürekli izlenmesi.
İzlenebilirlik ve delil niteliğindeki belgeler
- Önemli işlemlerin (oluşturma, değişiklik, gönderim, imza) tarih, saat, IP adresi ve kullanıcı bilgisiyle kaydı.
- Yetkili personel denetim modunda çalıştığında platform, yalnızca üzerinde işlem yapılan hesabı değil, işlemi yapan kişinin gerçek kimliğini de kaydeder.
- Delil niteliğindeki belgeler (sözleşmeler ve makbuzlar) sunucu tarafında oluşturulur, SHA-256 parmak izlerine bağlanır ve eksiksiz olay zincirlerini korur. İmzalanan dosyanın, gösterilen belgenin ta kendisi olduğu kanıtlanabilir.