Turvalisus ja vastavus

Autentimine

• Juurdepääsutokenid on lühiealised JWT-d (15 minutit), mida kontrollitakse API lüüsis; värskendustokenid kehtivad tegevusetuna 30 päeva ja kõige rohkem 90 päeva, vahetuvad iga kasutusega ja neid hoitakse küpsises atribuutidega HttpOnly, Secure ja SameSite. Vahetatud värskendustokeni taaskasutamine tühistab kogu ahela.
• Allkirjastamisvõtmed vahetuvad iga 90 päeva järel kattuvusega; avalikud võtmed avaldatakse aadressil /.well-known/jwks.json.
• Õigused ei ole tokenitesse manustatud: neid loetakse iga päringu kohta, nii et rollimuudatus jõustub kohe ja mis tahes seansi saab tsentraalselt tühistada.
• Kaheastmeline autentimine (TOTP) võib olla valikuline, kohustuslik omanikele ja administraatoritele või kohustuslik kõigile. Ühekordne sisselogimine Google Workspace’i ja Apple’iga on saadaval igas paketis. SAML 2.0, pääsuvõtmed ja SCIM-varustamine on kavas ega ole veel saadaval.
• API-võtmeid näidatakse üks kord, need salvestatakse SHA-256 räsina, nende ulatus valitakse suletud kataloogist, neid piiravad omaniku õigused ja neid saab kohe tühistada. Vaata Autentimine.
• Sisselogimise sagedus on piiratud IP ja e-posti kaupa; kümme ebaõnnestunud katset lukustavad konto 30 minutiks; ühelt IP-aadressilt tulevad ebaõnnestunud katsed loetakse ja salvestatakse, kuid vaikimisi need seda aadressi ei blokeeri. Iga sisselogimine, ebaõnnestumine, värskendus, õiguste muudatus ja administraatori toiming läheb auditilogisse.

Rentnike isoleerimine

Iga rida igas teenuses kannab kontot, kuhu see kuulub, ja iga päring filtreeritakse selle järgi automaatselt; filtri väljalülitamine nõuab selgesõnalist, lubade loendis olevat väljakutset, mida kasutavad ainult rentnikeülesed töötajate toimingud ja mis on testidega kaetud. Saidipõhised rollid lisavad selle peale saidifiltri. Päring teise konto ressursile vastab 404, mitte kunagi 403, et ID-sid ei saaks loendada. Iga kirjutamise lõpp-punkt kasutab ranget väljade lubade loendit. Kontodevahelise juurdepääsu test on iga uue lõpp-punkti jaoks kohustuslik.

Iga päringu päist X-Account-Id kontrollitakse tokeni vastu, nii et kliendi viga või taasesitatud token ei saa kunagi vaikselt lugeda teise rentniku andmeid.

Krüpteerimine

TLS 1.2 või uuem igale avalikule lõpp-punktile, vastastikune TLS teenuste vahel, TLS igale andmehoidlale, krüpteeritud köited puhkeolekus ja kontopõhine ümbrikkrüpteerimine tundlikele väljadele. Avalikud sertifikaadid väljastatakse ja uuendatakse automaatselt; sisemised sertifikaadid on lühiealised.

Saladused

Kõik saladused, sealhulgas sinu BYOK-pakkujate võtmed ja veebihaakide saladused, asuvad eraldi saladuste halduris, krüpteerituna, teenuse kaupa piiratuna ja auditeerituna. Midagi pole lähtekoodi hoidlas (seda tagab skannimine enne iga commit’i) ega konteineritõmmistes (kontrollitakse CI-s). Arendajatel pole vaikimisi juurdepääsu tootmissaladustele; hädajuurdepääs vajab kahte kinnitust, on lühiajaline ja logitakse kanalisse, mida ei saa vaigistada.

Veebihaagid

