Che cos’è l’SPF Include? Come utilizzarlo in modo sicuro nel proprio record SPF

Risposta rapida: Il meccanismo "include" di SPF consente al proprietario di un dominio di autorizzare un mittente di terze parti facendo riferimento al record SPF di tale mittente all'interno del proprio record TXT DNS. Quando un server ricevente valuta il tuo record SPF e incontra un'istruzione "include", recupera e valuta il record SPF del dominio a cui si fa riferimento come parte del controllo. Poiché ogni istruzione "include" attiva almeno una ricerca DNS aggiuntiva, è necessario mantenere il numero totale di meccanismi di interrogazione DNS pari o inferiore a 10 per evitare un PermError.

Il record SPF indica ai server di posta in ricezione quali fonti sono autorizzate a inviare e-mail per conto del tuo dominio. Quando la tua organizzazione inizia a utilizzare piattaforme di terze parti per attività di marketing, messaggi transazionali, aggiornamenti CRM o e-mail di assistenza, la gestione manuale dell'SPF diventa più complessa. È qui che entra in gioco il meccanismo "SPF include".

Questa guida spiega in dettaglio cosa sono gli "include" SPF, come funzionano e come gestire più "include" senza compromettere il proprio record. Illustra inoltre come garantire la conformità con DMARC, affinché le tue e-mail arrivino sempre nella posta in arrivo.

Chi deve comprendere il concetto di "SPF Include"?

L'SPF è fondamentale per i team IT, gli amministratori di sistema, i consulenti di sicurezza informatica e MSP che gestiscono domini che inviano e-mail tramite più servizi di terze parti. Se la vostra organizzazione utilizza piattaforme quali un CRM, un helpdesk, uno strumento di automazione del marketing, un provider di posta transazionale o un servizio di posta cloud, il vostro record SPF dipende probabilmente da uno o più meccanismi di inclusione.

• Team IT e di sicurezza aziendali che gestiscono più piattaforme SaaS, mittenti regionali o portafogli di domini
• Amministratori di sistema responsabili dei record DNS e della consegna delle e-mail
• MSP e MSSP che gestiscono SPF e DMARC su più domini dei clienti
• Consulenti in materia di sicurezza informatica nei settori soggetti a regolamentazione, quali quello finanziario, sanitario, del commercio al dettaglio e del settore pubblico

Che cos'è un record SPF?

Un record SPF, ovvero Sender Policy Framework , è un record TXT del DNS che elenca tutti i server e gli indirizzi IP autorizzati a inviare e-mail per conto di un determinato dominio. Quando arriva un'e-mail, il server di posta ricevente controlla i record DNS del mittente per verificare che l'e-mail provenga da una fonte autorizzata. Se l'indirizzo IP del mittente corrisponde a una voce presente nel record, l'SPF viene superato. In caso contrario, l'SPF fallisce.

Cosa non possono fare da soli i record SPF

I meccanismi SPF sono fondamentali, ma presentano dei limiti che vale la pena comprendere:

• Verifica l'identità del mittente indicato nella busta, non l'indirizzo "Da" visibile che i destinatari vedono effettivamente
• Si interrompe durante l'inoltro delle e-mail, quindi le email inoltrate spesso non superano il controllo SPF anche quando il mittente originale è legittimo
• Da solo non può impedire lo spoofing del dominio a livello dell'intestazione From, che è il punto in cui la maggior parte degli attacchi di phishing prende di mira i destinatari

Ecco perché l’SPF funziona al meglio se integrato in un sistema di autenticazione più ampio che includa anche DKIM e DMARC. La configurazione congiunta di tutti e tre i protocolli garantisce il massimo livello di protezione della posta elettronica.

Cosa comprende l'SPF?

Se i record SPF costituiscono il regolamento che stabilisce chi può inviare e-mail dal proprio dominio, il meccanismo "SPF include" consente di integrare le regole definite da altri. Permette al proprietario di un dominio di delegare l’autorità di invio a un altro dominio, facendo riferimento al record SPF di quest’ultimo all’interno del proprio. Anziché elencare manualmente ogni indirizzo IP utilizzato da un servizio di posta elettronica di terze parti, è sufficiente includere il dominio di quest’ultimo e il server ricevente recupererà e valuterà il relativo record SPF come parte integrante del proprio.

Perché esiste la funzione "include" in SPF

