Origini dimenticate: lo stack TCP/IP della BBN e la nascita dell'interfaccia socket

Ogni volta che un programma invia un messaggio attraverso internet, che si tratti di caricare una pagina web, guardare un video in streaming o inviare un'email, si affida a un'astrazione semplice ma potente nota come socket. In termini semplici, un socket è come una porta attraverso cui due programmi su computer diversi possono parlare tra loro. Nasconde i complessi strati di hardware e instradamento di rete, consentendo agli sviluppatori di leggere e scrivere dati quasi con la stessa facilità con cui leggerebbero o scriverebbero un file sul proprio computer. Questo concetto, reso popolare per la prima volta dalla distribuzione Berkeley Software Distribution (BSD) di Unix, è diventato la pietra angolare di praticamente tutto il software connesso a internet che usiamo oggi.

Ben prima che Bill Joy integrasse uno stack TCP/IP e l'interfaccia di programmazione delle applicazioni (API) socket in BSD all'inizio degli anni '80, esisteva già un'altra implementazione. La Bolt, Beranek and Newman (BBN), l'azienda che costruì i router originali di ARPANET, aveva sviluppato il proprio stack TCP/IP per BSD. Questo codice precedente faceva parte di un progetto della Defense Advanced Research Projects Agency (DARPA) statunitense e servì come base per il successivo lavoro di Joy. Un recente ricordo sul blog APNIC di un ex dipendente BBN, identificato solo come D. W., fa luce su questo capitolo poco ricordato. A metà degli anni '90, D. W. era responsabile di una copia master dei magtape del codice sorgente (un tipo di cartuccia a nastro utilizzata per l'archiviazione dei dati informatici) presso la BBN. Ogni volta che qualcuno richiedeva il codice, il suo compito era duplicare e spedire i nastri, un compito imposto da un obbligo contrattuale con la DARPA. Notevolmente, durante tutto il suo mandato, nessuno ne chiese mai una copia.

L'aneddoto è più di un semplice pezzo di nostalgia. Sottolinea come gli sforzi silenziosi e dietro le quinte spesso siano alla base delle tecnologie che poi diventano onnipresenti. L'interfaccia socket emersa da queste prime implementazioni unificò la comunicazione interprocesso esistente a Berkeley (un modo per i programmi sulla stessa macchina di scambiarsi informazioni) con i protocolli di rete TCP/IP allora nuovi. Invece di presentare un modello di programmazione completamente nuovo, riutilizzò chiamate di sistema familiari come `read()` e `write()`, ma ora attraverso una rete. Questa scelta progettuale abbassò drasticamente la barriera per gli sviluppatori, innescando un'esplosione di applicazioni di rete.

Oggi i socket rimangono la base di basso livello per praticamente tutta la comunicazione su internet. Dai server web e database ai videogiochi e alle app di messaggistica, l'API socket è il linguaggio comune con cui i programmi parlano alla rete. La durabilità di questa interfaccia è una prova della sua progettazione: astrae i dettagli complicati della perdita di pacchetti, dei cambi di instradamento e della congestione di rete, pur dando alle applicazioni abbastanza controllo per gestire connessioni sensibili alle prestazioni. I protocolli TCP/IP stessi si sono evoluti, ora includono cifratura, capacità multipath e un migliore controllo della congestione, ma la metafora del socket perdura, spesso avvolta in librerie di livello superiore per comodità.

Questo modello duraturo evidenzia anche perché sia così critico proteggere i livelli di rete sottostanti. Poiché ogni applicazione connessa, per quanto sofisticata, si affida ai socket per inviare e ricevere dati, un attaccante che riesce a intercettare o manipolare il traffico che scorre attraverso quei socket può compromettere privacy e sicurezza. Un anello spesso trascurato di questa catena è il Domain Name System (DNS), la rubrica di internet che traduce nomi facili da ricordare come "example.com" in indirizzi IP numerici che i socket utilizzano. Se le query DNS vengono inviate in chiaro, espongono i siti che visiti e possono essere manomesse per reindirizzarti verso server dannosi. Proteggere quella richiesta fondamentale con DNS cifrato, come DNS over HTTPS (DoH) o DNS over TLS (DoT), scherma il primo passo di ogni connessione socket. Un resolver DNS cifrato e attento alla privacy come AEU DNS può contribuire a garantire che le ricerche di indirizzi della tua rete siano private e non manomesse, rafforzando la sicurezza di ogni connessione basata su socket che i tuoi dispositivi effettuano.