Tietoturva ja vaatimustenmukaisuus

Todennus

• Käyttötunnisteet ovat lyhytikäisiä JWT-tunnisteita (15 minuuttia), jotka tarkistetaan API-yhdyskäytävällä; päivitystunnisteet ovat voimassa 30 päivää toimettomana ja enintään 90 päivää, ne kierrätetään jokaisella käyttökerralla ja tallennetaan HttpOnly-, Secure- ja SameSite-evästeeseen. Kierrätetyn päivitystunnisteen uudelleenkäyttö mitätöi koko ketjun.
• Allekirjoitusavaimet kierrätetään 90 päivän välein päällekkäisyysjaksolla; julkiset avaimet julkaistaan osoitteessa /.well-known/jwks.json.
• Oikeuksia ei upoteta tunnisteisiin: ne luetaan jokaisen pyynnön yhteydessä, joten roolimuutos tulee voimaan välittömästi, ja minkä tahansa istunnon voi mitätöidä keskitetysti.
• Kaksivaiheinen tunnistautuminen (TOTP) voi olla valinnainen, pakollinen omistajille ja ylläpitäjille tai pakollinen kaikille. Kertakirjautuminen Google Workspacella ja Applella on saatavilla kaikissa paketeissa. SAML 2.0, pääsyavaimet (passkeys) ja SCIM-provisiointi ovat suunnitteilla eivätkä ole vielä saatavilla.
• API-avaimet näytetään kerran, tallennetaan SHA-256-tiivisteenä, rajataan suljetusta luettelosta, rajoitetaan omistajansa oikeuksiin ja voidaan mitätöidä välittömästi. Katso Todennus.
• Kirjautumista rajoitetaan IP-osoitteen ja sähköpostin mukaan; kymmenen epäonnistunutta yritystä lukitsee tilin 30 minuutiksi; samasta IP-osoitteesta tulevat epäonnistuneet yritykset lasketaan ja kirjataan, mutta oletuksena ne eivät estä kyseistä osoitetta. Jokainen kirjautuminen, epäonnistuminen, päivitys, oikeusmuutos ja ylläpitotoiminto kirjataan tarkastuslokiin.

Vuokralaisten eristys

Jokaisen palvelun jokaisella rivillä on tili, jolle se kuuluu, ja jokainen kysely suodatetaan sen mukaan automaattisesti; suodattimen poistaminen vaatii eksplisiittisen, sallittujen luettelossa olevan kutsun, jota käytetään vain henkilökunnan vuokralaisrajat ylittävissä toiminnoissa ja joka on testien kattama. Sivustokohtaiset roolit lisäävät päälle sivustosuodattimen. Pyyntö toisen tilin resurssiin vastaa 404, ei koskaan 403, jotta tunnisteita ei voi luetella. Jokainen kirjoituspäätepiste käyttää tiukkaa kenttien sallittujen luetteloa. Tilirajat ylittävän käytön testi on pakollinen jokaiselle uudelle päätepisteelle.

Jokaisen pyynnön X-Account-Id-otsake tarkistetaan tunnistetta vasten, joten asiakasohjelman virhe tai toistettu tunniste ei voi koskaan huomaamatta lukea toisen vuokralaisen tietoja.

Salaus

TLS 1.2 tai uudempi jokaiseen julkiseen päätepisteeseen, keskinäinen TLS palveluiden välillä, TLS jokaiseen tietovarastoon, salatut levyt levossa ja tilikohtainen kirjekuorisalaus arkaluonteisille kentille. Julkiset varmenteet myönnetään ja uusitaan automaattisesti; sisäiset varmenteet ovat lyhytikäisiä.

Salaisuudet

Kaikki salaisuudet, mukaan lukien BYOK-palveluntarjoaja-avaimesi ja webhookien salaisuudet, säilytetään erillisessä salaisuuksien hallintajärjestelmässä salattuina, palvelukohtaisesti rajattuina ja tarkastettuina. Mitään ei ole versionhallinnassa (valvotaan skannauksella ennen jokaista committia) eikä konttikuvissa (tarkistetaan CI:ssä). Kehittäjillä ei ole oletuksena pääsyä tuotannon salaisuuksiin; hätäkäyttö vaatii kaksi hyväksyntää, on lyhytaikaista ja kirjataan kanavalle, jota ei voi hiljentää.

Webhookit

