İçeriğe geç

Güvenlik ve uyumluluk

  • Access token’lar API ağ geçidinde doğrulanan kısa ömürlü JWT’lerdir (15 dakika); refresh token’lar hareketsizlikte 30 gün, en fazla 90 gün yaşar, her kullanımda döndürülür ve HttpOnly, Secure, SameSite bir çerezde saklanır. Döndürülmüş bir refresh token’ın yeniden kullanılması tüm zinciri iptal eder.
  • İmzalama anahtarları örtüşmeli olarak her 90 günde bir döndürülür; herkese açık anahtarlar /.well-known/jwks.json adresinde yayınlanır.
  • İzinler token’lara gömülmez: her istekte okunur, bu nedenle bir rol değişikliği hemen geçerli olur ve herhangi bir oturum merkezi olarak iptal edilebilir.
  • İki faktörlü kimlik doğrulama (TOTP) isteğe bağlı, Owner’lar ve Admin’ler için zorunlu veya herkes için zorunlu olabilir. Google Workspace ve Apple ile çoklu oturum açma her planda kullanılabilir. SAML 2.0, passkey’ler ve SCIM ile kullanıcı sağlama planlanmıştır ve henüz kullanılamaz.
  • API anahtarları bir kez gösterilir, SHA-256 hash olarak saklanır, kapalı bir katalogdan kapsamlandırılır, sahibinin izinleriyle sınırlıdır ve anında iptal edilebilir. Bkz. Kimlik doğrulama.
  • Oturum açma IP başına ve e-posta başına hız sınırına tabidir; on başarısız deneme hesabı 30 dakika kilitler; aynı IP adresinden gelen başarısız denemeler sayılır ve kaydedilir, ancak varsayılan olarak o adresi engellemez. Her oturum açma, başarısız deneme, yenileme, izin değişikliği ve yönetici işlemi denetim kaydına yazılır.

Her servisteki her satır ait olduğu hesabı taşır ve her sorgu buna göre otomatik olarak filtrelenir; filtreyi kapatmak, yalnızca kiracılar arası personel işlemlerinde kullanılan ve testlerle kapsanan, izin listesindeki açık bir çağrı gerektirir. Site bazlı roller bunun üzerine bir site filtresi ekler. Başka bir hesabın kaynağına yönelik bir istek, kimliklerin sıralanamaması için asla 403 değil, 404 yanıtı alır. Her yazma endpoint’i katı bir alan izin listesi kullanır. Her yeni endpoint için hesaplar arası erişim testi zorunludur.

Her istekteki X-Account-Id başlığı token’a karşı kontrol edilir; böylece bir istemci hatası veya yeniden oynatılan bir token asla başka bir kiracının verilerini sessizce okuyamaz.

Her herkese açık endpoint’e TLS 1.2 veya daha yenisi, servisler arasında karşılıklı TLS, her veri deposuna TLS, bekleyen veriler için şifreli birimler ve hassas alanlar için hesap başına zarf şifreleme. Herkese açık sertifikalar otomatik olarak verilir ve yenilenir; dahili sertifikalar kısa ömürlüdür.

BYOK sağlayıcı anahtarlarınız ve webhook gizli anahtarları dahil tüm gizli bilgiler, şifrelenmiş, servis başına kapsamlandırılmış ve denetlenen özel bir gizli bilgi yöneticisinde bulunur. Hiçbir şey kaynak kontrolünde (her commit öncesi taramayla zorunlu kılınır) veya container imajlarında (CI’da kontrol edilir) bulunmaz. Geliştiricilerin varsayılan olarak üretim gizli bilgilerine erişimi yoktur; acil durum erişimi iki onay gerektirir, kısa ömürlüdür ve susturulamayan bir kanala loglanır.

Giden teslimatlar zaman damgası ve ham gövde üzerinden HMAC-SHA256 ile imzalanır, bir nonce ve olay kimliği taşır, beş dakikalık pencere dışında reddedilir ve geri çekilmeyle yeniden denenerek dead-letter kuyruğuna gider. Gizli anahtarlar örtüşme penceresiyle döndürülür ve anında iptal edilebilir. Gelen sağlayıcı webhook’ları, herhangi bir işlem yapılmadan önce her sağlayıcının kendi şemasıyla doğrulanır. Ayrıntılar: Webhook’lar.

Dört katman: uç ağda DDoS ve bot koruması, ters proxy’de IP başına sınırlar, API ağ geçidinde hesap ve kimlik başına token bucket’lar ve servislerin içinde alan sınırları. Sınırlar API’ye genel bakış sayfasındadır.

Her değişiklik, yalnızca eklemeli, hash zincirli bir denetim kaydına yazılır ve kayıt iki saklama sınıfına ayrılır: genel olaylar ve uyumluluk olayları (veri sahibi talepleri, ihlal, alt işleyici ve KYC kayıtları). Sınıf, kayıt yazıldığı anda atanır; denetim kaydı kimse tarafından düzenlenemez veya silinemez ve sınıfa göre otomatik temizlik henüz çalışmamaktadır. Owner’lar ve Admin’ler bunu filtreleyebilir ve dışa aktarabilir. Şifreler, token’lar ve anahtarlar asla loglanmaz; loglama katmanı bilinen hassas anahtarları maskeler.

  • GDPR, UK GDPR, CCPA ve LGPD kapsamındaki veri sahibi talepleri (erişim, dışa aktarma, silme) uyumluluk konsolunda son tarihlerle birlikte alınır ve izlenir. Silme işlemini RolChat çalışanları yapar ve talep ancak onlar onayladığında kapatılır; tüm modüllerde otomatik silme henüz mevcut değildir.
  • Veri konumu: veriler AB’de saklanır. Bölge, kayıt sırasında ülkeye göre seçilmez; hesap ayarlarındaki bölge ayarı yalnızca kaydedilir ve henüz veri taşımaz.
  • Plana göre saklama: 1, 2 veya 3 yıl. Silinen bir konuşma veya kişi, bu sürenin sonuna kadar gizlenir; hesap silme, 30 gün içinde iptal edilebilen bir talep olup ardından çalışanlar verileri siler; ödenmemiş bir hesap 90 gün saklanır ve sonra silinir. Bu süreleri uygulayan otomatik temizlik kademeli olarak devreye alınmaktadır.
  • Bir Veri İşleme Sözleşmesi, alt işleyici listesi, gizlilik politikası ve çerez politikası rolchat.com’da yayınlanır; DPA kayıt sırasında kabul edilir.
  • GDPR Madde 33’ün gerektirdiği şekilde 72 saat içinde ihlal bildirimi.

Bağımlılıklar sürekli izlenir; lock dosyaları depoya eklenir; temel imajlar digest ile sabitlenir; CI eylemleri commit ile sabitlenir. Betadan itibaren API’yi, widget’ı ve herkese açık sayfaları ve ayrıca ihlal varsayımlı bir dahili senaryoyu kapsayan yıllık bir üçüncü taraf sızma testi planlanmıştır. Genel kullanıma geçişle birlikte özel bir hata ödül programı gelecektir. Güvenlik sorunlarını security@rolchat.com adresine bildirin.

Platform, durumsuz servisler için otomatik yük devretme ve veritabanları için yönetilen replikasyonla birden fazla düğümde çalışır. Plana göre çalışma süresi hedefleri sözleşmenizde belirtilir.

Her servis için çalıştırma kılavuzları, nöbet rotasyonu, kendi altyapımız çalışmadığında bile çalışan harici bir çağrı sistemi ve sürece yerleştirilmiş müşteri bildirim yükümlülükleri.