Cum este Transglot protejat.
delimitat.
Cum este Transglot protejat.
Criptare, control al accesului, izolare a chiriașilor și jurnal de audit, fiecare numind mecanismul care îl impune. Lucrurile pe care nu le-am construit sunt enumerate aici ca lacune.
- tls 1.2 sau mai bun în tranzit
- webhook-uri semnate hmac
- rânduri de audit doar pentru adăugare
- patru roluri, cinci capacități ale token-ului
Criptare, acces, izolare și audit.
Criptat înainte de a părăsi gazda
Backup-urile bazei de date sunt criptate la export. Depozitul de backup de fișiere este criptat cu parolă și refuză să ruleze fără cheia sa. Credentialele aplicațiilor conectate și secretele webhook-urilor sunt stocate ca coloane criptate. Token-urile de implementare sunt stocate ca hash SHA-256 și afișate o singură dată, la creare. Discurile active nu sunt criptate la nivel de volum, deoarece nu am construit acest lucru, iar tu ar trebui să afli acest lucru aici, nu în timpul due diligence.
Semnat la ieșire
Webhook-urile outbound sunt semnate cu HMAC-SHA256 peste marcajul temporal și corp. Marcajul temporal este trimis și el, astfel încât să poți impune propria fereastră de replay.
Identitate și acces
Patru roluri de spațiu de lucru în fiecare plan, inclusiv Gratuit: administrator, dezvoltator, recenzent și traducător, plus proprietari de cont și membri de facturare. Autorizațiile per-proiect și per-limbă se suprapun, astfel încât unui freelancer i se poate atribui o singură limbă și nu va vedea nimic altceva. Conectarea SAML 2.0 cu provizionare just-in-time și provizionarea SCIM 2.0 sunt incluse în Enterprise, iar conectarea cu parolă poate fi dezactivată pentru întregul spațiu de lucru.
Izolarea chiriașului
Fiecare interogare este limitată la organizația și proiectul tău. Un ID care aparține altcuiva returnează 404 în loc de 403, astfel încât existența unui alt spațiu de lucru nu este dezvăluită. Pool-ul de memorie partajat pentru potriviri exacte este singura excepție intenționată, iar orice proiect îl poate părăsi printr-un comutator.
Jurnalul de audit
Modificările de roluri, crearea token-urilor, modificările de facturare, configurarea SSO și conectările SSO sunt înregistrate, iar rândurile nu pot fi editate sau șterse: modelul generează eroare în ambele cazuri. Conectările cu parolă nu se află momentan în jurnal. Proprietarii și administratorii de pe planul Enterprise pot exporta întregul jurnal ca CSV. Nu există un lanț hash și nici o semnătură criptografică, deci nimic aici nu indică protecție împotriva falsificării.
Disponibilitate și credite
Nu publicăm niciun procentaj aici, deoarece orice cifră ar reprezenta doar angajamentul nostru privind propria disponibilitate. Planurile Business și Enterprise includ un obiectiv contractual lunar de disponibilitate cu un program de credite de serviciu, iar acel program constituie SLA.
Unde se află conformitatea în realitate
Aceleași patru rânduri citite pe pagina de încredere și în centrul de încredere, din aceeași configurație. O ștampilă poate spune „deținut” doar când un boolean indică acest lucru, iar astăzi niciunul nu o face.
- SOC 2 Type II: audit în desfășurare
- ISO/IEC 42001 (AI management): în curs de obținere
- GDPR: aliniat, necertificat
- CCPA / CPRA: aliniat, necertificat
Ce întreabă un auditor, răspuns mai întâi.
Întrebările cu care începe o revizuire de securitate și răspunsurile, în ordinea în care apar de obicei. Fiecare linie reprezintă un control din baza de cod, nu o afirmație despre acesta. Ultima linie este o lacună și rămâne aici până când nu mai este adevărată.
- nu sunt citate constatări, deoarece nu există încă un raport de la terți
- nu se implică nicio certificare: tabelul de conformitate de pe /trust citește din configurație
- cercetarea făcută cu bună-credință nu este întâmpinată niciodată cu avocați
Întrebări frecvente
Lista cu care ajunge de obicei un audit de securitate.