/securityi controlli, uno per uno

con ambito definito.

ogni query al database è limitata alla tua organizzazione e al tuo progetto

Crittografia, controllo degli accessi, isolamento dei tenant e traccia di audit, ciascuno con il nome del meccanismo che lo applica. Gli elementi che non abbiamo ancora sviluppato sono elencati qui come lacune.

tls 1.2 o superiore in transito
webhook firmati con hmac
righe di audit solo in aggiunta
quattro ruoli, cinque capacità dei token

i controlli

Crittografia, accesso, isolamento e audit.

ogni riquadro indica il meccanismo che lo rende effettivo, e il riquadro che evidenzia una lacuna è il più utile della pagina

AES-256

Crittografato prima di lasciare l’host

I backup del database vengono crittografati durante l’esportazione. Il repository di backup dei file è protetto da password e non funziona senza la sua chiave. Le credenziali delle app connesse e i secret dei webhook sono archiviati come colonne crittografate. I token di deployment sono archiviati come hash SHA-256 e mostrati una sola volta, al momento della creazione. I dischi attivi non sono crittografati a livello di volume, poiché non abbiamo implementato questa funzionalità, ed è preferibile che tu lo sappia qui piuttosto che durante la due diligence.

Firmato in uscita

I webhook in uscita sono firmati con HMAC-SHA256 sul timestamp e sul corpo. Il timestamp viene inviato anch’esso, così puoi applicare la tua finestra di replay.

POST /hooks/translations

X-Transglot-Timestamp: 1756...

X-Transglot-Signature: hmac-sha256

signed over (timestamp, body)

compared with hash_equals

Identità e accesso

Quattro ruoli workspace in ogni piano, incluso Free: amministratore, sviluppatore, revisore e traduttore, oltre ai proprietari dell'account e ai membri della fatturazione. Le autorizzazioni per progetto e per lingua si aggiungono a questi, così un freelance può ricevere l'accesso a una sola lingua senza vedere nient'altro. L'accesso SAML 2.0 con provisioning just-in-time e il provisioning SCIM 2.0 sono inclusi nel piano Enterprise, e l'accesso tramite password può essere disattivato per l'intero workspace.

Isolamento del tenant

Ogni query è limitata alla tua organizzazione e al tuo progetto. Un ID appartenente a qualcun altro restituisce 404 invece di 403, così l’esistenza di un altro spazio di lavoro non viene mai rivelata. Il pool di memoria condiviso per corrispondenza esatta è l’unica eccezione deliberata, e qualsiasi progetto può uscirne con un interruttore.

Il registro di audit

Le modifiche ai ruoli, la creazione di token, le modifiche alla fatturazione, la configurazione SSO e gli accessi SSO vengono registrati, e le righe non possono essere modificate o eliminate: il modello genera un’eccezione in entrambi i casi. Gli accessi tramite password non sono presenti nel registro al momento. I proprietari e gli amministratori del piano Enterprise possono esportare l’intero registro come CSV. Non esiste una catena di hash né una firma crittografica, quindi nulla qui garantisce l’evidenza di manomissione.

Tempo di attività e crediti

Non pubblichiamo alcuna percentuale qui, perché qualsiasi cifra inserita sarebbe solo la nostra parola sulla nostra disponibilità. I piani Business ed Enterprise includono un obiettivo contrattuale mensile di tempo di attività con un programma di crediti di servizio, e quel programma costituisce l’SLA.

Lo stato reale della conformità

Le stesse quattro righe lette dalla pagina di affidabilità e dal centro di affidabilità, derivanti dalla stessa configurazione. Un marchio può dichiarare "ottenuto" solo quando un valore booleano lo conferma, e oggi nessuno di essi lo fa.

SOC 2 Type II: audit in corso
ISO/IEC 42001 (AI management): in fase di ottenimento
GDPR: allineato, non certificato
CCPA / CPRA: allineato, non certificato

le risposte brevi

Ciò che chiede un revisore, risposto per primo.

Le domande con cui si apre una revisione di sicurezza e le relative risposte, nell’ordine in cui solitamente arrivano. Ogni riga è un controllo nel codice base piuttosto che un’affermazione generica. L’ultima riga rappresenta una lacuna e rimane qui finché non cessa di essere vera.

