Che cos’è il rischio di governance di Internet? Una guida pratica
Parti da un servizio usato dai clienti. Individua chi ne controlla nomi, indirizzi e instradamento, poi prova che cosa succede quando una dipendenza viene meno.
Il rischio di governance di Internet è la possibilità che decisioni o malfunzionamenti delle istituzioni, delle regole e dei servizi da cui dipende un’organizzazione compromettano la sua capacità di operare online.
Il punto di partenza più semplice è una domanda: se domani un soggetto esterno non potesse più svolgere il proprio ruolo, che cosa smetterebbe di funzionare per i vostri clienti?
Partire da un servizio che le persone usano
Scegliete qualcosa di concreto: un accesso clienti, una connessione per i pagamenti, un’API o la connessione di un ufficio. Annotate che cosa serve a un utente per raggiungerlo. Può comprendere un nome di dominio, un servizio DNS, indirizzi IP, connettività e un fornitore di hosting.
Un nome di dominio è il nome leggibile dalle persone. Il DNS aiuta a risolverlo nelle informazioni necessarie per raggiungere un servizio. Indirizzi IP e instradamento gestiscono un’altra parte del percorso. Perdere il controllo di un account del dominio, cambiare un indirizzo IP e perdere una connessione di rete sono guasti diversi.
Scoprire chi può modificare ciascuna dipendenza
Per ogni parte del servizio, individuate sia l’organizzazione che la fornisce sia la persona che può apportare una modifica essenziale. Un account intestato a un ex dipendente è un tipo di rischio. Un fornitore che da solo può aggiornare la vostra autorizzazione all’instradamento è un altro.
- Nomi: chi controlla l’account del dominio, il rinnovo e i record DNS?
- Numeri: chi risulta titolare della risorsa e chi può chiedere modifiche?
- Instradamento: quale rete annuncia gli indirizzi e chi può cambiare quell’assetto?
- Attestazioni di sicurezza: chi mantiene i dati usati per controllare le autorizzazioni all’instradamento?
- Dipendenze dei clienti: quali partner o clienti hanno salvato i vostri indirizzi attuali nei propri sistemi?
Per esempio, una Route Origin Authorization, o ROA, registra quale numero di sistema autonomo possa originare un prefisso IP. Un prefisso è un blocco di indirizzi; un numero di sistema autonomo identifica una rete nell’instradamento tra reti. La specifica ROA definisce questa autorizzazione limitata. Non è una garanzia generale che il traffico arriverà o che l’intero percorso sia sicuro.
Distinguere i problemi a cui prepararsi
L’indisponibilità di un servizio significa che qualcosa non è accessibile: un fornitore, un account o una funzione amministrativa necessaria. Chiedete che cosa continua a funzionare e quali modifiche diventano impossibili.
Un cambiamento di condizioni o politiche significa che il rapporto esiste ancora, ma le sue condizioni sono cambiate. Chiedete quale servizio concreto o operazione prevista ne risenta, senza presumere che ogni proposta abbia le stesse conseguenze.
Un obbligo di legge deriva dalle leggi applicabili alla vostra attività. È una questione distinta da ciò che un’istituzione tecnica rivendica attraverso le proprie politiche. Nella Nota 4, sulla sovranità dei dati, Lu Heng distingue capacità tecniche e autorità giuridica. Collocare un server in un paese non risolve, da solo, ogni problema di accesso, controllo o giurisdizione.
Provare il percorso di ripristino
Scegliete un’interruzione e percorrete la risposta insieme a chi dovrebbe eseguirla. Se un fornitore non è più operativo, potete spostare il servizio? Se devono cambiare gli indirizzi IP, quali clienti devono intervenire? Se gli aggiornamenti di registrazione non sono disponibili, quali prove e accordi operativi vi servirebbero?
Registrate i passaggi effettivi, le dipendenze da altre parti e il tempo impiegato nell’esercitazione. Un percorso documentato ma mai provato è diverso da uno che il vostro team sa eseguire.
Alcune lacune sono sotto il vostro controllo: accessi agli account mancanti, un rinnovo non documentato o un cambio di fornitore mai provato. Altre sono strutturali. Non descrivete come disponibile la sostituzione di un registro solo perché vorreste che lo fosse.
Trasformare l’esercitazione in una domanda migliore
Lu Heng propone che il coordinamento necessario rimanga limitato e sostituibile. La stessa domanda può guidare la vostra analisi: questo assetto aiuta una rete a continuare a operare o la rende dipendente da un amministratore che non può lasciare?
L’esercitazione è completa quando potete indicare la dipendenza, spiegare l’effetto su un cliente e individuare una risposta collaudata, oppure una lacuna specifica ancora da risolvere. È più utile di una generica promessa di monitorare le politiche di Internet.
Leggete i diritti proposti da Lu Heng per il livello di coordinamento per vedere il cambiamento più ampio a cui tutto questo conduce. Per l’introduzione al dibattito, tornate a perché conta la decentralizzazione.