Utilizza il nostro strumento gratuito di verifica SPF per convalidare il tuo record in pochi secondi
L'Sender Policy Framework, o SPF, è una tecnica di autenticazione delle e-mail che aiuta a proteggere mittenti e destinatari da spam, phishing e spoofing. L'SPF consente ai tuoi server di posta elettronica di verificare se un messaggio in arrivo è stato inviato da un server di posta autorizzato, ma solo se il tuo record SPF è valido.
Con il controllo dei record SPF di Mimecast, puoi verificare la validità di un record SPF utilizzando semplicemente il nome di dominio della tua azienda. Il controllo individua eventuali problemi nel tuo record e verifica gli aggiornamenti che hai applicato (vedi il glossario qui sotto per la terminologia). DMARC Analyzer SPF Checker può anche pre-convalidare gli aggiornamenti che intendi applicare. Si raccomanda vivamente di testare attentamente gli aggiornamenti con un controllo del record SPF prima di applicarli a un record DNS.
Utilizza questo glossario per comprendere i risultati del controllo del record SPF di Mimecast
- Esistenza del record SPF: logicamente, è necessario che nel DNS sia presente un record SPF affinché possiamo convalidarlo.
- Record SPF multipli nel DNS: è possibile avere solo 1 record SPF nel DNS per ciascuna versione SPF. Se si pubblicano più record SPF (v=spf1), ciò invaliderà il record SPF. Pertanto, è consigliabile aggiornare sempre il record SPF esistente anziché inserirne uno nuovo accanto a quello esistente.
- Numero massimo di ricerche: quando si utilizza l’SPF, è possibile eseguire solo 10 ricerche DNS (nidificate).
- Meccanismo PTR utilizzato: si consiglia di non utilizzare il PTR poiché si tratta di un meccanismo deprecato e diversi mittenti potrebbero ignorare (completamente) il record SPF se lo si utilizza.La funzione di un record PTR è opposta a quella di un record A. Anziché risolvere un nome di dominio in un indirizzo IP, il record PTR risolve un indirizzo IP in un nome di dominio. Il meccanismo PTR verifica se esiste la mappatura inversa DNS per un <ip> e se è in grado di puntare a un nome di dominio all’interno di un determinato dominio. Il meccanismo PTR è lento e meno affidabile rispetto ad altri meccanismi in caso di errori DNS; pertanto, raccomandiamo vivamente di non utilizzare il meccanismo PTR.
- Parti sconosciute rilevate: abbiamo rilevato contenuti che non rientrano nelle specifiche SPF.
- Meccanismo "+All" utilizzato: se si utilizza il meccanismo SPF "all" con il qualificatore "+", ciò significa che si consente essenzialmente a chiunque di inviare e-mail per proprio conto. Il record tenterà innanzitutto di abbinare la fonte di invio a un altro meccanismo. Se ciò non riesce, il comportamento predefinito è comunque quello di consentire questa fonte. Pertanto, questa configurazione è sconsigliata.
- Macro non valida: il nostro strumento di verifica dei record SPF tenterà di convalidare le macro SPF utilizzate. Utilizzando alcuni dati di esempio, forniremo esempi delle ricerche che i destinatari potrebbero eseguire in base alla configurazione delle macro.
- Mancanza della chiusura del record: un record SPF dovrebbe sempre avere un meccanismo di fallback “predefinito”. Questo può essere un meccanismo “all” o un modificatore “redirect”. Verifichiamo se il record SPF termina con uno di questi due elementi.
- Scenari di fallback multipli: un record SPF dovrebbe avere un solo scenario di fallback. Ne avete definiti più di uno.
- Tipo DNS “SPF” utilizzato: avete pubblicato il vostro record SPF con il tipo DNS “SPF”. Questo tipo DNS “SPF” (/99) è stato introdotto nella RFC 4408 nel 2006. Tuttavia, questo tipo è diventato obsoleto in seguito alla RFC 7208, che stabilisce: i record SPF DEVONO essere pubblicati come record di risorsa (RR) DNS TXT (tipo 16)
- SPF in maiuscolo: hai utilizzato caratteri maiuscoli nel tuo record SPF. Sebbene non sia un requisito obbligatorio, è buona prassi pubblicare i record SPF in minuscolo.
Dopo aver sottoposto il tuo record SPF a tutti questi controlli, puoi aggiornare in tutta sicurezza il tuo record SPF nel tuo DNS!
