Sekuriteit en nakoming

Verifikasie

• Toegangstokens is kortstondige JWT’s (15 minute), wat by die API-poort geverifieer word; verfristokens leef 30 dae ledig en hoogstens 90 dae, word by elke gebruik geroteer, en word in ’n HttpOnly-, Secure-, SameSite-koekie gestoor. Hergebruik van ’n geroteerde verfristoken herroep die hele ketting.
• Ondertekeningsleutels roteer elke 90 dae met ’n oorvleueling; publieke sleutels word by /.well-known/jwks.json gepubliseer.
• Toestemmings is nie in tokens ingebed nie: hulle word per versoek gelees, so ’n rolverandering tree onmiddellik in werking, en enige sessie kan sentraal herroep word.
• Tweefaktor-verifikasie (TOTP) kan opsioneel wees, vereis vir Eienaars en Admins, of vereis vir almal. Enkelaanmelding met Google Workspace en Apple is op elke plan beskikbaar. SAML 2.0, wagwoordsleutels en SCIM-voorsiening word beplan en is nog nie beskikbaar nie.
• API-sleutels word een keer gewys, as ’n SHA-256-hash gestoor, se omvang uit ’n geslote katalogus gekies, deur hul eienaar se toestemmings begrens, en is onmiddellik herroepbaar. Sien Verifikasie.
• Aanmelding is tempo-beperk per IP en per e-pos; tien mislukte pogings sluit die rekening vir 30 minute; mislukte pogings vanaf een IP-adres word getel en aangeteken, maar blokkeer daardie adres by verstek nie. Elke aanmelding, mislukking, verfrissing, toestemmingsverandering en admin-aksie gaan na die ouditlog.

Huurderisolasie

Elke ry in elke diens dra die rekening waaraan dit behoort, en elke navraag word outomaties daarvolgens gefiltreer; om die filter af te skakel, vereis ’n eksplisiete oproep op ’n toelaatlys wat slegs deur personeelbewerkings oor huurders heen gebruik word en deur toetse gedek word. Rolle per webwerf voeg ’n webwerffilter bo-op. ’n Versoek vir ’n ander rekening se hulpbron antwoord 404, nooit 403 nie, sodat ID’s nie opgesom kan word nie. Elke skryf-eindpunt gebruik ’n streng toelaatlys van velde. ’n Toets vir toegang oor rekeninge heen is verpligtend vir elke nuwe eindpunt.

Die X-Account-Id-opskrif op elke versoek word teen die token nagegaan, sodat ’n kliëntfout of ’n herspeelde token nooit stilweg ’n ander huurder se data kan lees nie.

Enkripsie

TLS 1.2 of nuwer na elke publieke eindpunt, wedersydse TLS tussen dienste, TLS na elke datastoor, geïnkripteerde volumes in rus, en omslagenkripsie per rekening vir sensitiewe velde. Publieke sertifikate word outomaties uitgereik en hernu; interne sertifikate is kortstondig.

Geheime

Alle geheime, insluitend jou BYOK-verskaffersleutels en webhook-geheime, woon in ’n toegewyde geheimebestuurder, geïnkripteer, per diens afgebaken en geoudit. Niks is in bronbeheer nie (afgedwing deur skandering voor elke commit) of in houerbeelde nie (in CI nagegaan). Ontwikkelaars het by verstek geen toegang tot produksiegeheime nie; noodtoegang vereis twee goedkeurings, is kortstondig en word aangeteken in ’n kanaal wat nie stilgemaak kan word nie.

Webhooks

Uitgaande aflewerings word met HMAC-SHA256 oor die tydstempel en rou liggaam onderteken, dra ’n nonce en ’n gebeurtenis-ID, word buite ’n venster van vyf minute verwerp, en word met terugval herprobeer tot in ’n dooiebrieftou. Geheime roteer met ’n oorvleuelingsvenster en kan onmiddellik herroep word. Inkomende verskafferwebhooks word met elke verskaffer se skema geverifieer voordat enigiets verwerk word. Besonderhede: Webhooks.

Tempobeperking

Vier lae: DDoS- en botbeskerming op die randnetwerk, limiete per IP by die omgekeerde instaanbediener, token-emmers per rekening en per identiteit by die API-poort, en domeinlimiete binne dienste. Limiete is in die API-oorsig.

Oudit

Elke mutasie word in ’n slegs-byvoeg-, hash-gekettingde ouditlog geskryf met twee bewaringsklasse: algemene gebeurtenisse en nakomingsgebeurtenisse (versoeke van datasubjekte, oortredings, subverwerkers en KYC-rekords). Die klasse word toegeken wanneer ’n inskrywing geskryf word; niemand kan die log wysig of skrap nie, en ’n outomatiese opruiming volgens klas is nog nie in werking nie. Eienaars en Admins kan dit filtreer en uitvoer. Wagwoorde, tokens en sleutels word nooit aangeteken nie; die loglaag redigeer bekende sensitiewe sleutels uit.

Databeskerming

• Versoeke van datasubjekte onder GDPR, VK GDPR, CCPA en LGPD (toegang, uitvoer, uitwissing) word in die nakomingskonsole ontvang en met sperdatums nagespoor. Uitwissing word deur RolChat-personeel uitgevoer, en die versoek word eers gesluit wanneer hulle dit bevestig; ’n outomatiese uitwissing oor elke module heen is nog nie beskikbaar nie.
• Data-residensie: data word in die EU gestoor. Die streek word nie by registrasie volgens land gekies nie; die streekinstelling in die rekeninginstellings word slegs aangeteken en skuif nog nie data nie.
• Bewaring volgens plan: 1, 2 of 3 jaar. Die skrap van ’n gesprek of ’n kontak versteek dit tot aan die einde van daardie termyn; die skrap van ’n rekening is ’n versoek met 30 dae om te kanselleer, waarna personeel die data uitwis; ’n onbetaalde rekening word 90 dae gehou en dan uitgewis. Die outomatiese opruiming wat hierdie termyne afdwing, word tans uitgerol.
• ’n Dataverwerkingsooreenkoms, subverwerkerslys, privaatheidsbeleid en koekiebeleid word op rolchat.com gepubliseer; die dataverwerkingsooreenkoms word by registrasie aanvaar.
• Kennisgewing van oortredings binne 72 uur soos vereis deur GDPR Artikel 33.

Kwesbaarheidsbestuur

Afhanklikhede word deurlopend gemonitor; slotlêers word gecommit; basisbeelde word volgens digest vasgepen; CI-aksies word volgens commit vasgepen. ’n Penetrasietoets deur ’n derde party word vanaf beta jaarliks geskeduleer, wat die API, die widget en die publieke bladsye dek, plus ’n interne scenario wat ’n oortreding aanneem. ’n Privaat foutbeloning volg by algemene beskikbaarheid. Rapporteer sekuriteitskwessies aan security@rolchat.com.

Beskikbaarheid

Die platform loop op verskeie nodusse met outomatiese oorskakeling vir toestandlose dienste en bestuurde replisering vir databasisse. Beskikbaarheidsteikens per plan word in jou ooreenkoms vasgestel.

Voorvalreaksie

Draaiboeke vir elke diens, ’n bystandsrotasie, ’n eksterne roepstelsel wat werk wanneer ons eie infrastruktuur nie werk nie, en verpligtinge om kliënte in kennis te stel wat in die proses ingebou is.