Drošība un atbilstība

Autentifikācija

Piekļuves marķieri ir īslaicīgi JWT (15 minūtes), kas tiek pārbaudīti API vārtejā; atsvaidzināšanas marķieri ir derīgi 30 dienas neaktivitātes un ne vairāk kā 90 dienas, tiek rotēti katrā lietošanas reizē un glabāti HttpOnly, Secure, SameSite sīkfailā. Rotēta atsvaidzināšanas marķiera atkārtota izmantošana atsauc visu ķēdi.
Parakstīšanas atslēgas tiek rotētas ik pēc 90 dienām ar pārklāšanos; publiskās atslēgas tiek publicētas adresē /.well-known/jwks.json.
Atļaujas netiek iegultas marķieros: tās tiek nolasītas katrā pieprasījumā, tāpēc lomas izmaiņa stājas spēkā nekavējoties, un jebkuru sesiju var atsaukt centralizēti.
Divu faktoru autentifikācija (TOTP) var būt neobligāta, obligāta Īpašniekiem un Administratoriem vai obligāta visiem. Vienotā pieteikšanās ar Google Workspace un Apple ir pieejama visos plānos. SAML 2.0, piekļuves atslēgas (passkeys) un SCIM nodrošināšana ir plānotas un pagaidām nav pieejamas.
API atslēgas tiek parādītas vienreiz, glabātas kā SHA-256 jaucējvērtība, to tvērums tiek izvēlēts no slēgta kataloga, tās ierobežo īpašnieka atļaujas, un tās var atsaukt nekavējoties. Skatiet Autentifikācija.
Pieteikšanās ir ierobežota pēc IP un pēc e-pasta; desmit neveiksmīgi mēģinājumi bloķē kontu uz 30 minūtēm; neveiksmīgie mēģinājumi no vienas IP adreses tiek skaitīti un ierakstīti, bet pēc noklusējuma šī adrese netiek bloķēta. Katra pieteikšanās, kļūme, atsvaidzināšana, atļauju izmaiņa un administratora darbība tiek ierakstīta audita žurnālā.

Nomnieku izolācija

Katrā servisa katrā rindā ir norādīts konts, kuram tā pieder, un katrs vaicājums tiek automātiski filtrēts pēc tā; filtra izslēgšanai nepieciešams skaidrs, atļauto sarakstā iekļauts izsaukums, ko izmanto tikai starpnomnieku personāla operācijas un kas ir pārklāts ar testiem. Vietnes līmeņa lomas papildus pievieno vietnes filtru. Pieprasījums pēc cita konta resursa atbild ar 404, nekad 403, lai ID nevarētu uzskaitīt. Katrs rakstīšanas galapunkts izmanto stingru lauku atļauto sarakstu. Starpkontu piekļuves tests ir obligāts katram jaunam galapunktam.

Galvene X-Account-Id katrā pieprasījumā tiek pārbaudīta pret marķieri, tāpēc klienta kļūda vai atkārtoti izmantots marķieris nekad nevar klusi nolasīt cita nomnieka datus.

Šifrēšana

TLS 1.2 vai jaunāks katram publiskajam galapunktam, savstarpējais TLS starp servisiem, TLS katrai datu krātuvei, šifrēti sējumi miera stāvoklī un katra konta aploksnes šifrēšana sensitīviem laukiem. Publiskie sertifikāti tiek izsniegti un atjaunoti automātiski; iekšējie sertifikāti ir īslaicīgi.

Noslēpumi

Visi noslēpumi, ieskaitot jūsu BYOK pakalpojumu sniedzēju atslēgas un webhook noslēpumus, atrodas īpašā noslēpumu pārvaldniekā, šifrēti, ar tvērumu katram servisam un auditēti. Nekas neatrodas pirmkoda versiju kontrolē (to nodrošina skenēšana pirms katras iesūtīšanas) vai konteineru attēlos (pārbaudīts CI). Izstrādātājiem pēc noklusējuma nav piekļuves ražošanas noslēpumiem; avārijas piekļuvei nepieciešami divi apstiprinājumi, tā ir īslaicīga un tiek reģistrēta kanālā, ko nevar apklusināt.

Webhooks

