Il Web peer-to-peer

Ho riflettuto molto su quest'area negli ultimi due anni e la risposta più semplice a entrambe le tue domande è che una rete totalmente peer-to-peer introdurrebbe nuovi modi di gestire quei processi che risiedono tradizionalmente su un server. Molto probabilmente i siti web peer-to-peer non verranno pubblicati con i dati in linea. Un po 'come Meteor, probabilmente lavoreresti con una versione dei file statici del sito Web e quei file includeranno script che girano sul lato client per popolare la pagina con i dati e inviare comandi / richieste a un "server" esterno, se necessario. In un Web peer-to-peer, il server sarebbe più simile a un'intera rete pubblica di utenti.

Pensa a un sito web come Facebook. Cosa ottieni effettuando l'accesso e tenendo una sessione? In primo luogo, ottieni l'accesso a tutte le informazioni private che sei autorizzato a vedere. Tradizionalmente, il tuo cookie di sessione è tutta l'autenticazione necessaria in una richiesta di accesso ai dati privati.

Ma in una vera infrastruttura peer-to-peer, chi detiene questo dato privato per cominciare? Beh, dovrebbero essere altri pari come te. Anche se puoi dimostrare la tua identità a un pari, non dovrebbero gestire alcuno dei tuoi dati privati in testo semplice. Pertanto, encryption dovrebbe essere una parte enorme di qualsiasi web peer-to-peer sicuro. Quando i dati vengono crittografati correttamente e le chiavi sono gestite con cura, la prova dell'identità è meno essenziale: se puoi decrittografare i dati, sei implicitamente autorizzato ad accedervi.

Torna all'esempio di Facebook, condividere informazioni private potrebbe essere fatto trasmettendo la chiave di decrittazione ai contatti che desideri autorizzare. La misura più vicina alla revoca dell'accesso sarebbe quindi quella di rimuovere completamente i dati o ricodificare e trasmettere una nuova chiave a tutti i contatti rimanenti autorizzati. Per crittografare i dati per un determinato contatto, la rete peer-to-peer probabilmente utilizza la crittografia a chiave pubblica: estrae la chiave pubblica di un contatto, quindi la utilizza per crittografare le trasmissioni private. Con la criptazione pensierosa, i messaggi potrebbero essere archiviati in una rete peer-to-peer senza alcuna preoccupazione per manomissioni o intercettazioni.

Ovviamente, l'autenticazione va oltre i diritti di accesso. Sul vero e tradizionale Facebook, la tua sessione valida ti consente di agire sotto la tua stessa identità: se pubblichi qualcosa sulla tua bacheca, qualsiasi altro utente si fida implicitamente del tuo operato. Puoi replicare questo tipo di cose e con maggiore sicurezza, utilizzando firme digitali per l'autenticazione dei messaggi al volo. Il processo di autenticazione di qualsiasi informazione sul sito come valida si verificherebbe sul lato client e non verrebbero visualizzati post non firmati perché non ci sarebbero informazioni valide sull'autore.

Poiché le informazioni si sposterebbero sulla rete in modo indiscriminato, qualsiasi sistema di condivisione file distribuito dovrebbe costituire una buona base su cui implementare un'infrastruttura come questa. La negazione del servizio dovrebbe, in teoria, essere un compito arduo. Ci sono molti pro e contro per governare la privacy con la crittografia da soli, ma è molto più vero per la vita alla fine della giornata. Non ci sarebbe nessuno da citare in giudizio per rinuncia o cessazione tranne gli utenti stessi (potrebbe essere anonimo), e viene fornito con maggiore integrità ad ogni angolo.