nessun risultato citato, perché non esiste ancora un report di terze parti
nessuna certificazione implicita: la tabella di conformità su /trust legge dalla configurazione
la ricerca in buona fede non viene mai accolta con avvocati

Scrivi a security@transglot.ai Il trust center

output illustrativo. questa pagina non esegue scansioni, né su di te né su di noi

note sulla postura, illustrative

# cosa chiede prima una revisione di sicurezza

tls 1.2 o superiore, rifiutato al bordo se inferiore

webhooks hmac-sha256 su timestamp e corpo

token archiviati come hash sha-256, mostrati una sola volta

tenancy ogni query limitata per organizzazione e progetto

abilità cinque su un token di progetto, tre sul deploy

ruoli quattro, su ogni piano incluso quello gratuito

audit solo aggiunta a livello di modello, nessuna catena

memoria un pool condiviso di corrispondenze esatte, disattivabile per progetto

a riposo i volumi attivi non sono crittografati su disco. i backup sono aes-256.

FAQ

L’elenco che di solito accompagna una revisione della sicurezza.

I miei dati sono crittografati?

In transito, sì: TLS 1.2 o superiore e qualsiasi versione precedente viene rifiutata al bordo. A riposo, i backup del database sono crittografati con AES-256 in uscita e il repository di backup dei file è protetto da password. I volumi del database attivo oggi non sono crittografati su disco.

Siete certificati SOC 2?

Non ancora. Un audit SOC 2 Tipo II è in corso: prima la prontezza, poi la finestra di osservazione. Oggi non deteniamo alcuna certificazione di sicurezza di terze parti e gli indicatori sopra riportati derivano da un booleano di configurazione che non può indicare "ottenuto" fino a quando non lo sarà.

Addestrate modelli di IA sui miei contenuti?

No, su nessun piano. Le tue stringhe vengono inviate ai provider indicati nel trust center esclusivamente per la traduzione, secondo termini commerciali. La registrazione delle metriche conta i token, mai il testo.

Come impedite che un cliente veda i dati di un altro?

Ogni query è limitata alla tua organizzazione e al tuo progetto; un ID che non ti appartiene restituisce 404 anziché 403, così l’esistenza di un altro workspace non viene mai rivelata. L’unica eccezione deliberata è il pool condiviso di memoria di traduzione con corrispondenza esatta, che non ha alcun proprietario e che qualsiasi progetto può abbandonare con un’interruttore.

Supportate SAML SSO, SCIM e l’accesso obbligatorio?

Sì, nel piano Enterprise: SAML 2.0 con provisioning just-in-time, provisioning SCIM 2.0 e la possibilità di disattivare l'accesso tramite password per l'intero workspace. Quattro ruoli workspace più autorizzazioni per progetto e per lingua sono disponibili in ogni piano, incluso Free.

Mantenete un registro di audit e posso esportarlo?

Le modifiche ai ruoli, la creazione di token, le variazioni di fatturazione, la configurazione SSO e gli accessi SSO vengono tutti registrati e le righe non possono essere modificate né eliminate. Gli accessi tramite password non sono presenti nel registro oggi. I proprietari e gli amministratori su Enterprise possono esportare l’intero registro come CSV. Non esiste una catena di hash né una firma, quindi non lo definiamo a prova di manomissione.

Avete effettuato un test di penetrazione?

Non disponiamo di rapporti di terze parti da citare. Quando ne esisterà uno, verrà indicato qui con la relativa data e ambito di applicazione, anziché essere riassunto come un numero di vulnerabilità riscontrate.

Come posso segnalare una vulnerabilità e offrite una ricompensa?

Invia un’e-mail a security@transglot.ai. La ricerca condotta in buona fede secondo la policy pubblicata garantisce una salvaguardia scritta, un riconoscimento entro tre giorni lavorativi e una valutazione iniziale entro dieci giorni lavorativi. Al momento non è prevista alcuna ricompensa in denaro.

Come vengono archiviati e delimitati i token API?

Un token di progetto viene archiviato come hash SHA-256 e mostrato una sola volta, al momento della creazione. I token di progetto hanno cinque autorizzazioni e i token di distribuzione tre, quindi un token fornito alla CI può avere un ambito più ristretto rispetto all’utente che lo ha creato. I token sono una funzionalità dei piani a pagamento: il piano Free non consente di generarne.