Ako je Transglot zabezpečený.
obmedzené.
Ako je Transglot zabezpečený.
Šifrovanie, riadenie prístupu, izolácia tenantov a auditný záznam, pričom každý z nich uvádza mechanizmus, ktorý ho vynucuje. Veci, ktoré sme ešte nevytvorili, sú tu uvedené ako medzery.
- tls 1.2 alebo lepšie pri prenose
- webhooky podpísané hmac
- auditné riadky iba na pripájanie
- štyri role, päť schopností tokenov
Šifrovanie, prístup, izolácia a audit.
Šifrované predtým, než opustí hostiteľa
Zálohy databázy sú pri prenose šifrované. Úložisko záloh súborov je chránené heslom a bez kľúča ho nemožno spustiť. Prihlasovacie údaje pre pripojené aplikácie a tajné kľúče webhookov sú uložené ako šifrované stĺpce. Tokeny na nasadenie sú uložené ako hash SHA-256 a zobrazia sa iba raz, pri vytvorení. Živé disky nie sú šifrované na úrovni zväzku, pretože túto funkciu sme ešte nevyvinuli, a mali by ste sa o tom dozvedieť tu, nie až počas due diligence.
Podpísané pri prenose
Odchádzajúce webhooks sú podpísané pomocou HMAC-SHA256 cez časovú pečiatku a telo správy. Časová pečiatka sa odosiela tiež, aby ste si mohli vynútiť vlastné okno proti opakovaniu požiadaviek.
Identita a prístup
Štyri role pracovného priestoru v každom pláne, vrátane Free: administrátor, vývojár, recenzent a prekladateľ, plus vlastníci účtu a členovia fakturácie. Na vrchole sú oprávnenia pre jednotlivé projekty a jazyky, takže freelancerovi môžete prideliť jeden jazyk a nič iné neuvidí. Prihlásenie SAML 2.0 s just-in-time zriaďovaním a zriaďovanie SCIM 2.0 sú súčasťou Enterprise a prihlasovanie heslom možno pre celý pracovný priestor vypnúť.
Izolácia tenantov
Každý dopyt je obmedzený na vašu organizáciu a projekt. ID patriace niekomu inému vráti chybu 404 namiesto 403, takže existencia iného pracovného priestoru nikdy neunikne. Jedinou zámernou výnimkou je spoločná pamäťová cache pre presné zhody, ktorú môže každý projekt opustiť pomocou prepínača.
Auditný záznam
Zmeny rolí, vytváranie tokenov, zmeny fakturácie, konfigurácia SSO a prihlásenia cez SSO sú zaznamenávané a riadky nemožno upravovať ani mazať: model pri oboch operáciách vyhodí chybu. Prihlásenia heslom dnes nie sú v auditnom zázname. Vlastníci a administrátori v Enterprise môžu exportovať celý záznam ako CSV. Neexistuje žiadny reťazec hashov ani kryptografický podpis, takže nič tu nepotvrdzuje odolnosť voči falšovaniu.
Dostupnosť a kredity
Neuvádzame tu žiadne percento, pretože akákoľvek uvedená hodnota by bola len našim vyjadrením vlastnej dostupnosti. Plány Business a Enterprise majú zmluvne stanovený mesačný cieľ dostupnosti s harmonogramom servisných kreditov a tento harmonogram predstavuje SLA.
Kde skutočne stojí dodržiavanie predpisov
Tie isté štyri riadky, ktoré číta stránka dôvery a centrum dôvery, z tej istej konfigurácie. Pečiatka môže hovoriť „udelené“ len vtedy, keď to potvrdí boolean, a dnes žiadna z nich tak neurobila.
- SOC 2 Type II: audit prebieha
- ISO/IEC 42001 (AI management): usilujeme sa oň
- GDPR: zladené, nie certifikované
- CCPA / CPRA: zladené, nie certifikované
Čo sa pýta recenzent, odpovedané ako prvé.
Otázky, ktorými sa začína bezpečnostná kontrola, a odpovede na ne v poradí, v akom zvyčajne prichádzajú. Každý riadok predstavuje kontrolu v kódovej základni, nie tvrdenie o nej. Posledný riadok je medzera a zostane tu, kým nebude pravdivý.
- žiadne citované nálezy, pretože zatiaľ neexistuje správa od tretej strany
- bez implikácie certifikácie: tabuľka compliance na /trust číta z konfigurácie
- výskum v dobrej viere nikdy nestretne právnikov
Často kladené otázky
Zoznam, s ktorým zvyčajne prichádza bezpečnostná revízia.