L'invio di e-mail al giorno d'oggi avviene raramente da un unico server. Per i team IT e di sicurezza aziendali, la complessità dell'SPF tende ad aumentare man mano che, nel corso del tempo, vengono aggiunti nuovi strumenti SaaS, piattaforme di marketing regionali, CRM, help desk e servizi di posta elettronica transazionale. Ogni nuovo mittente deve essere autorizzato correttamente, monitorato costantemente e mantenuto entro il limite di 10 query DNS previsto dall'SPF, al fine di evitare errori di autenticazione e problemi di consegna.

Il meccanismo "include" di SPF risolve questo problema consentendo di fare riferimento direttamente al record SPF del servizio di terze parti. Quando il server ricevente valuta il record SPF e incontra un'istruzione "include", recupera e risolve il record TXT SPF di quel dominio esterno come parte del processo di convalida. Se la politica SPF del dominio incluso restituisce un risultato positivo per l'indirizzo IP mittente, il meccanismo "include" viene considerato valido e la valutazione SPF può essere superata per quel mittente. In caso contrario, il server ricevente continua a valutare il resto del record SPF.

Come si presenta nella pratica l'SPF

Una dichiarazione «include» di base in SPF ha questo aspetto:

In questo esempio, il server ricevente ricerca il record SPF relativo a thirdpartydomain.com e lo valuta insieme al resto dei tuoi record. Se l’IP mittente è autorizzato in quel record, l’e-mail supera il controllo SPF per il tuo dominio. Il meccanismo “include” è indispensabile per i domini che esternalizzano l’invio delle e-mail o si avvalgono di più fornitori, poiché l’alternativa consiste nell’elencare manualmente ogni indirizzo IP utilizzato da ciascun servizio, operazione poco pratica e soggetta a errori.

Come funziona il meccanismo di inclusione dell'SPF?

Comprendere il meccanismo "include" di SPF a livello tecnico aiuta a evitare gli errori di configurazione che causano il malfunzionamento silenzioso di SPF. Ecco cosa succede quando un server ricevente valuta un record SPF che contiene istruzioni "include".

Il processo di convalida SPF

1. Quando un’e-mail arriva a un server di posta in ricezione, il server estrae il dominio dall’indirizzo MAIL FROM ed esegue una ricerca DNS per recuperare il record TXT SPF di quel dominio. Quindi legge il record da sinistra a destra, valutando ciascun meccanismo fino a quando non trova una corrispondenza o raggiunge la fine. Quando incontra un'istruzione "include":
2. Il server ricevente esegue un'ulteriore ricerca DNS per recuperare il record TXT SPF del dominio in questione.
3. Verifica la corrispondenza tra il record SPF del dominio specificato e l'indirizzo IP del mittente.
4. Se la politica SPF del dominio incluso restituisce un risultato positivo per l'IP mittente, il meccanismo di inclusione viene soddisfatto e la valutazione SPF può avere esito positivo per quel mittente.
5. Se non viene trovata alcuna corrispondenza, il server prosegue con la valutazione dei restanti meccanismi presenti nel record originale.

In che modo i conteggi vengono conteggiati ai fini del limite di ricerca DNS

Ogni istruzione "include" presente in un record SPF genera almeno una query DNS aggiuntiva. Questo è importante perché la convalida SPF è limitata a un massimo di dieci ricerche DNS per ogni controllo. Ogni istruzione "include", insieme a meccanismi come "mx" e "a", viene conteggiata ai fini di tale limite. Se il record SPF del dominio incluso contiene a sua volta ulteriori istruzioni "include", anche queste vengono conteggiate, creando una catena di ricerche che può aumentare rapidamente.

Il superamento del limite di dieci ricerche fa sì che l’SPF restituisca un PermError, che i server destinatari interpretano come un errore SPF. Ciò può comportare il rifiuto delle e-mail o il loro inserimento nelle cartelle dello spam, anche quando la fonte di invio è del tutto legittima.

Sintassi dei record SPF: come scrivere correttamente un include SPF

È fondamentale che la sintassi sia corretta. Un solo errore nel tuo sintassi del record SPF può causare il fallimento dell’intero record, indipendentemente da quanto sia corretta la configurazione di tutti gli altri elementi.

La struttura di base di un record SPF

