I dati di assistenza meritano confini rigorosi.

L’autorizzazione è applicata ai confini lato server. Appartenenza al workspace, ruolo, ambito dell’applicazione e accesso alla conversazione vengono verificati prima di leggere o modificare i dati.

Un identificativo di workspace o di applicazione fornito dal client non vale mai da solo come permesso.

I prodotti con autenticazione emettono sul server un token di assistenza a breve durata. Il widget usa quel token per collegare un cliente all’applicazione prevista, senza fidarsi di un ID utente o di un’email forniti dal browser.

Le sessioni anonime sono vincolate alle origini registrate dell’applicazione e alla policy di sessione lato server.

L’accesso all’API pubblica usa chiavi a permessi limitati. Gli invii dei webhook sono firmati HMAC e progettati per nuovi tentativi limitati e una cronologia persistente dei tentativi. Le chiavi dei provider AI sono cifrate a riposo e non vengono restituite al browser dopo la configurazione.

I segreti vanno nell’ambiente lato server o in una configurazione cifrata, mai nel codice del widget o nella documentazione pubblica.

I caricamenti dei clienti e della Knowledge sono limitati ai formati immagine supportati, convalidati in base alla firma del contenuto, archiviati in modo privato e serviti tramite accesso autenticato a breve durata. Gli allegati dei clienti restano disattivati per impostazione predefinita in ogni applicazione.

La Knowledge pubblicata e quella interna mantengono regole di visibilità separate. L’AI rivolta ai clienti può recuperare solo i contenuti pubblicati esplicitamente per quell’uso.

Copilot riceve policy, contesto verificato, cronologia della conversazione e Knowledge autorizzata come input distinti. L’output strutturato viene convalidato prima che un suggerimento sia salvato, e gli errori del provider o di convalida non creano un messaggio visibile al cliente.

La beta attuale richiede una revisione umana prima dell’invio. Il BYOK cambia chi paga il provider; non aggira la policy, l’autorizzazione, i limiti di frequenza né i controlli di audit di Envelen.

Questa pagina descrive i confini implementati nel prodotto, non una certificazione di conformità esterna. Envelen qui non dichiara SOC 2, ISO 27001, HIPAA né altre certificazioni.

La documentazione su sicurezza e privacy sarà aggiornata man mano che hosting, fatturazione, controlli di conservazione e verifiche esterne matureranno verso la disponibilità generale.