Väljaminevad edastused allkirjastatakse HMAC-SHA256-ga ajatempli ja töötlemata sisu üle, need kannavad nonce’i ja sündmuse ID-d, lükatakse tagasi väljaspool viieminutilist akent ning neid proovitakse uuesti ooteajaga kuni kohaletoimetamata sõnumite järjekorrani. Saladused vahetuvad kattuvusaknaga ja neid saab kohe tühistada. Pakkujate sissetulevaid veebihaake kontrollitakse iga pakkuja skeemiga enne, kui midagi töödeldakse. Üksikasjad: Veebihaagid.

Kasutuspiirangud

Neli kihti: DDoS- ja robotikaitse servavõrgus, IP-põhised piirangud pöördpuhverserveris, konto- ja identiteedipõhised tokeniämbrid API lüüsis ning domeenipiirangud teenuste sees. Piirangud on kirjas API ülevaates.

Audit

Iga muudatus kirjutatakse ainult lisatavasse, räsiahelaga auditilogisse, millel on kaks säilitusklassi: üldsündmused ja vastavussündmused (andmesubjekti taotlused, rikkumised, alamtöötlejad ja KYC-kirjed). Klass määratakse kirje kirjutamisel; logi ei saa keegi muuta ega kustutada ning klassipõhist automaatset puhastust pole veel kasutusel. Omanikud ja administraatorid saavad seda filtreerida ja eksportida. Paroole, tokeneid ja võtmeid ei logita kunagi; logimiskiht varjab teadaolevalt tundlikud võtmed.

Andmekaitse

• GDPR-i, Ühendkuningriigi GDPR-i, CCPA ja LGPD andmesubjekti taotlusi (juurdepääs, eksport, kustutamine) võetakse vastu ja jälgitakse vastavuskonsoolis tähtaegadega. Kustutamise teeb RolChati töötaja ja taotlus suletakse alles tema kinnituse järel; automaatset kustutamist kõigis moodulites pole veel.
• Andmete asukoht: andmeid hoitakse ELis. Piirkonda ei valita registreerimisel riigi järgi; konto seadete piirkonnaseade salvestatakse vaid kirjena ega liiguta andmeid veel.
• Säilitamine paketi järgi: 1, 2 või 3 aastat. Vestluse või kontakti kustutamine peidab selle selle tähtaja lõpuni; konto kustutamine on taotlus, mille saab 30 päeva jooksul tühistada, misjärel töötajad andmed kustutavad; maksmata konto säilitatakse 90 päeva ja seejärel kustutatakse. Neid tähtaegu jõustav automaatne puhastus on kasutuselevõtul.
• Andmetöötlusleping, alamtöötlejate loend, privaatsuspoliitika ja küpsisepoliitika on avaldatud saidil rolchat.com; andmetöötluslepinguga nõustutakse registreerumisel.
• Rikkumisest teatamine 72 tunni jooksul, nagu nõuab GDPR-i artikkel 33.

Haavatavuste haldus

Sõltuvusi jälgitakse pidevalt; lukufailid on commit’itud; baastõmmised on kinnitatud räsi järgi; CI toimingud on kinnitatud commit’i järgi. Kolmanda osapoole läbistustest on alates beetast kavandatud kord aastas ning see hõlmab API-t, vidinat ja avalikke lehti, lisaks eeldatud sissetungi sisestsenaariumi. Üldise kättesaadavusega järgneb privaatne vigade preemiaprogramm. Teata turvaprobleemidest aadressile security@rolchat.com.

Kättesaadavus

Platvorm töötab mitmel sõlmel, olekuta teenustel on automaatne tõrkesiire ja andmebaasidel hallatud replikatsioon. Pakettide tööajaeesmärgid on kirjas teie lepingus.

Intsidentidele reageerimine

Tegevusjuhendid iga teenuse jaoks, valveroteerimine, väline hoiatussüsteem, mis töötab ka siis, kui meie oma taristu ei tööta, ning protsessi sisse ehitatud kohustused klientide teavitamiseks.