• v=spf1 dichiara la versione SPF e deve comparire all'inizio di ogni record TXT SPF
• meccanismi definiscono le fonti di invio autorizzate, che possono includere indirizzi IP, domini tramite include, record MX e altro ancora
• tutto è il meccanismo generico che determina cosa succede alle e-mail che non corrispondono a nessuna delle fonti elencate

Panoramica sui requisiti SPF

Come scrivere correttamente un'istruzione SPF "include"

La sintassi corretta per un'istruzione "include" è include:domain.com. Si noti che non deve esserci spazio tra "include" e i due punti. Uno spazio provoca un errore di sintassi. Ecco un esempio completo di record SPF con più inclusioni:

• sendgrid.net e mailchimp.com sono autorizzati come mittenti di terze parti tramite include
• 192.168.1.1 è un indirizzo IP autorizzato individualmente
• ~tutto è un "softfail", il che significa che le e-mail provenienti da fonti non autorizzate vengono segnalate ma non respinte del tutto

Lista di controllo: come aggiungere in modo sicuro un nuovo include SPF

1. Identificare il nuovo servizio di invio e confermare il dominio “include” fornito dal fornitore.
2. Recupera il tuo record TXT SPF attuale utilizzando uno strumento di ricerca SPF.
3. Conta il numero totale di ricerche DNS, comprese le ricerche annidate all’interno dei record inclusi.
4. Aggiungi il nuovo meccanismo "include:" al tuo unico record TXT SPF.
5. Verifica la sintassi con un generatore di record SPF o uno strumento di ricerca.
6. Pubblica il record aggiornato e verifica i risultati dell'autenticazione tramite le intestazioni delle e-mail.
7. Controlla i rapporti DMARC per verificare che il nuovo mittente superi il controllo di allineamento SPF.

SPF "Include" e "Redirect": qual è la differenza?

Sia il meccanismo "include" che il modificatore "redirect" fanno riferimento al record SPF di un altro dominio, ma si comportano in modo molto diverso. Utilizzare l'uno quando invece servirebbe l'altro è un errore di configurazione comune che può compromettere l'autenticazione senza che se ne accorga nessuno.

Il meccanismo "include" autorizza i mittenti elencati nel record SPF di un altro dominio, consentendo al contempo al proprio record SPF di contenere meccanismi aggiuntivi. Il modificatore "redirect", al contrario, indica al server ricevente di utilizzare il record SPF di un altro dominio come politica completa per il proprio dominio, sostituendo ogni altra parte del proprio record.

Errore comune

Utilizzo combinato di `include` e `redirect` nello stesso record. Il modificatore `redirect` viene ignorato ogni volta che nel record compare un meccanismo `all`, pertanto i due non si combinano nel modo in cui ci si aspetterebbe. Per la maggior parte delle configurazioni con più mittenti, `include` è la scelta corretta, mentre `redirect` viene omesso del tutto.

Errori sintattici comuni da evitare

• La pubblicazione di più di un record TXT SPF per lo stesso dominio genera un PermError, poiché i server di ricezione non sono in grado di determinare quale politica applicare
• Aggiungere uno spazio dopo i due punti in un'istruzione include
• L'uso di qualificatori errati o di meccanismi in conflitto tra loro
• Dimenticare di terminare la registrazione con un comando "all"

Un generatore di record SPF crea un record correttamente formattato partendo da zero; in alternativa, è possibile inserire il proprio record esistente in uno strumento di verifica SPF per individuare eventuali errori prima che causino problemi di consegna.

Confronto tra i meccanismi SPF: include vs a, mx, ip4, ip6 e all

Prima di modificare un record TXT del DNS, è utile capire quale meccanismo SPF utilizzare e in quali casi. Ogni meccanismo ha uno scopo diverso e incide in modo diverso sul numero di ricerche DNS.

Regole di inclusione multipla SPF e limiti di ricerca DNS

L'uso di più include SPF è una pratica comune e spesso necessaria, ma comporta una complessità che va gestita con attenzione. Ecco cosa occorre sapere sulla gestione di un record SPF con più inclusioni.

Perché sono necessari più include

La maggior parte delle organizzazioni invia e-mail tramite più di una piattaforma. Una configurazione tipica prevede un server di posta principale per le e-mail interne e in uscita, un servizio di posta transazionale per le conferme d’ordine e le notifiche, una piattaforma di marketing per newsletter e campagne promozionali e uno strumento CRM o di helpdesk per le comunicazioni con i clienti. Ciascuno di questi deve essere autorizzato nel proprio record SPF, e il modo più pratico per farlo è tramite istruzioni “include” che fanno riferimento al record SPF di ciascun provider.

