Domini istituzionali / cosa li rende affidabili
Un dominio non è istituzionale solo perché è intestato a un ente: lo è quando la sua titolarità è verificabile, la risoluzione è protetta, la posta è autenticata e la continuità è garantita. dotNice misura questi attributi — per ciascuno, cosa garantisce e come si dimostra.
Un cittadino si fida di un dominio istituzionale per quello che rappresenta, non per chi lo ha registrato. Ma l'intestazione è solo il primo requisito: un dominio dell'ente con risoluzione non protetta può essere avvelenato, con posta non autenticata può essere falsificato, senza continuità può sparire. L'affidabilità istituzionale è la somma di attributi verificabili — titolarità, sicurezza DNS, posta autenticata, continuità — e per ciascuno conta non solo averlo, ma poterlo dimostrare.
dotNice sposta la domanda da "il dominio è dell'ente?" a "il dominio ha gli attributi che lo rendono affidabile?". Per ognuno — titolarità verificabile, firma DNSSEC, autenticazione della posta, continuità — si verifica se è presente, parziale o assente, perché un attributo mancante è una fiducia mal riposta.
Affidabilità significa dimostrabilità. Per ogni attributo dotNice indica la prova che lo rende verificabile: l'atto e l'iscrizione per la titolarità, la catena di firma per il DNS, i record e i report per la posta, la ridondanza e lo scadenzario per la continuità. È la differenza tra dichiararsi affidabili e poterlo provare a un controllo.
La verifica restituisce una mappa attributi→prova con le lacune evidenziate: dove l'affidabilità c'è e dove è solo presunta. dotNice ordina gli interventi per impatto sulla fiducia del cittadino — tipicamente sicurezza DNS e posta autenticata prima — così l'ente colma le lacune con un criterio, non a caso.
Modello operativo
L'affidabilità istituzionale si riconduce a pochi attributi, ognuno con cosa garantisce e una prova che lo dimostra. Letti insieme dicono se un dominio è davvero istituzionale o solo intestato. La matrice è lo strumento con cui direzione e IT vedono, per attributo, cosa è dimostrabile e cosa no.
| Attributo | Cosa garantisce | Come si dimostra | Lacuna tipica |
|---|---|---|---|
| Titolarità verificata | È davvero dell'ente | Atto e iscrizione IPA | RTD non aggiornato |
| Sicurezza DNS | Risposta non manomessa | Catena DNSSEC valida | Zona non firmata |
| Posta autenticata | Non falsificabile | SPF, DKIM, DMARC e report | DMARC a p=none |
| Continuità | Resta raggiungibile | Ridondanza e scadenzario | Provider unico |
Il tuo dominio è istituzionale o solo intestato all'ente? Verifica gli attributi di affidabilità e le prove che li dimostrano.
Richiedi una verifica di affidabilitàContesto direzionale
L'affidabilità istituzionale è una decisione di fiducia pubblica. La direzione dell'ente dovrebbe arrivare al primo confronto sapendo quali attributi si presumono presenti, quali prove esistono e quale lacuna comporta il rischio maggiore per il cittadino. Significa anche distinguere un attributo formale, come la titolarità, da uno tecnico che protegge attivamente, come la firma DNS. Il modulo registra cosa è dimostrabile e cosa dotNice deve ancora verificare.
Assegnare presto gli owner rende l'affidabilità misurabile. L'RTD e la direzione possiedono la titolarità; l'IT e la security possiedono DNS, posta e continuità; chi cura i servizi possiede la prova della loro raggiungibilità. Un dominio può essere intestato all'ente e comunque falsificabile o avvelenabile: è la lacuna che la verifica fa emergere, e dotNice coordina questi ruoli senza sostituirli.
Qualificazione
Per RTD, CIO, CISO e responsabili IT, il punto di partenza utile è un record decisionale concreto più che un brief generico. Dovrebbe indicare quali attributi si presumono presenti, quali prove esistono, quali lacune sono note e quale rischio comportano. Con questi elementi dotNice distingue una verifica rapida da una misurazione completa dell'affidabilità, da un intervento su un attributo assente o dalla produzione delle prove mancanti — e raccomanda con chiarezza cosa colmare e in quale ordine.
La verifica dà il massimo quando chi richiede sa descrivere lo stato percepito: quali attributi si ritengono a posto, quali prove sono disponibili, chi possiede gli interventi e quale team approva. Una richiesta è qualificata quando indica gli attributi e lo stato delle prove. L'output è una decisione circoscritta — una mappa attributi→prova con lacune e owner — non un catalogo di servizi.
Il costo dell'attesa va nello stesso record. Un attributo assente non è un formalismo mancante: un dominio non firmato può essere avvelenato e una posta non autenticata può essere usata in frodi sotto il nome dell'ente. Quantificare l'impatto — cittadino ingannato, dato compromesso, fiducia erosa — è ciò che trasforma l'affidabilità da presunzione a decisione con un owner e una scadenza.
Percorso operativo
La verifica è una sequenza ordinata: misurare gli attributi, dimostrarli con le prove, colmare le lacune, presidiare. Contatta il team dotNice per misurare l'affidabilità del dominio, colmare un attributo assente o documentare le prove di affidabilità.
Contatti
Descrivi quali attributi si ritengono presenti, quali prove esistono e quali lacune sono note. Un CIO o la direzione dell'ente 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.