Email in arrivo con allegato smime.p7s

0

Questo è uno scenario che ho al lavoro.

Riceviamo email con .p7s file allegati da un singolo utente di una società (da cui il dominio della società per esempio abc.com ) i nostri utenti interagiscono con la posta. Utilizziamo IBM Lotus Notes per la nostra email.

Ci sono altri utenti dello stesso dominio che inviano anche email ai nostri utenti, ma in quelle e-mail non vediamo un file p7s.

Inoltre, poiché utilizziamo un criterio di filtraggio degli allegati sul nostro gateway di posta elettronica, gw mette in quarantena l'e-mail a causa dell'estensione del file. La politica di filtraggio degli allegati contiene specificamente i formati di file p7s, p7m, pif, scr, che sono stati precedentemente inseriti da alcuni precedenti. Il che solleva un'altra domanda sull'opportunità di bloccare questo tipo di file sul gateway di posta elettronica?

Abbiamo anche chiesto allo stesso utente di inviarci una semplice e-mail di testo in chiaro per testare i nostri account Gmail e il file .p7s non è stato allegato a questa email.

Ho letto sull'uso di smime.p7s , ma non riesco a capire perché è solo che l'e-mail in arrivo di un particolare utente mostra questo file mentre altri no.

Inoltre, suppongo di poter solo autorizzare l'estensione .p7s e le e-mail non saranno messe in quarantena dal gw, sarebbe un rischio per la sicurezza di qualche tipo?

    
posta allwynmasc 25.07.2016 - 16:33
fonte

1 risposta

1

Suggerirei di cambiare la politica in modo da non mettere in quarantena la posta "cattiva", invece di usare la parola chiave "DISCARD". Ma per p7s suggerirei di togliere l'attaccamento, in quanto si tratta di firme. Tuttavia, possono contenere messaggi crittografati S / MIME che causano la fuga di virus. Staccare l'attaccamento e lasciare che il resto sia sicuro.

Per p7m, pif, scr, è meglio SCARICARE tutta la posta in silenzio senza avvisare né il mittente né il ricevente, senza quaratine.

    
risposta data 25.07.2016 - 17:29
fonte

Leggi altre domande sui tag