Jak je Transglot zabezpečen.
omezené.
Jak je Transglot zabezpečen.
Šifrování, řízení přístupu, izolace tenantů a auditní stopa, přičemž u každého je uveden mechanismus, který jej vynucuje. Věci, které jsme ještě nevytvořili, jsou zde uvedeny jako mezery.
- tls 1.2 nebo lepší při přenosu
- webhooky podepsané hmac
- auditní záznamy pouze pro přidávání
- čtyři role, pět schopností tokenů
Šifrování, přístup, izolace a audit.
Šifrováno před opuštěním hostitele
Zálohy databáze jsou při exportu šifrovány. Úložiště souborových záloh je chráněno heslem a bez klíče jej nelze spustit. Přihlašovací údaje propojených aplikací a tajné klíče webhooků jsou uloženy jako šifrované sloupce. Tokeny pro nasazení jsou uloženy jako hash SHA-256 a zobrazeny pouze jednou, při vytvoření. Živé disky nejsou na úrovni svazku šifrovány, protože tuto funkci jsme zatím nevytvořili, a měli byste se o tom dozvědět zde, nikoliv až při due diligence.
Podepsáno při exportu
Odchozí webhooky jsou podepsány pomocí HMAC-SHA256 přes časové razítko a tělo zprávy. Časové razítko je také odesíláno, takže si můžete vynutit vlastní okno proti opětovnému přehrání.
Identita a přístup
Čtyři role pracovního prostoru v každém plánu, včetně Free: administrátor, vývojář, recenzent a překladatel, plus majitelé účtu a členové fakturace. Nad nimi stojí oprávnění pro jednotlivé projekty a jazyky, takže freelancerovi lze přidělit jeden jazyk a nic jiného neuvidí. Přihlašování SAML 2.0 s just-in-time zřizováním a zřizování SCIM 2.0 jsou součástí Enterprise a přihlašování heslem lze pro celý pracovní prostor vypnout.
Izolace tenantů
Každý dotaz je omezen na vaši organizaci a projekt. ID patřící někomu jinému vrátí 404 místo 403, takže existence jiného pracovního prostoru nikdy neunikne. Jedinou záměrnou výjimkou je sdílená paměťová pool pro přesné shody a jakýkoli projekt ji může vypnout přepínačem.
Auditní stopa
Změny rolí, vytváření tokenů, změny fakturace, konfigurace SSO a přihlášení přes SSO jsou zaznamenávány a řádky nelze upravovat ani mazat: model v obou případech vyhodí chybu. Přihlášení heslem dnes nejsou ve stopě zahrnuta. Majitelé a administrátoři na Enterprise mohou exportovat celou stopu jako CSV. Neexistuje žádný řetězec hashů ani kryptografický podpis, takže nic zde netvrdí, že by bylo zřejmé možné odhalit manipulaci.
Dostupnost a kredity
Nezveřejňujeme zde žádné procento, protože jakékoli číslo, které bychom uvedli, by bylo jen naším slovem za naši vlastní dostupnost. Plány Business a Enterprise mají smluvní měsíční cíl dostupnosti s harmonogramem servisních kreditů a tento harmonogram představuje SLA.
Kde compliance skutečně stojí
Stejné čtyři řádky, které čte stránka důvěryhodnosti a centrum důvěryhodnosti, ze stejné konfigurace. Razítko může říci „udržováno“ pouze tehdy, když to říká boolean, a dnes žádný z nich takový není.
- SOC 2 Type II: audit probíhá
- ISO/IEC 42001 (AI management): usilujeme o získání
- GDPR: sladěno, necertifikováno
- CCPA / CPRA: sladěno, necertifikováno
Na co se ptá recenzent, odpovězeno jako první.
Otázky, kterými bezpečnostní revize začíná, a odpovědi v pořadí, v jakém obvykle přicházejí. Každý řádek je kontrolou v kódové základně, nikoliv tvrzením o ní. Poslední řádek je mezera a zůstane zde, dokud nebude pravdivý.
- žádná citovaná zjištění, protože zatím neexistuje žádná zpráva třetí strany
- neznamená certifikaci: tabulka souladu na /trust čte z konfigurace
- výzkum v dobré víře není nikdy setkán s právníky
Často kladené dotazy
Seznam, se kterým obvykle přichází bezpečnostní revize.