Ecco perché gli MSP devono monitorare attentamente gli SPF

Per gli MSP e gli MSSP, i problemi relativi all’SPF si diffondono rapidamente negli ambienti dei clienti. Un cliente potrebbe aggiungere un nuovo strumento di email marketing, un altro potrebbe cambiare sistema CRM e un terzo potrebbe pubblicare inconsapevolmente più record SPF. Senza una visibilità centralizzata, queste modifiche spesso si traducono in ticket di assistenza solo dopo che la consegna delle email inizia a fallire. Una piattaforma centralizzata di gestione di SPF e DMARC aiuta gli MSP a identificare record non funzionanti, inclusioni inutilizzate, rischi legati ai limiti di ricerca e errori di autenticazione su tutti i domini dei clienti da un’unica dashboard, riducendo la necessità di interventi di risoluzione dei problemi a posteriori.

Perché l'inclusione di più record SPF può far superare il limite di 10 ricerche

Ogni istruzione "include" attiva almeno una ricerca DNS, e alcuni record SPF di terze parti contengono a loro volta ulteriori "include", aggiungendo così altre ricerche. Quando si sono autorizzate quattro o cinque piattaforme, si potrebbe già essere vicini al limite di dieci ricerche o averlo superato. Quando il limite viene superato, il server ricevente restituisce un PermError e considera l’e-mail come un fallimento dell’autenticazione SPF.

Esempio: come gli "includes" visibili superano le 10 ricerche totali

Tre include visibili possono facilmente tradursi in più di dieci ricerche complessive, se si contano anche gli include annidati all’interno dei record a cui si fa riferimento.

Quanti elementi SPF può contenere un record SPF?

Non esiste un limite rigido al numero di istruzioni "include" che è possibile inserire in un record SPF. Tuttavia, l'insieme di tutti i meccanismi di interrogazione DNS, inclusi "include", "a", "mx", "exists" e "redirect", non deve generare più di 10 ricerche DNS in totale durante la valutazione. Questo limite include le ricerche annidate all'interno dei record inclusi.

In pratica, la maggior parte dei domini può tranquillamente utilizzare da tre a cinque istruzioni "include" prima di avvicinarsi al limite, a seconda del numero di ricerche annidate che ciascun record di riferimento genera. L'aggiunta di una sesta o settima istruzione "include" per un provider il cui record SPF contenga a sua volta più istruzioni "include" annidate può far superare il totale di 10 e causare un PermError, anche se il record visibile sembra breve. Uno strumento di appiattimento SPF conta il numero totale di ricerche e risolve le catene di «include» prima che venga pubblicata qualsiasi modifica al record.

Come rispettare il limite di ricerca DNS

• Verifica il tuo attuale record SPF e calcola il numero totale di ricerche DNS che esso genera, comprese le ricerche annidate all'interno dei record inclusi
• Elimina tutte le istruzioni «include» relative ai servizi che non utilizzi più
• Ove possibile, sostituire i meccanismi di inclusione con voci IPv4 o IPv6 dirette per i servizi i cui intervalli IP sono statici e ben documentati
• Utilizzo appiattimento SPF per risolvere automaticamente le catene di include e sostituirle con indirizzi IP diretti, riducendo il numero totale di ricerche
• Controlla i tuoi dati ogni volta che aggiungi o rimuovi una piattaforma di invio

Un record SPF per dominio, sempre

Una regola fondamentale che vale indipendentemente dal numero di include che gestisci: non pubblicare mai più di un record TXT SPF per lo stesso dominio o sottodominio. La presenza di più record SPF causa un errore SPF PermError, poiché i server di destinazione non sono in grado di determinare quale politica applicare; pertanto, è necessario consolidare tutto in un unico record. Se invii messaggi da sottodomini, ogni sottodominio deve disporre di un proprio record TXT SPF separato.

Esempi di inclusione di SPF per le configurazioni più comuni di invio delle e-mail

Gli esempi seguenti illustrano la sintassi corretta per l'inclusione dell'SPF in configurazioni multipiattaforma tipiche. Verificate sempre il dominio di inclusione esatto nella documentazione del vostro provider prima della pubblicazione e convalidate ogni nuovo record con un strumento di ricerca dei record SPF prima di pubblicarlo nel DNS.

