Preskoči na sadržaj

Sigurnost i usklađenost

  • Pristupni tokeni su kratkotrajni JWT-ovi (15 minuta) koji se provjeravaju na API pristupniku; tokeni za osvježavanje traju 30 dana neaktivnosti i najviše 90 dana, mijenjaju se pri svakoj uporabi i pohranjuju u HttpOnly, Secure, SameSite kolačić. Ponovna uporaba zamijenjenog tokena za osvježavanje opoziva cijeli lanac.
  • Ključevi za potpisivanje mijenjaju se svakih 90 dana s preklapanjem; javni ključevi objavljuju se na /.well-known/jwks.json.
  • Ovlasti nisu ugrađene u tokene: čitaju se pri svakom zahtjevu, pa promjena uloge djeluje odmah, a svaka se sesija može centralno opozvati.
  • Dvofaktorska autentifikacija (TOTP) može biti neobavezna, obavezna za Vlasnike i Administratore ili obavezna za sve. Jedinstvena prijava putem Google Workspacea i Applea dostupna je u svakom paketu. SAML 2.0, pristupni ključevi (passkeys) i SCIM dodjela planirani su i još nisu dostupni.
  • API ključevi prikazuju se samo jednom, pohranjuju kao SHA-256 sažetak, imaju opsege iz zatvorenog kataloga, ograničeni su ovlastima vlasnika i mogu se odmah opozvati. Pogledajte Autentifikacija.
  • Prijava je ograničena po IP adresi i po e-pošti; deset neuspjelih pokušaja zaključava račun na 30 minuta; neuspjeli pokušaji s jedne IP adrese broje se i bilježe, ali ta se adresa prema zadanim postavkama ne blokira. Svaka prijava, neuspjeh, osvježavanje, promjena ovlasti i administratorska radnja bilježi se u revizijski zapisnik.

Svaki redak u svakoj usluzi nosi račun kojem pripada, a svaki se upit automatski filtrira prema njemu; isključivanje filtra zahtijeva izričit poziv s popisa dopuštenih, koji koriste samo operacije osoblja preko više zakupaca i koji je pokriven testovima. Uloge vezane uz stranice dodaju još i filtar stranice. Zahtjev za resursom drugog računa odgovara s 404, nikada 403, kako se ID-ovi ne bi mogli nabrajati. Svaka krajnja točka za upis koristi strog popis dopuštenih polja. Test pristupa između računa obavezan je za svaku novu krajnju točku.

Zaglavlje X-Account-Id u svakom zahtjevu provjerava se prema tokenu, pa greška klijenta ili ponovno upotrijebljen token nikada ne mogu tiho pročitati podatke drugog zakupca.

TLS 1.2 ili noviji prema svakoj javnoj krajnjoj točki, uzajamni TLS između usluga, TLS prema svakom spremištu podataka, šifrirani volumeni u mirovanju i omotničko šifriranje osjetljivih polja po računu. Javni certifikati izdaju se i obnavljaju automatski; interni certifikati su kratkotrajni.

Sve tajne, uključujući vaše BYOK ključeve pružatelja i tajne webhookova, nalaze se u namjenskom upravitelju tajni, šifrirane, ograničene po usluzi i podložne reviziji. Ništa nije u sustavu za upravljanje verzijama (to se provodi skeniranjem prije svakog commita) niti u slikama spremnika (provjerava se u CI-ju). Razvojni programeri zadano nemaju pristup produkcijskim tajnama; pristup u hitnim slučajevima zahtijeva dva odobrenja, kratkotrajan je i bilježi se u kanal koji se ne može utišati.

Odlazne isporuke potpisuju se HMAC-SHA256 nad vremenskom oznakom i sirovim tijelom, nose nonce i ID događaja, odbijaju se izvan prozora od pet minuta i ponavljaju s odmakom sve do reda neisporučivih poruka. Tajne se mijenjaju s razdobljem preklapanja i mogu se odmah opozvati. Dolazni webhookovi pružatelja provjeravaju se shemom svakog pružatelja prije bilo kakve obrade. Pojedinosti: Webhookovi.

Četiri sloja: zaštita od DDoS napada i botova na rubnoj mreži, ograničenja po IP adresi na obrnutom proxyju, token bucketi po računu i po identitetu na API pristupniku te ograničenja domena unutar usluga. Ograničenja su navedena u pregledu API-ja.

Svaka promjena upisuje se u revizijski zapisnik u koji se može samo dodavati i koji je povezan lancem sažetaka, s dvije klase čuvanja: opći događaji i događaji usklađenosti (zahtjevi ispitanika, povrede, podizvršitelji obrade i KYC zapisi). Klasa se dodjeljuje pri upisu; zapisnik nitko ne može uređivati ni brisati, a automatsko čišćenje po klasama još nije u radu. Vlasnici i Administratori mogu ga filtrirati i izvesti. Lozinke, tokeni i ključevi nikada se ne zapisuju; sloj za zapisivanje prikriva poznate osjetljive ključeve.

  • Zahtjevi ispitanika prema GDPR-u, UK GDPR-u, CCPA-u i LGPD-u (pristup, izvoz, brisanje) zaprimaju se i prate u konzoli za usklađenost s rokovima. Brisanje provode djelatnici RolChata, a zahtjev se zatvara tek kad oni to potvrde; automatsko brisanje u svim modulima još nije dostupno.
  • Smještaj podataka: podaci se pohranjuju u EU-u. Regija se pri registraciji ne bira prema državi; postavka regije u postavkama računa samo se bilježi i još ne premješta podatke.
  • Čuvanje prema paketu: 1, 2 ili 3 godine. Brisanje razgovora ili kontakta skriva ga do kraja tog roka; brisanje računa je zahtjev s 30 dana za otkazivanje, nakon čega djelatnici brišu podatke; neplaćeni račun čuva se 90 dana, a zatim se briše. Automatsko čišćenje koje provodi te rokove uvodi se.
  • Ugovor o obradi podataka, popis podizvršitelja obrade, pravila privatnosti i pravila o kolačićima objavljeni su na rolchat.com; ugovor o obradi prihvaća se pri registraciji.
  • Obavijest o povredi u roku od 72 sata, kako zahtijeva članak 33. GDPR-a.

Ovisnosti se neprekidno prate; datoteke zaključavanja (lock) commitaju se; osnovne slike prikvačene su sažetkom (digest); CI radnje prikvačene su na commit. Od bete je jednom godišnje planiran penetracijski test treće strane koji obuhvaća API, widget i javne stranice, uz interni scenarij pretpostavljenog proboja. Privatni program nagrada za pronađene greške slijedi s općom dostupnošću. Sigurnosne probleme prijavite na security@rolchat.com.

Platforma radi na više čvorova s automatskim prebacivanjem u slučaju kvara za usluge bez stanja i upravljanom replikacijom baza podataka. Ciljevi dostupnosti po paketu navedeni su u vašem ugovoru.

Operativni priručnici za svaku uslugu, dežurstva, vanjski sustav za dojavu koji radi i kada naša vlastita infrastruktura ne radi te obveze obavještavanja korisnika ugrađene u proces.