Təhlükəsizlik və uyğunluq

Autentifikasiya

• Access tokenlər API şlüzündə yoxlanılan qısaömürlü JWT-lərdir (15 dəqiqə); refresh tokenlər fəaliyyətsizlikdə 30 gün, maksimum 90 gün yaşayır, hər istifadədə rotasiya olunur və HttpOnly, Secure, SameSite kukidə saxlanılır. Rotasiya olunmuş refresh tokenin təkrar istifadəsi bütün zənciri ləğv edir.
• İmzalama açarları üst-üstə düşmə ilə hər 90 gündən bir rotasiya olunur; açıq açarlar /.well-known/jwks.json ünvanında dərc olunur.
• İcazələr tokenlərə yerləşdirilmir: onlar hər sorğuda oxunur, ona görə də rol dəyişikliyi dərhal qüvvəyə minir və istənilən sessiya mərkəzləşdirilmiş şəkildə ləğv edilə bilər.
• İki faktorlu autentifikasiya (TOTP) istəyə bağlı, Owner və Admin-lər üçün məcburi və ya hamı üçün məcburi ola bilər. Google Workspace və Apple ilə vahid giriş hər planda mövcuddur. SAML 2.0, passkey-lər və SCIM ilə istifadəçi təminatı planlaşdırılıb və hələ mövcud deyil.
• API açarları bir dəfə göstərilir, SHA-256 hash kimi saxlanılır, qapalı kataloqdan scope alır, sahibinin icazələri ilə məhdudlaşır və dərhal ləğv edilə bilər. Baxın: Autentifikasiya.
• Giriş IP və e-poçt üzrə limitlənir; on uğursuz cəhd hesabı 30 dəqiqəlik bloklayır; bir IP ünvanından olan uğursuz cəhdlər sayılır və qeydə alınır, lakin standart olaraq həmin ünvanı bloklamır. Hər giriş, uğursuz cəhd, yeniləmə, icazə dəyişikliyi və admin əməliyyatı audit jurnalına yazılır.

Tenant izolyasiyası

Hər xidmətdəki hər sətir aid olduğu hesabı daşıyır və hər sorğu avtomatik olaraq ona görə filtrlənir; filtri söndürmək yalnız tenant-lararası heyət əməliyyatlarında istifadə olunan və testlərlə əhatə edilən, icazə siyahısındakı açıq çağırış tələb edir. Sayt üzrə rollar üstəlik sayt filtri əlavə edir. Başqa hesabın resursuna sorğu ID-lərin sadalanmaması üçün heç vaxt 403 deyil, 404 cavabı alır. Hər yazma endpoint-i ciddi sahə icazə siyahısından istifadə edir. Hər yeni endpoint üçün hesablararası giriş testi məcburidir.

Hər sorğudakı X-Account-Id başlığı tokenlə yoxlanılır, belə ki, müştəri xətası və ya təkrar istifadə olunan token heç vaxt başqa tenant-ın məlumatlarını səssizcə oxuya bilməz.

Şifrələmə

Hər açıq endpoint-ə TLS 1.2 və ya daha yeni, xidmətlər arasında qarşılıqlı TLS, hər məlumat anbarına TLS, saxlanılan məlumatlar üçün şifrələnmiş həcmlər və həssas sahələr üçün hər hesab üzrə envelope şifrələmə. Açıq sertifikatlar avtomatik verilir və yenilənir; daxili sertifikatlar qısaömürlüdür.

Gizli açarlar

BYOK provayder açarlarınız və webhook gizli açarları daxil olmaqla bütün gizli məlumatlar şifrələnmiş, xidmət üzrə məhdudlaşdırılmış və audit olunan xüsusi gizli məlumat menecerində saxlanılır. Heç nə mənbə kodu nəzarətində (hər commit-dən əvvəl skanla təmin edilir) və ya konteyner imic-lərində (CI-da yoxlanılır) olmur. Tərtibatçıların standart olaraq istehsal gizli məlumatlarına girişi yoxdur; təcili giriş iki təsdiq tələb edir, qısamüddətlidir və səssizləşdirilə bilməyən kanala yazılır.

Webhook-lar

