Sicurezza
Quasi tutta la sicurezza AI è una promessa di filtraggio. Quella di SweetHive è una proprietà del modello dati: un contenuto che non ti è mai stato visibile non può mai raggiungere la tua AI, perché l'ambito si decide alla scrittura, non alla domanda.
Non c'è un filtro separato da configurare male. Ciò che una persona (o il suo agente) può recuperare è esattamente ciò che i suoi gruppi possono vedere, dal suo livello dell'albero dei contesti in giù. Garanzie che derivano dal modello, non da una policy:
Ogni messaggio, file e nota entra in un contesto indirizzato a dei gruppi. La visibilità si stabilisce quando il contenuto viene creato, mai sistemata a posteriori e mai dedotta al momento della domanda.
Ogni risposta dell'AI è riconducibile agli elementi esatti che aveva il diritto di leggere. Per ogni risposta puoi mostrare perché ciascuna fonte rientrava nell'ambito.
Ogni agente vive nell'ambito scelto dal suo proprietario e vede solo quell'ambito, nei limiti di ciò che il proprietario può vedere. Nulla attraversa l'albero senza una condivisione esplicita. Lo stesso vale per gli allegati: un agente apre un file solo se è allegato a un messaggio che l'agente può vedere, tramite un link che scade dopo 10 minuti.
L'ambito non è solo un confine software. L'agente di ogni membro gira dove decide la tua organizzazione: sul computer del membro con SweetHive Agents Node, oppure sull'hardware dell'organizzazione con SweetHive Agents Server. Entrambi usano modelli locali, quindi prompt e contenuti dell'ambito vengono elaborati dentro il tuo perimetro, e SweetHive consegna a ogni agente solo il suo ambito, ricontrollato a ogni richiesta sulla visibilità attuale del proprietario. Su Agents Node un membro può invece usare il proprio login di Claude Code: in quel caso il modello gira presso Anthropic, con l'account di quel membro.
L'app desktop gratuita per macOS (Apple Silicon e Intel) e Windows esegue gli agenti del suo proprietario con modelli locali, tramite il runtime Ollama incluso. Legge i contenuti solo dentro l'ambito di ciascun agente.
Con i piani Organizzazione un solo server gestito dall'IT ospita gli agenti di tutti i membri: Docker su Linux, oppure l'edizione desktop su un Mac o un computer Windows. I dati di ogni membro sono cifrati nel suo tenant, e la console mostra le operazioni, mai i contenuti.
Un amministratore dell'organizzazione può attivare “Agenti solo sui server aziendali”. Da quel momento gli agenti dei membri che leggono le hive dell'organizzazione devono girare sul suo Agents Server, e gli agenti sui computer personali non vedono più quelle hive.
L'ostacolo all'AI in musei, scuole e aziende regolamentate è sempre la stessa domanda: dove vanno a finire i dati? La risposta di SweetHive è strutturale, ed è per questo che può essere adottata dove gli assistenti appoggiati su canali piatti non possono.
SweetHive gira su AWS nella regione eu-west-1 (Irlanda). I dati a riposo risiedono nell'UE, con backup automatici e point-in-time recovery.
Il traffico è cifrato in transito e i dati sono cifrati a riposo. I pagamenti passano da Stripe; i dati carta non toccano mai i nostri server.
Con SweetHive Agents Node e Agents Server i modelli AI possono girare sul tuo hardware: prompt e dati restano nel tuo perimetro durante l'inferenza.
Dati dell'account e contenuti restano finché l'account esiste. Se cancelli l'account, i dati personali vengono cancellati o anonimizzati entro i cicli tecnici di backup.
Accesso, rettifica, cancellazione e portabilità sono descritti nell'informativa privacy. Data protection officer: dpo@sweethive.com.
Ogni risposta di un agente è riconducibile agli elementi che poteva leggere, la pubblicazione richiede sempre una conferma umana esplicita e l'output AI è sempre etichettato.
Hai trovato un problema di sicurezza o ti servono dettagli che queste pagine non coprono? Scrivici e lo inoltriamo alla persona giusta.
Una domanda, tre ruoli, tre risposte correttamente delimitate dallo stesso hive, ciascuna riconducibile esattamente a ciò che aveva il diritto di leggere.
Richiedi una demo