Home›Guide›Sicurezza delle e-mail
Sicurezza delle e-mail · Utilizzare Klytic MTA
Klytic MTA non si limita a filtrare ciò che arriva. La posta che esce tramite il gateway può essere firmata con DKIM, anche se il suo servizio di posta non lo fa, e trattenuta per un breve istante per recuperare un invio affrettato. Se il suo servizio di posta non supporta S/MIME, Klytic MTA può anche firmare i suoi messaggi con S/MIME usando la sua chiave, a condizione che lei scelga di attivare questa opzione e gli affidi la chiave.
Aggiornato a ottobre 20265 minGuida pratica Klytic MTA
| Funzione | Essential | Advanced |
|---|---|---|
| Firma DKIM delle e-mail in uscita, anche se il suo servizio di posta non lo fa | Incluso | Incluso |
| Richiamo prima dell’invio di un messaggio | Incluso | Incluso |
| Firma S/MIME da parte del gateway, con la sua chiave, se la attiva | Incluso | Incluso |
| Fornitura del certificato S/MIME | Opzione | Opzione |
Queste funzioni si applicano alla posta che transita per Klytic MTA. Il suo servizio di posta, che si tratti di Microsoft 365, Google Workspace, Exchange, Klytic Mail o un altro server, deve quindi consegnare i messaggi in uscita al gateway, che poi li trasmette ai destinatari. Klytic prepara con lei questo percorso al momento dell’attivazione. I prezzi sono nella pagina Prezzi.
La firma DKIM permette al server del destinatario di verificare che il messaggio provenga davvero dal suo dominio e che non sia stato modificato lungo il percorso. Migliora la recapitabilità e rende più difficile l’usurpazione del suo dominio. Klytic MTA può aggiungerla anche se il suo attuale servizio di posta non firma, il che è utile quando mantiene Microsoft 365, Google Workspace o un altro server.
Ogni dominio protetto riceve la propria firma. Un messaggio può recare più firme DKIM: se il suo servizio di posta firma già, la firma che conta per DMARC è quella che corrisponde al dominio visibile del mittente.
Se pubblica una policy DMARC rigorosa, modifichi SPF e DKIM prima di far passare la posta per il gateway, non dopo. Il significato di questi meccanismi è spiegato in SPF, DKIM e DMARC: che cosa proteggono e che cosa non proteggono.
Un messaggio partito troppo in fretta, verso il destinatario sbagliato o con l’allegato sbagliato, non si può più recuperare una volta consegnato. Klytic MTA può trattenere i messaggi in uscita per un breve intervallo prima di trasmetterli. Durante questa finestra il messaggio può essere recuperato; dopo, parte normalmente.
Il ritardo si regola nella policy di invio del dominio. Il modo per recuperare un messaggio durante la finestra viene indicato ai suoi utenti al momento dell’attivazione.
Questo ritardo è una funzione del gateway, non del suo programma di posta. Non va confuso con la funzione di richiamo di alcuni programmi, che chiede a posteriori al destinatario di eliminare un messaggio già ricevuto: qui il messaggio non ha ancora lasciato il suo dominio.
Esempio. Un’addetta alle paghe invia il file degli stipendi a «Julien», e il completamento automatico sceglie il Julien di un cliente invece del collega del reparto. Se ne accorge subito. Il messaggio è ancora trattenuto dal gateway: lo recupera prima che parta.
Un messaggio trattenuto per questo ritardo non è in quarantena. La quarantena riguarda la posta in arrivo pericolosa: veda Quarantena, falsi positivi e segnalazioni.
S/MIME si basa su un certificato associato a un indirizzo e-mail. La firma S/MIME permette al destinatario di verificare chi ha inviato il messaggio e che non sia stato modificato lungo il percorso.
Molti servizi di posta sanno firmare con S/MIME dalla postazione dell’utente. Se il suo non lo consente, Klytic MTA può farlo al suo posto: il gateway firma il messaggio in uscita con la chiave del mittente, prima di trasmetterlo al destinatario.
Se preferisce che la chiave privata non lasci mai le sue postazioni, firmi da un servizio di posta che supporta S/MIME e lasci questa opzione disattivata. La guida Che cos’è il cloud sovrano? spiega perché il possesso della chiave è importante.
| Meccanismo | Che cosa protegge |
|---|---|
| Cifratura del trasporto (TLS) | Il percorso tra due server. Verso un altro dominio, dipende anche dal server che riceve. |
| Firma DKIM | L’autenticità del dominio che invia, verificata dai server destinatari. |
| Firma S/MIME | L’identità del mittente e l’integrità del messaggio, verificate dal destinatario. |
Nulla di tutto ciò richiede Klytic Mail. Per il caso in cui mantiene il suo attuale servizio di posta, veda Proteggere la posta elettronica che già utilizza.
No. La firma viene aggiunta dal gateway, davanti a qualsiasi servizio di posta. Veda Proteggere la posta elettronica che già utilizza.
Veda SPF, DKIM e DMARC. La console DMARC dell’offerta Advanced segue i report dei suoi domini: veda Leggere ed esportare una decisione del filtro.
L’amministratore del dominio, nella policy di invio. La ripartizione dei ruoli è descritta in Chi regola il filtro in Klytic MTA.
No. È un’opzione che lei attiva, affidando la sua chiave al gateway. Senza di ciò, Klytic MTA non firma con S/MIME.
Sì, la fornitura del certificato da parte di Klytic è solo un’opzione. Prepari l’attivazione con Klytic tramite la pagina Contatti.
Klytic prepara la firma DKIM e il percorso in uscita con l’amministratore del suo servizio di posta.
Offerta di benvenuto
Offerta di prova senza impegno. Un consulente la ricontatterà per comprendere le sue esigenze e preparare il suo spazio Klytic.