I membri dell’Incarnate Word Institute dicono di non sapere chi abbia accesso ai loro siti web.<\/p>\n\n
Ma cosa significa esattamente? Che non conoscono una password? Che hanno perso il contatto con un fornitore? Che non riescono a identificare chi gestisce il dominio principale dell’istituzione? <\/p>\n\n\n\n
Abbiamo esaminato tracce pubbliche di ive.org<\/strong>. Abbiamo trovato un dominio attuale, fornitori identificabili, email istituzionale configurata e segni di attivit\u00e0 tecnica recente. I risultati non rivelano chi abbia le password. Ci permettono di porre domande specifiche a cui l’IVE dovrebbe rispondere. <\/p>\n\n La prima parte spiega i risultati in linguaggio quotidiano. La seconda parte presenta i dati tecnici e i loro limiti, per chi desidera esaminare le basi della ricerca. <\/p>\n\n Il dominio ive.org ha una data di scadenza pari al 2 marzo 2027<\/strong>. I registri consultati mostrano cambiamenti amministrativi recenti. Questo non consente di determinare la data esatta del rinnovo o chi sia intervenuto: una modifica del registro e un rinnovo sono operazioni separate. <\/p>\n\n Il dominio \u00e8 registrato tramite Network Solutions. Il suo indirizzo pubblico internet consente di identificare l’infrastruttura di hosting. I log email puntano ai server Google. <\/p>\n\n Non stiamo quindi trattando di servizi impossibili da trovare. Esistono fornitori specifici da cui \u00e8 possibile indagare su chi abbia stipulato i conti e quali meccanismi esistano per recuperarli. Il fatto che queste informazioni non appaiono pubblicamente non dimostra che l’istituzione non abbia i mezzi per ottenerle. <\/span><\/strong><\/p>\n\n Il controllo del 1\u00b0 ottobre 2026<\/strong> ha trovato file in stile web con date di modifica dello stesso giorno. Uno di questi \u00e8 associato alla home page. Tra le osservazioni di settembre e ottobre, alcuni identificatori di versione delle risorse servite dal sito sono cambiati. <\/p>\n\n Questo non prova che qualcuno sia entrato quella mattina per modificare la pagina principale. Aggiornamenti automatici, processi di cache o rigenerazione dei file possono produrre cambiamenti senza un intervento umano immediato. <\/p>\n\n Ci\u00f2 che mostrano le risposte esaminate \u00e8 che l’infrastruttura funziona e mostra recenti segni di elaborazione tecnica. Un sito web pu\u00f2 preservare testi vecchi mentre i suoi componenti cambiano. L’et\u00e0 delle sue pubblicazioni non \u00e8 sufficiente per descriverlo come completamente abbandonato. <\/p>\n\n La configurazione della posta pubblica include soporte@ive.org<\/strong> come indirizzo destinatario per i report tecnici sull’autenticazione dei messaggi.<\/p>\n\n Non sappiamo se quella direzione riceve i report o se qualcuno li legge. Ma \u00e8 in una configurazione specifica. \u00c8 un altro indizio: chi l’ha creato, chi lo gestisce, pu\u00f2 essere usato per localizzare il responsabile tecnico?<\/p>\n\n \u00c8 possibile che alcuni membri dell’IVE non conoscano le credenziali. La ricerca pubblica non ci permette di stabilire ci\u00f2 che ciascuno sa ciascuno. Ma questa ignoranza individuale non risolve la questione istituzionale. <\/p>\n\n Chi ha stipulato il contratto del dominio? Chi riceve le bollette di hosting? Quali indirizzi vengono usati per recuperare gli account? Chi gestisce la posta? I fornitori sono stati contattati per chiarire questo? <\/p>\n\n Se i servizi funzionano automaticamente, deve essere chiarito sotto quali conti e contratti. Se sono gestiti da un’azienda esterna, deve essere individuato. Se le credenziali sono andate perse, deve essere spiegato quali passi sono stati compiuti per recuperarle e con quale risultato. <\/p>\n\n Potrebbero esserci vere difficolt\u00e0. Ci\u00f2 che manca, nella spiegazione fornita all’autore, \u00e8 una descrizione verificabile di tali difficolt\u00e0. <\/p>\n\n Le prove non dimostrano una menzogna deliberata di una persona determinata.<\/strong> N\u00e9 dimostra che i superiori dell’IVE conoscano le password. Presentarlo cos\u00ec andrebbe oltre quanto osservato. <\/p>\n\n Ma i risultati ci permettono di mettere in dubbio l’adeguatezza della risposta. Il dominio \u00e8 attuale, i servizi hanno fornitori identificabili e il sito presenta attivit\u00e0 tecnica recente. Ci sono punti specifici da cui indagare la sua amministrazione. <\/p>\n\n Non \u00e8 necessario divulgare password o compromettere la sicurezza del sito web. Basta identificare le responsabilit\u00e0, specificare quale controllo detiene l’istituzione e documentare i passi compiuti per recuperare ci\u00f2 che afferma di non sapere. <\/p>\n\n Dire “non lo sappiamo” pu\u00f2 essere l’inizio di un’indagine. Non dovrebbe essere la tua conclusione. <\/strong><\/p>\n\n Le seguenti osservazioni provengono dalle consultazioni pubbliche condotte il 18 settembre e il 1\u00b0 ottobre 2026<\/strong>. Sono osservazioni datate: le risposte dei servizi possono cambiare. I link permettono di ripetere le consultazioni, ma non garantiscono che riproducano i risultati storici. <\/p>\n\n Ho esaminato i record RDAP e DNS, le intestazioni HTTP, l’HTML, le sitemap e le risposte pubbliche dell’API REST di WordPress. Non sono state utilizzate credenziali, non \u00e8 stato tentato il login e non \u00e8 stato fatto alcun tentativo di aggirare i controlli di accesso. Gli orari sono espressi in UTC salvo diversa indicazione. <\/p>\n\n Sono stati consultati il registro RDAP del Public Interest Registry<\/a>, operatore di .org, e il registro RDAP di Network Solutions<\/a>, registrar del dominio.<\/p>\n\nUn dominio attuale e servizi identificabili<\/h2>\n\n
Il sito presenta attivit\u00e0 tecniche recenti<\/h2>\n\n
Un indirizzo di supporto sul dominio stesso<\/h2>\n\n
“Non lo sappiamo” ha bisogno di una spiegazione<\/h2>\n\n
Ci\u00f2 che i dati ci permettono di affermare<\/h2>\n\n
\n\nWhite Paper: Dati, Fonti e Limiti<\/h2>\n\n
1. Registrazione del dominio<\/h3>\n\n