Lähtevät toimitukset allekirjoitetaan HMAC-SHA256:lla aikaleiman ja raa’an rungon perusteella, niissä on nonce ja tapahtuman tunniste, ne hylätään viiden minuutin ikkunan ulkopuolella, ja uusintayritykset tehdään viiveellä kuolleiden kirjeiden jonoon asti. Salaisuudet kierrätetään päällekkäisyysikkunalla, ja ne voi mitätöidä välittömästi. Saapuvat palveluntarjoajien webhookit tarkistetaan kunkin palveluntarjoajan menetelmällä ennen kuin mitään käsitellään. Lisätiedot: Webhookit.

Nopeusrajoitukset

Neljä kerrosta: DDoS- ja bottisuojaus reunaverkossa, IP-kohtaiset rajat käänteisessä välityspalvelimessa, tili- ja identiteettikohtaiset token bucket -rajat API-yhdyskäytävällä sekä toimialuekohtaiset rajat palveluiden sisällä. Rajat ovat API-yleiskatsauksessa.

Tarkastusloki

Jokainen muutos kirjoitetaan vain lisäystä sallivaan, hash-ketjutettuun tarkastuslokiin, jossa on kaksi säilytysluokkaa: yleiset tapahtumat ja vaatimustenmukaisuustapahtumat (rekisteröityjen pyynnöt, tietomurrot, alihankkijat ja KYC-tiedot). Luokka määräytyy, kun merkintä kirjoitetaan; kukaan ei voi muokata tai poistaa lokia, eikä luokkakohtaista automaattista siivousta ole vielä käytössä. Omistajat ja ylläpitäjät voivat suodattaa ja viedä sen. Salasanoja, tunnisteita ja avaimia ei koskaan kirjata lokiin; lokikerros peittää tunnetusti arkaluonteiset avaimet.

Tietosuoja

• GDPR:n, Ison-Britannian GDPR:n, CCPA:n ja LGPD:n mukaiset rekisteröityjen pyynnöt (pääsy, vienti, poisto) vastaanotetaan ja niitä seurataan vaatimustenmukaisuuskonsolissa määräaikoineen. Poiston suorittaa RolChatin henkilökunta, ja pyyntö suljetaan vasta, kun he vahvistavat sen; automaattista poistoa kaikissa moduuleissa ei ole vielä saatavilla.
• Tietojen sijainti: tiedot tallennetaan EU:ssa. Aluetta ei valita rekisteröityessä maan perusteella; tilin asetusten aluevalinta vain tallennetaan, eikä se vielä siirrä tietoja.
• Säilytys paketin mukaan: 1, 2 tai 3 vuotta. Keskustelun tai yhteystiedon poistaminen piilottaa sen kyseisen ajanjakson loppuun asti; tilin poistaminen on pyyntö, jonka voi peruuttaa 30 päivän kuluessa, minkä jälkeen henkilökunta poistaa tiedot; maksamaton tili säilytetään 90 päivää ja poistetaan sitten. Näitä aikoja valvova automaattinen siivous otetaan parhaillaan käyttöön.
• Tietojenkäsittelysopimus, alihankkijaluettelo, tietosuojakäytäntö ja evästekäytäntö julkaistaan osoitteessa rolchat.com; tietojenkäsittelysopimus hyväksytään rekisteröitymisen yhteydessä.
• Tietomurroista ilmoitetaan 72 tunnin kuluessa GDPR:n 33 artiklan edellyttämällä tavalla.

Haavoittuvuuksien hallinta

Riippuvuuksia valvotaan jatkuvasti; lukitustiedostot ovat versionhallinnassa; peruskuvat on kiinnitetty tiivisteellä; CI-toiminnot on kiinnitetty commitilla. Kolmannen osapuolen tunkeutumistestaus on aikataulutettu vuosittain betavaiheesta alkaen, ja se kattaa API:n, widgetin ja julkiset sivut sekä sisäisen skenaarion, jossa oletetaan murron jo tapahtuneen. Yksityinen bug bounty -ohjelma seuraa yleisen saatavuuden myötä. Ilmoita tietoturvaongelmista osoitteeseen security@rolchat.com.

Saatavuus

Alusta toimii useilla solmuilla, tilattomilla palveluilla on automaattinen vikasieto ja tietokannoilla hallittu replikointi. Pakettikohtaiset käytettävyystavoitteet on määritetty sopimuksessanne.

Häiriötilanteisiin reagointi

Toimintaohjeet jokaiselle palvelulle, päivystysvuorot, ulkoinen hälytysjärjestelmä, joka toimii silloinkin, kun oma infrastruktuurimme ei toimi, sekä asiakkaille ilmoittamisen velvoitteet osana prosessia.