Solo un unico provider di posta elettronica

Provider di posta elettronica e servizio di email transazionali

Provider di posta elettronica, piattaforma di marketing e CRM (attenzione al numero di ricerche)

Esempi non validi

Due record che daranno errore, con la seguente motivazione:

Errori comuni relativi all'SPF e come evitarli

I record SPF sono potenti ma non perdonano. Una singola configurazione errata può causare errori di autenticazione nell'intero flusso di posta elettronica, e la cosa più frustrante è che molti di questi errori non generano un messaggio di errore evidente. Sia che stiate configurando l'SPF per la prima volta o che stiate verificando un record esistente, questi sono gli errori a cui prestare attenzione.

Risultati della valutazione SPF: Superato, Non superato, Softfail, Neutro, TempError e PermError

Comprendere il significato di ciascun risultato SPF ti aiuta a individuare rapidamente gli errori di autenticazione. La tabella sottostante illustra tutti i risultati che un server ricevente può restituire dopo aver valutato un record SPF.

Inclusione dell'SPF e conformità DMARC

Gli SPF non operano in modo isolato. Il modo in cui li configuri ha un impatto diretto sulla tua conformità DMARC, e comprendere la relazione tra i due è essenziale per mantenere una deliverability costante.

Per i settori regolamentati quali quello finanziario, sanitario, dell’istruzione, della vendita al dettaglio e del settore pubblico, l’inclusione dell’igiene SPF non è solo una questione di deliverability. Essa soddisfa requisiti più ampi di autenticazione delle e-mail legati a regole di Google e Yahoo relative ai mittenti, alle aspettative di autenticazione di Microsoft e PCI DSS, ai controlli di sicurezza allineati al GDPR e ai programmi interni di gestione del rischio.

Come si integra l'SPF nel DMARC

DMARC si basa su SPF e DKIM per consentire ai proprietari dei domini di controllare come vengono gestite le loro e-mail in caso di autenticazione fallita. Affinché un'e-mail superi il controllo DMARC, deve verificarsi almeno una delle seguenti condizioni:

• L'SPF viene superato e il dominio dell'intestazione corrisponde al dominio del mittente
• Il controllo DKIM ha esito positivo e il dominio di firma DKIM corrisponde al dominio del mittente

Ciò significa che anche un record SPF configurato correttamente, con tutti gli "include" appropriati, non è di per sé sufficiente. È necessario che anche l'allineamento SPF sia valido, ovvero il dominio nel percorso di ritorno deve corrispondere al dominio "Da" in base alle impostazioni di allineamento DMARC.

In che modo l'inclusione di SPF influisce sull'allineamento

Quando un mittente di terze parti utilizza il proprio dominio nel percorso di ritorno, il suo “include” potrebbe essere presente nel tuo record SPF e l’SPF potrebbe tecnicamente risultare valido per il suo dominio, ma non sarà allineato con il tuo dominio “Da”. In questo scenario, il controllo DMARC fallisce comunque per l’SPF. Configurare il servizio di terze parti in modo che utilizzi un percorso di ritorno personalizzato sotto il tuo dominio, oppure assicurarsi che che l’allineamento DKIM come soluzione di ripiego.

Perché il solo SPF non basta

SPF, DKIM e DMARC sono progettati per funzionare insieme come elementi fondamentali misure di sicurezza . SPF verifica l'origine del mittente, ma smette di funzionare in caso di inoltro. DKIM firma il messaggio stesso e mantiene la sua efficacia anche in caso di inoltro. DMARC integra entrambi e offre visibilità e controllo su ciò che accade quando uno dei due sistemi fallisce. La configurazione di tutti e tre è l'unico modo per creare un sistema di autenticazione della posta elettronica resiliente.

Configurazione di DMARC insieme a SPF

Se le inclusioni SPF sono configurate correttamente ma non hai ancora implementato DMARC, la configurazione di DMARC è il passo logico successivo. Iniziate con una politica di tipo p=none per monitorare i flussi di posta elettronica senza compromettere la deliverability, quindi passa alla quarantena e al rifiuto man mano che aumenta la tua fiducia nella configurazione dell'autenticazione.

Gestisci gli include SPF e l'allineamento DMARC con PowerDMARC

