Accesso eccessivo alla casella
Una vera casella Gmail o Outlook contiene storico, contatti e conversazioni che l’agente non deve vedere.
Riepilogo sicurezza
Infrastruttura email security-first per agenti IA
Mail4AI isola gli agenti IA dalle vere caselle aziendali offrendo accesso controllato ai workflow basati su email.
Pensato prima per piloti controllati: iniziate con workflow circoscritti e non critici, poi estendete con controlli Team o Enterprise dopo la revisione.
Modello di minaccia
I rischi che riduciamo quando gli agenti entrano nei workflow email.
Esposizione delle credenziali
Prompt e documenti di onboarding non devono mai contenere segreti mailbox o token OAuth.
Prompt injection via email
I messaggi in ingresso possono includere istruzioni malevole e devono restare contenuto esterno.
Rischio allegati
I file possono essere sensibili, malformati o ostili e richiedono esposizione controllata.
Azioni in uscita non controllate
Le risposte devono essere limitate a destinatari approvati e confini di workflow auditabili.
Auditabilità debole
I team sicurezza e piattaforma hanno bisogno di tracce chiare su ingressi, uscite e cambi policy.
Controlli principali
Mail4AI crea un perimetro email governato tra il mondo email aperto e il runtime dell’agente.
Casella dedicata per agente o workflow
Ogni agente ha indirizzo, identità e confine di storage separati.
Allowlist in entrata
Solo mittenti approvati possono raggiungere il workflow agente definito.
Allowlist in uscita
L’agente può scrivere solo a destinatari esplicitamente approvati.
Modello deny-by-default
Mittenti e destinatari sconosciuti restano fuori dal percorso di comunicazione agente.
Accesso MCP/API scoped
I runtime leggono e inviano email tramite tool limitati, non deleghe mailbox ampie.
Isolamento tenant e inbox
I dati agente sono separati per tenant e inbox per preservare controlli multi-tenant.
Audit logging
Messaggi in ingresso, risposte in uscita e cambi policy sensibili restano tracciabili.
Separazione dei segreti
Le credenziali runtime restano fuori da prompt, Markdown di onboarding e contenuti visibili all’agente.
Pattern architetturale
Un confine controllato prima che l’agente veda l’email.
Mittente esterno
Un cliente, fornitore o partner scrive a un indirizzo Mail4AI dedicato.
Confine policy
Le regole in ingresso decidono se il messaggio appartiene al workflow.
Inbox agente
L’email accettata viene salvata nell’inbox scoped, separata dalle caselle dipendenti.
Superficie MCP/API
Il runtime legge il messaggio tramite tool governati con trust boundary espliciti.
Risposta auditata
Le risposte in uscita passano le policy destinatario e restano visibili nei log.
Hosting dati e compliance
Hosting in Francia / UE
L’infrastruttura di produzione è operata dalla Francia con postura EU-first.
DPA disponibile
Un accordo di trattamento dati è disponibile per clienti e piloti qualificati.
Crittografia in transito
Gli endpoint pubblici del servizio usano TLS in transito.
Retention per piano
Le aspettative di retention dipendono dal piano e dai requisiti del pilota.
Nessuna esposizione di credenziali mailbox reali
Gli agenti interagiscono con inbox Mail4AI, non con credenziali dirette di caselle aziendali.
Controlli Enterprise disponibili nei piloti assistiti
SSO / SAML / OIDC
Integrate l’accesso con lo stack identità enterprise quando il rollout lo richiede.
RBAC e policy centrali
Preparate amministrazione per ruoli e policy condivise tra team.
Dominio cliente
Usate domini controllati dal cliente con setup guidato DNS e deliverability.
Export SIEM
Pianificate export audit per team che centralizzano la visibilità sicurezza.
SLA e supporto prioritario
Allineate le aspettative operative prima di passare dal pilota alla produzione.
Revisione sicurezza
Rivedete architettura, flussi dati e responsabilità prima di un deploy più ampio.
Responsabilità condivisa
Mail4AI gestisce
- Isolamento infrastruttura
- Controlli piattaforma
- Audit log
- Hosting UE
I clienti gestiscono
- Scelta del workflow
- Configurazione allowlist
- Policy di validazione umana
- Regole interne d’uso IA
Riferimenti sicurezza e legali
Pensato prima per piloti controllati: iniziate con workflow circoscritti e non critici, poi estendete con controlli Team o Enterprise dopo la revisione.