Így biztosítja a Transglot.
szűkített.
Így biztosítja a Transglot.
Titkosítás, hozzáférés-vezérlés, bérlői izoláció és auditnapló – mindegyiknél megnevezzük a kikényszerítő mechanizmust. Azokat a dolgokat, amelyeket még nem építettünk be, itt hiányosságként tüntetjük fel.
- tls 1.2 vagy újabb átvitel során
- hmac-aláírt webhookok
- csak bővíthető audit sorok
- négy szerepkör, öt token jogosultság
Titkosítás, hozzáférés, izoláció és audit.
Titkosítva, mielőtt elhagyná a hostot
Az adatbázis-biztonsági mentések kimenetkor titkosítva vannak. A fájlmentési tároló jelszóval védett, és kulcs nélkül nem futtatható. A csatlakoztatott alkalmazások hitelesítő adatait és a webhook-titkokat titkosított oszlopokban tároljuk. A telepítési tokeneket SHA-256 hash-ként tároljuk, és csak egyszer, létrehozáskor jelenítjük meg. Az éles lemezek kötet szintjén nincsenek titkosítva, mivel ezt a funkciót még nem valósítottuk meg, így ezt az információt itt kell megszereznie, nem pedig az átvilágítás során.
Kimenetkor aláírva
A kimenő webhookokat HMAC-SHA256 algoritmussal írjuk alá az időbélyeg és a törzs alapján. Az időbélyeget is elküldjük, így Ön saját replay-ablakot állíthat be.
Identitás és hozzáférés
Minden csomagban, beleértve az Ingyeneset is, négy munkaterületi szerepkör érhető el: adminisztrátor, fejlesztő, lektor és fordító, valamint fióktulajdonosok és számlázási tagok. Ezekre épülnek a projektenkénti és nyelvenkénti jogosultságok, így egy szabadúszó csak egy nyelvet láthat, mást nem. Az Enterprise csomag tartalmazza a SAML 2.0 alapú bejelentkezést just-in-time kiépítéssel és SCIM 2.0 kiépítéssel, a jelszavas bejelentkezés pedig letiltható az egész munkaterületen.
Bérlői izoláció
Minden lekérdezés az Ön szervezete és projektje szerint van szűkítve. Ha egy azonosító másvalakihez tartozik, 404-es választ kap 403 helyett, így egy másik munkaterület létezése sosem szivárog ki. A megosztott pontos egyezésű memóriapool az egyetlen szándékos kivétel, amelyet bármely projekt egy kapcsolóval elhagyhat.
Az ellenőrzési napló
A szerepkör-változtatások, tokenlétrehozások, számlázási módosítások, SSO-konfigurációk és SSO-bejelentkezések rögzítésre kerülnek, és a sorok nem szerkeszthetők vagy törölhetők: a modell mindkét esetben hibát dob. A jelszavas bejelentkezések ma még nem szerepelnek a naplóban. Az Enterprise csomag tulajdonosai és adminisztrátorai CSV-formátumban exportálhatják a teljes naplót. Nincs hash-lánc és nincs kriptográfiai aláírás, tehát semmi nem garantálja a manipulálás észlelhetőségét.
Üzemidő és jóváírás
Itt nem teszünk közzé százalékos értéket, mert bármilyen általunk megadott szám csak a saját rendelkezésre állásunkra vonatkozó állítás lenne. A Business és Enterprise csomagok szerződéses havi üzemidő-céllal és szolgáltatási jóváírási ütemtervvel rendelkeznek, és ez az ütemterv képezi az SLA-t.
A megfelelőség valós állapota
Ugyanaz a négy sor, amelyet a bizalmi oldal és a trust center olvas, ugyanabból a konfigurációból. Egy pecsét csak akkor mondhatja azt, hogy „megvan”, ha egy logikai érték is ezt jelzi, és jelenleg egyik sem teszi.
- SOC 2 Type II: audit folyamatban
- ISO/IEC 42001 (AI management): folyamatban
- GDPR: igazodó, nem tanúsított
- CCPA / CPRA: igazodó, nem tanúsított
Amire a lektor kérdez, azt először megválaszoljuk.
A kérdések, amelyekkel egy biztonsági felülvizsgálat kezdődik, és a válaszok abban a sorrendben, ahogy általában érkeznek. Minden sor egy vezérlőelem a kódbázisban, nem pedig állítás valamiről. Az utolsó sor egy hézag, és addig marad itt, amíg igaz marad.
- nincsenek idézett megállapítások, mert még nincs harmadik féltől származó jelentés
- nem implied tanúsítvány: a /trust oldalon lévő megfelelőségi táblázat konfigurációból olvas
- a jóhiszemű kutatást soha nem fogadják ügyvédek
GYIK
Az a lista, amely általában egy biztonsági felülvizsgálattal együtt érkezik.