Gedən çatdırılmalar vaxt damğası və xam gövdə üzərində HMAC-SHA256 ilə imzalanır, nonce və hadisə ID-si daşıyır, beş dəqiqəlik pəncərədən kənarda rədd edilir və gecikmə ilə təkrarlanaraq dead-letter növbəsinə düşür. Gizli açarlar üst-üstə düşmə pəncərəsi ilə rotasiya olunur və dərhal ləğv edilə bilər. Daxil olan provayder webhook-ları hər hansı emaldan əvvəl hər provayderin öz sxemi ilə yoxlanılır. Ətraflı: Webhook-lar.

Sorğu limitləri

Dörd qat: kənar şəbəkədə DDoS və botlardan qorunma, reverse proxy-də IP üzrə limitlər, API şlüzündə hesab və kimlik üzrə token bucket-lər və xidmətlər daxilində domen limitləri. Limitlər API icmalındadır.

Audit

Hər dəyişiklik iki saxlama sinfi ilə yalnız əlavə edilə bilən, hash zəncirli audit jurnalına yazılır: ümumi hadisələr və uyğunluq hadisələri (məlumat subyektlərinin sorğuları, pozuntu, subprosessor və KYC qeydləri). Sinif qeyd yazılarkən təyin olunur; jurnalı heç kim redaktə və ya silə bilməz, sinfə görə avtomatik təmizləmə isə hələlik işləmir. Owner və Admin-lər onu filtrləyə və ixrac edə bilər. Parollar, tokenlər və açarlar heç vaxt loglanmır; loglama qatı məlum həssas açarları gizlədir.

Məlumatların qorunması

• GDPR, UK GDPR, CCPA və LGPD üzrə məlumat subyektlərinin sorğuları (giriş, ixrac, silmə) uyğunluq konsolunda qəbul edilir və son müddətlərlə izlənilir. Silməni RolChat əməkdaşları həyata keçirir və sorğu yalnız onlar təsdiq etdikdən sonra bağlanır; bütün modullar üzrə avtomatik silmə hələlik mövcud deyil.
• Məlumatların yerləşməsi: məlumatlar Aİ-də saxlanılır. Region qeydiyyat zamanı ölkəyə görə seçilmir; hesab parametrlərindəki region parametri yalnız qeyd olunur və hələlik məlumatları köçürmür.
• Plana görə saxlama: 1, 2 və ya 3 il. Söhbətin və ya kontaktın silinməsi onu həmin müddətin sonuna qədər gizlədir; hesabın silinməsi ləğv etmək üçün 30 gün verilən sorğudur, bundan sonra əməkdaşlar məlumatları silir; ödənilməmiş hesab 90 gün saxlanılır, sonra silinir. Bu müddətləri tətbiq edən avtomatik təmizləmə hazırda tətbiq olunur.
• Məlumatların Emalı Müqaviləsi, subprosessorlar siyahısı, məxfilik siyasəti və kuki siyasəti rolchat.com-da dərc olunub; DPA qeydiyyat zamanı qəbul edilir.
• GDPR-ın 33-cü maddəsinin tələb etdiyi kimi 72 saat ərzində pozuntu barədə bildiriş.

Zəifliklərin idarə edilməsi

Asılılıqlar davamlı izlənilir; lock faylları repozitoriyaya əlavə olunur; baza imic-ləri digest ilə sabitlənir; CI əməliyyatları commit ilə sabitlənir. Betadan başlayaraq API-ni, vidceti və açıq səhifələri, həmçinin daxili pozuntu fərziyyəsi ssenarisini əhatə edən illik üçüncü tərəf penetrasiya testi planlaşdırılıb. Ümumi əlçatanlıqla birlikdə özəl bug bounty proqramı başlayacaq. Təhlükəsizlik problemlərini security@rolchat.com ünvanına bildirin.

Əlçatanlıq

Platforma vəziyyətsiz xidmətlər üçün avtomatik failover və verilənlər bazaları üçün idarə olunan replikasiya ilə bir neçə node üzərində işləyir. Plan üzrə işləmə müddəti hədəfləri müqavilənizdə müəyyən edilir.

İnsidentlərə cavab

Hər xidmət üçün runbook-lar, növbətçilik rotasiyası, öz infrastrukturumuz işləməyəndə də işləyən xarici bildiriş sistemi və prosesə daxil edilmiş müştəriləri xəbərdar etmə öhdəlikləri.