DMARC Italia / mittenti e deliverability
In un'azienda italiana la posta non parte da un solo posto: dominio principale, sottodomini marketing, gestionali, fornitori SaaS e PEC. Prima di alzare una policy DMARC bisogna sapere chi sono — o si blocca posta legittima. dotNice parte dal censimento dei mittenti reali.
La policy DMARC è una riga in DNS; la parte difficile è la mappa di chi invia posta a nome dell'azienda. In un contesto italiano significa mettere insieme il dominio principale, i sottodomini usati dal marketing, i gestionali e i sistemi transazionali, i fornitori SaaS che spediscono per conto del brand e la PEC. Alzare la policy senza questa mappa non blocca gli attaccanti: blocca le fatture, gli ordini e le comunicazioni legittime. dotNice parte dal censimento, poi imposta l'autenticazione.
Il dominio principale è solo l'inizio: il marketing usa spesso sottodomini dedicati per le campagne, e ciascuno ha una sua posizione di autenticazione. dotNice ricostruisce l'albero dei domini e sottodomini effettivamente usati per spedire, perché un sottodominio dimenticato è sia un buco di deliverability sia una porta per chi vuole impersonare il brand.
CRM, piattaforme di e-mail marketing, fatturazione, ticketing: in Italia gran parte della posta a nome dell'azienda parte da fornitori terzi. Ognuno richiede SPF e DKIM allineati al dominio visibile, entro i limiti di lookup di SPF. dotNice riconcilia gli include e distribuisce la firma DKIM per fornitore, così l'autenticazione passa per i mittenti giusti.
La posta italiana ha specificità — la PEC, le comunicazioni verso PA e clienti, i provider locali che valutano l'autenticazione per la consegna. dotNice tiene conto di questo panorama nel decidere quali mittenti portare prima all'allineamento e come muovere la policy senza penalizzare la deliverability verso i destinatari italiani.
Modello operativo
La posta a nome dell'azienda si riconduce a pochi tipi di mittente, ognuno con una posizione di autenticazione diversa e un rischio diverso se resta scoperto. Leggerli insieme è ciò che impedisce a una policy di bloccare posta legittima. La matrice è lo strumento con cui IT e marketing concordano, per ciascun tipo, cosa è autenticato e cosa no.
| Mittente | Esempio | Autenticazione | Rischio se scoperto |
|---|---|---|---|
| Dominio principale | Posta corporate, transazionale | SPF + DKIM allineati | Impersonazione del brand |
| Sottodomini marketing | Campagne, newsletter | DKIM per sottodominio | Campagne in spam |
| Fornitori SaaS | CRM, fatturazione, ticketing | Include SPF + DKIM delegato | Posta del fornitore bloccata |
| PEC e canali certificati | Comunicazioni verso PA e clienti | Gestione dedicata | Consegna non garantita |
Non sai quanti sottodomini e fornitori spediscono a tuo nome? Mappa i mittenti prima di toccare la policy.
Richiedi una verifica DMARCContesto direzionale
DMARC nel contesto italiano è una decisione che lega sicurezza e deliverability, e la direzione dovrebbe arrivare al primo confronto sapendo quali domini spediscono posta di business, quali fornitori e sottodomini sono in gioco, se SPF e DKIM sono allineati e quale obiettivo di policy serve davvero. Significa anche concordare una soglia e una tempistica: spesso una scadenza di deliverability o un requisito verso clienti e PA guida la decisione. Il modulo registra quali mittenti sono già noti e quali dotNice deve ancora accertare.
DMARC è trasversale, e assegnare presto gli owner evita che il lavoro si blocchi. IT possiede i record DNS e il DKIM; marketing possiede le piattaforme di invio e i sottodomini campagna; la security legge i report e decide sugli abusi; chi gestisce la PEC presidia i canali certificati. Un dominio può aver bisogno di enforcement anche con un parco mittenti disordinato: la decisione richiede comunque struttura, e dotNice coordina questi ruoli senza sostituirli.
Qualificazione
Per CIO, CISO, IT e marketing, il punto di partenza utile è un record decisionale concreto più che un brief generico. Dovrebbe indicare il dominio principale, i mittenti noti (sottodomini, fornitori, PEC), la policy DMARC attuale e l'obiettivo — un censimento, una correzione, l'avvicinamento a quarantine o reject. Con questi elementi dotNice distingue una verifica rapida da un censimento completo, da una correzione di allineamento o dalla preparazione all'enforcement — e raccomanda con chiarezza cosa censire, allineare e quando muovere la policy.
La verifica dà il massimo quando chi richiede sa descrivere la lacuna attuale: quali domini spediscono, quali mittenti sono noti e quali sospetti, e quale team possiede DNS e piattaforme di invio. Una richiesta è qualificata quando indica il dominio, la policy attuale e i mittenti principali. L'output è una decisione circoscritta — un censimento dei mittenti con piano e owner — non un catalogo di servizi.
Il costo dell'attesa va nello stesso record. Un dominio fermo a p=none resta falsificabile in phishing e frodi sul pagamento, mentre un reject impostato senza censimento blocca in silenzio posta legittima verso clienti e PA. Quantificare l'esposizione — rischio di impersonazione da un lato, posta transazionale e verso clienti persa dall'altro — è ciò che trasforma il DMARC da voce di backlog a decisione finanziata con un owner e una scadenza.
Percorso operativo
Il DMARC è una sequenza ordinata: censire i mittenti, allinearli, monitorare, muovere la policy. Contatta il team dotNice per mappare chi spedisce a tuo nome, allineare i fornitori o pianificare l'avvicinamento a quarantine o reject senza penalizzare la deliverability.
Contatti
Descrivi il dominio principale, i mittenti noti e la policy DMARC attuale. Un CIO o la direzione IT può usare il modulo di richiesta per qualificare una verifica e prepararla. La richiesta è presa in carico dagli specialisti dotNice e instradata al team competente.