Näin Transglot on suojattu.
rajattu.
Näin Transglot on suojattu.
Salaus, käyttöoikeuksien hallinta, vuokraajien eristäminen ja auditointiketju, joista kuksi nimeää sen toteuttavan mekanismin. Asiat, joita emme ole rakentaneet, on kirjattu tänne aukkojen muodossa.
- TLS 1.2 tai uudempi siirrossa
- HMAC-allekirjoitetut webhookit
- vain lisättävät auditointirivit
- neljä roolia, viisi token-oikeutta
Salaus, pääsyoikeudet, eristäminen ja auditointi.
Salattu ennen kuin se poistuu isännältä
Tietokantavarmuuskopiot salataan ulosmenovaiheessa. Tiedostovarmuuskopioiden arkisto on salattu salasanalla, eikä se suostu toimimaan ilman avaintaan. Liitettyjen sovellusten tunnistetiedot ja webhook-salaisuudet tallennetaan salattuihin sarakkeisiin. Käyttöönotto-tokenit tallennetaan SHA-256-hashina ja näytetään kerran luontihetkellä. Live-levyjä ei ole salattu volyymitasolla, koska emme ole rakentaneet sitä, ja sinun tulisi oppia se täällä eikä due diligence -vaiheessa.
Allekirjoitettu ulosmenovaiheessa
Lähtevät webhookit allekirjoitetaan HMAC-SHA256:llä aikaleiman ja sisällön yli. Aikaleima lähetetään myös, jotta voit pakottaa oman toistamisikkunasi.
Identiteetti ja pääsyoikeudet
Neljä työtilaroolia jokaisessa suunnitelmassa, Free mukaan lukien: admin, developer, reviewer ja translator, plus tilinomistajat ja laskutusjäsenet. Projekti- ja kielikohtaiset oikeudet ovat päällä, joten freelancerille voidaan antaa yksi kieli, eikä hän näe mitään muuta. SAML 2.0 -kirjautuminen just-in-time-provisioinnilla ja SCIM 2.0 -provisiointi sisältyvät Enterprise-suunnitelmaan, ja salasanakirjautuminen voidaan kytkeä pois koko työtilasta.
Vuokraajan eristäminen
Jokainen kysely on rajattu organisaatioosi ja projektiisi. Jollekin muulle kuuluva id vastaa 404 eikä 403, joten toisen työtilan olemassaolo ei vuoda. Jaettu tarkka osuma-muistipooli on ainoa tietoinen poikkeus, ja mikä tahansa projekti voi poistua siitä kytkimellä.
Auditointiketju
Roolimuutokset, tokenien luonti, laskutusmuutokset, SSO-konfiguraatio ja SSO-kirjautumiset tallennetaan, eikä rivejä voi muokata tai poistaa: malli heittää virheen molemmissa tapauksissa. Salasanakirjautumisia ei ole ketjussa tänään. Omistajat ja adminit Enterprise-suunnitelmassa voivat viedä koko ketjun CSV:nä. Hash-ketjua tai kryptografista allekirjoitusta ei ole, joten mikään tässä ei sano olevan manipulointia havaitseva.
Käyttöaste ja hyvitykset
Emme julkaise prosenttia täällä, koska mikä tahansa kirjoittamamme luku olisi vain sanamme omasta saatavuudestamme. Business- ja Enterprise-suunnitelmiin sisältyy sopimuksellinen kuukausittainen käyttöastetavoite palveluhyvitysaikataulun kanssa, ja tämä aikataulu on SLA.
Missä vaatimustenmukaisuus todellisuudessa seisoo
Samat neljä riviä, jotka luottamus-sivulla ja luottamuskeskuksessa lukee, samasta konfiguraatiosta. Leima voi sanoa "voimassa" vain, kun boolean-arvo niin sanoo, eikä mikään niistä tee sitä tänään.
- SOC 2 Type II: auditointi käynnissä
- ISO/IEC 42001 (AI management): haussa
- GDPR: yhdenmukainen, ei sertifioitu
- CCPA / CPRA: yhdenmukainen, ei sertifioitu
Mitä tarkastaja kysyy, vastattu ensin.
Kysymykset, joilla turvallisuustarkastus alkaa, ja vastaukset siinä järjestyksessä, jossa ne yleensä saapuvat. Jokainen rivi on kontrolli koodikannassa eikä väite yhdestä. Viimeinen rivi on aukko, ja se pysyy täällä, kunnes se lakkaa olemasta totta.
- ei lainattuja havaintoja, koska kolmannen osapuolen raporttia ei vielä ole
- ei sertifikaatin implikointia: vaatimustenmukaisuustaulukko /trust:ssa lukee konfiguraatiosta
- vilpittömään tutkimukseen ei koskaan vastata asianajajilla
UKK
Lista, joka saapuu yleensä tietoturvakatsauksen mukana.