Kung paano secured ang Transglot secured.
scoped.
Kung paano secured ang Transglot secured.
Encryption, access control, tenant isolation at audit trail, bawat isa ay nagngalan ng mechanism na nagpapatupad nito. Ang mga bagay na hindi pa namin nabuo ay nakasulat dito bilang mga gap.
- tls 1.2 o mas mataas sa transit
- hmac-signed webhooks
- append-only audit rows
- apat na roles, limang token abilities
Pag-encrypt, access, pagkakahiwalay at audit.
Naka-encrypt bago umalis sa host
Ang mga backup ng database ay naka-encrypt habang lumalabas. Ang repository ng file backup ay naka-password encrypt at tumatanggi tumakbo nang walang key. Ang mga credential ng connected-app at webhook secrets ay iniimbilang bilang mga encrypted column. Ang mga deploy token ay iniimbilang bilang SHA-256 hash at ipinapakita nang isang beses, sa paglikha. Ang mga live disk ay hindi naka-encrypt sa antas ng volume, dahil hindi pa namin ito binuo, at dapat mong malaman ito dito kaysa sa diligence.
Nilagdaan habang lumalabas
Ang mga outbound webhook ay nilalagdaan gamit ang HMAC-SHA256 sa timestamp at body. Ang timestamp ay ipinapadala rin, kaya maaari mong ipatupad ang sarili mong replay window.
Identity at access
Apat na workspace role sa bawat plano, kasama ang Free: admin, developer, reviewer at translator, plus ang mga account owner at billing member. Ang mga grant per-project at per-language ay nasa ibabaw, kaya ang isang freelancer ay maaaring bigyan ng isang language at makita ang wala pa. Ang SAML 2.0 sign-in na may just-in-time provisioning at SCIM 2.0 provisioning ay kasama sa Enterprise, at ang password login ay maaaring i-off para sa buong workspace.
Tenant isolation
Bawat query ay nakascope sa iyong organization at project. Ang id na pag-aari ng iba ay sumasagot ng 404 imbes na 403, kaya ang pagkakaroon ng ibang workspace ay hindi nalalantad. Ang shared exact-match memory pool ang tanging deliberate exception, at anumang project ay maaaring umalis dito gamit ang switch.
Ang audit trail
Ang mga pagbabago sa role, paglikha ng token, pagbabago sa billing, SSO configuration at SSO sign-ins ay naitatala, at ang mga row ay hindi ma-edit o ma-delete: ang model ay nagtathrow sa pareho. Ang mga password sign-in ay wala pa sa trail ngayon. Ang mga Owner at Admin sa Enterprise ay nag-eexport ng buong trail bilang CSV. Walang hash chain at walang cryptographic signature, kaya walang dito ang nagsasabing tamper-evident.
Uptime at credits
Hindi kami naglalathala ng percentage dito, dahil anumang figure na aming ita-type ay salita lamang namin para sa sarili naming availability. Ang Business at Enterprise ay may contractual monthly uptime target na may service-credit schedule, at ang schedule na iyon ang SLA.
Kung saan talaga nakatayo ang compliance
Ang apat na row na binabasa ng trust page at trust center, mula sa parehong config. Ang stamp ay maaaring magsabi lamang ng "held" kapag sinabi ng boolean, at ngayon wala sa kanila ang gumagawa nito.
- SOC 2 Type II: kasalukuyang isinasagawa ang audit
- ISO/IEC 42001 (AI management): pinagsusumikapan
- GDPR: sumusunod, ngunit walang sertipiko
- CCPA / CPRA: sumusunod, ngunit walang sertipiko
Ano ang tinatanong ng reviewer, sinasagot muna.
Ang mga tanong na binubuksan ng security review, at ang mga sagot, sa order kung paano karaniwan dumating. Bawat linya ay control sa codebase kaysa claim tungkol sa isa. Ang huling linya ay puwang, at nananatili ito dito hanggang sa hindi na ito totoo.
- walang quoted findings, dahil wala pang third-party report
- walang implied certification: ang compliance table sa /trust ay bumabasa mula sa config
- ang good-faith research ay hindi kailanman hinaharap ng mga lawyer
FAQs
Ang listahan na karaniwang dumarating kasama ng security review.