La gestione degli "include" SPF diventa complessa quando la vostra organizzazione utilizza più mittenti di terze parti distribuiti tra diversi reparti, domini e regioni. Un singolo "include" inutilizzato, una catena di ricerca annidata o un dominio del percorso di ritorno non allineato possono causare errori di autenticazione difficili da individuare manualmente.

PowerDMARC offre ai team IT, ai responsabili della sicurezza e agli MSP una visibilità centralizzata sui risultati di SPF, DKIM e DMARC per tutte le fonti di invio. Grazie alla gestione automatizzata di SPF, reportistica DMARC, analisi SPF, servizi di autenticazione in hosting e assistenza da parte di esperti, i team possono prevenire gli errori legati al limite di query SPF, identificare i mittenti non autorizzati e garantire la conformità con un minore carico sul DNS.

Le organizzazioni utilizzano PowerDMARC per centralizzare la gestione dell'SPF, monitorare gli errori di autenticazione e identificare le fonti di invio non autorizzate prima che queste compromettano la deliverability.

Prenota una dimostrazione

Domande frequenti

Quanti elementi SPF posso includere?

Non esiste un limite fisso per le istruzioni "include", ma il numero complessivo delle ricerche DNS effettuate tramite tutti i meccanismi di interrogazione deve rimanere al di sotto di 10, contando anche le ricerche annidate all'interno dei record a cui si fa riferimento. La maggior parte dei domini gestisce in modo sicuro da tre a cinque istruzioni "include" prima che sia necessario procedere all'appiattimento.

Qual è la differenza tra "include" e "redirect"?

Il comando `include` aggiunge i mittenti di un altro dominio mantenendo attivi i propri meccanismi. Il comando `redirect` sostituisce l'intera politica con il record di un altro dominio. Il comando `redirect` viene ignorato se è presente un meccanismo `all`, quindi i due non sono combinabili.

Perché il mio SPF viene accettato ma il DMARC continua a dare esito negativo?

L'SPF può essere considerato come il dominio di un mittente terzo pur non corrispondendo al tuo dominio "Da". Il DMARC richiede l'allineamento, quindi configura un percorso di ritorno personalizzato sotto il tuo dominio oppure ricorri all'allineamento DKIM come soluzione alternativa.

Cosa causa un errore PermError di SPF?

Tre cause comuni: il superamento del limite di 10 query, la pubblicazione di più di un record SPF per un dominio o un errore di sintassi, come ad esempio uno spazio dopo "include:". Tutte e tre queste cause comportano il fallimento del controllo SPF per ogni mittente fino a quando non vengono risolte.

Posso avere un unico record SPF per più sottodomini?

No. Ogni sottodominio di invio deve disporre di un proprio record TXT SPF. Il record del dominio principale non copre i sottodomini, pertanto la posta proveniente da un sottodominio non configurato non supera il controllo SPF.

Come posso ridurre il numero di ricerche SPF?

Rimuovere gli "include" relativi ai servizi non utilizzati, sostituire i mittenti con IP statico con voci IPv4 o IPv6 dirette e utilizzare l'appiattimento SPF per risolvere le catene di "include" in indirizzi IP diretti. Effettuare una verifica ogni volta che viene aggiunta o rimossa una piattaforma di invio.

L'aggiunta di un file di inclusione ha un effetto immediato sulle e-mail?

Solo dopo la propagazione del DNS, che può richiedere fino a 48 ore. Verifica la validità del record con uno strumento di ricerca prima della pubblicazione, quindi assicurati che il nuovo mittente superi il controllo di allineamento SPF nei tuoi report DMARC.

• Informazioni su
• Ultimi messaggi

Yunes Tarada

Esperto di sicurezza dei domini e della posta elettronica presso PowerDMARC

Yunes è un Operations Team Lead di PowerDMARC, esperto di autenticazione e sicurezza delle e-mail. Yunes è un Azure Administrator Associate certificato da Microsoft con certificazioni in CompTIA A+ e molte altre.

Ultimi messaggi di Yunes Tarada (vedi tutti)

• Guida alla configurazione di Happyfox DKIM, DMARC e SPF - 13 agosto 2026
• Guida alla configurazione di Twikey SPF, DKIM e DMARC - 11 agosto 2026
• Che cos’è il “whaling” nel campo della sicurezza informatica? - 7 agosto 2026