Izejošās piegādes tiek parakstītas ar HMAC-SHA256 pār laika zīmogu un neapstrādāto saturu, satur nonce un notikuma ID, tiek noraidītas ārpus piecu minūšu loga un tiek atkārtotas ar atkāpšanos, līdz nonāk nepiegādāto vēstuļu rindā. Noslēpumi tiek rotēti ar pārklāšanās logu, un tos var atsaukt nekavējoties. Ienākošie pakalpojumu sniedzēju webhook tiek pārbaudīti ar katra pakalpojumu sniedzēja shēmu, pirms kaut kas tiek apstrādāts. Sīkāk: Webhooks.

Ātruma ierobežošana

Četri slāņi: DDoS un botu aizsardzība malas tīklā, IP ierobežojumi reversajā starpniekserverī, konta un identitātes marķieru spaiņi API vārtejā un domēna ierobežojumi servisos. Ierobežojumi ir aprakstīti API pārskatā.

Audits

Katra izmaiņa tiek ierakstīta tikai papildināmā, jaucējķēdē saistītā audita žurnālā ar divām glabāšanas klasēm: vispārīgie notikumi un atbilstības notikumi (datu subjektu pieprasījumi, pārkāpumi, apakšapstrādātāji, KYC ieraksti). Klase tiek piešķirta, kad ieraksts tiek izveidots; žurnālu neviens nevar rediģēt vai dzēst, un automātiskas tīrīšanas pa klasēm pagaidām nav. Īpašnieki un Administratori var to filtrēt un eksportēt. Paroles, marķieri un atslēgas nekad netiek reģistrētas žurnālā; žurnalēšanas slānis maskē zināmās sensitīvās atslēgas.

Datu aizsardzība

GDPR, UK GDPR, CCPA un LGPD datu subjektu pieprasījumi (piekļuve, eksports, dzēšana) tiek saņemti un izsekoti atbilstības konsolē ar termiņiem. Dzēšanu veic RolChat darbinieki, un pieprasījums tiek aizvērts tikai pēc viņu apstiprinājuma; automātiskas dzēšanas visos moduļos pagaidām nav.
Datu atrašanās vieta: dati tiek glabāti ES. Reģions reģistrējoties netiek izvēlēts pēc valsts; reģiona iestatījums konta iestatījumos tiek tikai saglabāts un pagaidām datus nepārvieto.
Glabāšana pēc plāna: 1, 2 vai 3 gadi. Sarunas vai kontakta dzēšana to paslēpj līdz šī termiņa beigām; konta dzēšana ir pieprasījums ar 30 dienām atcelšanai, pēc kā darbinieki dzēš datus; neapmaksāts konts tiek glabāts 90 dienas un pēc tam dzēsts. Automātiskā tīrīšana, kas nodrošina šos termiņus, tiek ieviesta.
Datu apstrādes līgums, apakšapstrādātāju saraksts, privātuma politika un sīkfailu politika ir publicēti vietnē rolchat.com; Datu apstrādes līgumu pieņem reģistrācijas brīdī.
Paziņojums par pārkāpumu 72 stundu laikā, kā to prasa GDPR 33. pants.

Ievainojamību pārvaldība

Atkarības tiek nepārtraukti uzraudzītas; bloķēšanas faili tiek iesūtīti repozitorijā; bāzes attēli ir piesaistīti pēc jaucējvērtības; CI darbības ir piesaistītas pēc iesūtījuma. Trešās puses ielaušanās tests tiek plānots katru gadu, sākot no beta versijas, un aptver API, logrīku un publiskās lapas, kā arī iekšēju scenāriju ar pieņemtu ielaušanos. Pēc vispārējas pieejamības sekos privāta kļūdu atlīdzības programma. Ziņojiet par drošības problēmām uz security@rolchat.com.

Pieejamība

Platforma darbojas vairākos mezglos ar automātisku rezerves pārslēgšanu bezstāvokļa servisiem un pārvaldītu replikāciju datubāzēm. Darbspējas mērķi pēc plāna ir norādīti jūsu līgumā.

Reaģēšana uz incidentiem

Darbības instrukcijas katram servisam, dežūru grafiks, ārēja brīdināšanas sistēma, kas darbojas arī tad, kad mūsu pašu infrastruktūra nedarbojas, un procesā iestrādāti pienākumi paziņot klientiem.