Sicurezza e privacy

Dove va ciò che invii

La tua richiesta arriva al gateway di Babel Mesh, che sceglie un nodo in base alla classe di dati della richiesta e gliela inoltra. Il nodo calcola il risultato con il suo modello e lo restituisce attraverso il gateway.

Il nodo che serve una richiesta può leggerla. È un fatto del funzionamento attuale: un nodo deve leggere il prompt per rispondere. Quindi non inviare password, numeri di documento o segreti commerciali.
Il nodo non può vedere chi sei. La richiesta che un nodo riceve non porta né nome dell'account né chiave, solo un'etichetta anonima.
Babel Mesh non conserva le conversazioni. I registri del gateway contengono l'ora di una richiesta, il modello, l'esito e l'utilizzo. Le conversazioni restano nel tuo client o browser.
Eccezione: le regole sui contenuti. Il gateway controlla input e output secondo regole sui contenuti. Una richiesta che attiva una regola lascia un breve estratto attorno alla corrispondenza e il nome dell'account, per contrastare gli abusi; il testo completo non viene conservato.
I controlli a campione rieseguono le richieste. Per verificare ciò che restituiscono i contributori, una piccola parte delle richieste di classe pubblica viene ricalcolata sui nodi dell'operatore e i due risultati vengono confrontati.

Classi di dati

Ogni account e ogni richiesta ha una classe di dati. Gli account che si registrano da soli partono da "pubblica". I nodi dei contributori ricevono solo richieste "pubbliche". Le classi superiori vanno solo ai nodi dell'operatore. Per ora anche immagini e video sono serviti solo dai nodi dell'operatore, perché i loro risultati non si possono controllare a campione come il testo.

Connessioni e chiavi

Il sito web e l'API usano HTTPS. I componenti dietro (controller, gateway, registro, relay, nodi) comunicano su connessioni cifrate con autenticazione reciproca dei certificati; l'identità di un nodo è nel suo certificato.
I nodi si collegano solo verso l'esterno. Non aprono porte in entrata e servono tramite un relay.
Il client conserva la tua chiave API sul tuo computer, leggibile solo dal tuo account di sistema. La pagina del client non riceve mai la chiave; le richieste le fa il client per te.
Gli aggiornamenti del client vengono verificati con un manifesto firmato: la chiave pubblica è integrata nel client, e una firma errata o una versione non più recente non viene mai installata.

Contabilità e verifica

Ricevute firmate da entrambe le parti. Per ogni richiesta il gateway e il nodo firmano la stessa ricevuta, e il registro la annota solo quando coincidono. Una ricevuta contiene hash della richiesta e del risultato e l'utilizzo, non il contenuto.
Controlli casuali. I nodi nuovi vengono controllati più spesso, quelli con una lunga storia pulita meno spesso. Un nodo i cui risultati non coincidono viene messo in quarantena; quando l'operatore conferma l'imbroglio, i suoi guadagni sono annullati e penalizzati secondo le regole.
I guadagni vengono trattenuti. Il reddito di un contributore attende alcuni giorni, durante i quali i controlli continuano.

Cosa non può fare

Non esiste ancora un ambiente di esecuzione affidabile (TEE): non può garantire che un nodo non veda i contenuti, ed è per questo che le richieste hanno delle classi.
Non è stato sottoposto a un audit di sicurezza di terze parti.
Nessuna promessa di disponibilità: i nodi possono sparire in qualsiasi momento e una richiesta viene ritentata su un altro nodo, ma il successo non è garantito.
Le regole sui contenuti non sono perfette: possono bloccare per errore e possono lasciarsi sfuggire cose.

Questa pagina descrive ciò che il sistema fa realmente oggi. Le condizioni di servizio e l'informativa sulla privacy formali sono pubblicate separatamente dall'ente che gestisce il servizio.