Un wrapper TLS ti dà una rete privata? Di solito no
Un wrapper protegge una connessione configurata tra i suoi estremi. Una VPN instradata trasporta il traffico di ogni applicazione, che è un modello di accesso diverso.
TLS protegge un canale tra due estremi e non dice nulla su quali servizi vi siano dentro. Un wrapper trasforma quel canale in un unico inoltro configurato, per un solo listener, verso una sola destinazione. Un prodotto venduto come SSL VPN di solito aggiunge un’interfaccia, una tabella di routing e un modello di accesso attorno allo stesso primitivo. Confondere i due è il modo in cui un tunnel funzionante viene scambiato per accesso alla rete.
Che cosa collega davvero un wrapper di servizio
Un wrapper ascolta su una porta locale e inoltra ciò che arriva a una destinazione configurata, che sia un host e una porta o un programma locale. Quella destinazione la sceglie chi ha scritto il file di configurazione, un listener alla volta. Installare il pacchetto non crea rotte, né interfaccia virtuale, né raggiungibilità per nulla che non sia elencato esplicitamente. Leggi la configurazione prima della descrizione del pacchetto, perché la descrizione copre una classe d’uso e il file copre la tua.
Dunque la domanda utile su un wrapper non è se cifra, ma che cosa sta a ciascun estremo della catena che costruisce.
application -> local listener -> TLS connection -> remote listener -> configured backend
Leggi quella catena dalla configurazione e non dal nome commerciale. Ogni freccia è un salto di rete separato con il proprio indirizzo e le proprie regole di accesso.
Trova dove finisce il canale TLS
Se il wrapper termina TLS, tutto ciò che inoltra è una nuova connessione con nuove proprietà. Il flusso può essere testo in chiaro su un segmento privato, oppure portare dentro di sé un altro protocollo protetto. Presumere l’una o l’altra cosa senza leggere la configurazione del backend è il modo in cui si conclude che lo strato esterno protegge dati che non rivede più. Il salto inoltrato merita una propria ispezione, sul proprio indirizzo e sulla propria porta.
Controlla il listener e il backend separatamente, perché una stretta di mano che riesce alla porta d’ingresso non dice nulla del servizio dietro.
ss -ltnp | grep -F 443 openssl s_client -connect svc.example.net:443 -servername svc.example.net </dev/null | openssl x509 -noout -subject -dates
Il primo comando mostra quale processo possiede la porta e su quale indirizzo ascolta. Il secondo stampa il certificato che il client riceve davvero, ed è il controllo d’identità che un numero di porta non può sostituire.
Che cosa aggiunge una VPN instradata che un wrapper non fa
Una VPN instradata installa un’interfaccia, prende possesso dei prefissi scelti e si integra con il routing e la politica di accesso dell’host. Ogni applicazione della macchina ne trae vantaggio senza sapere che il tunnel esiste. Un wrapper dà quella portata a un solo listener configurato e si ferma lì.
L’ammissione è ancora un’altra cosa. Una VPN che autentica un client ha comunque bisogno di un’autorizzazione che dica a quali risorse può arrivare, e un wrapper che autentica un pari ha comunque bisogno di un backend che applichi i propri permessi.
Esiste una combinazione legittima: un protocollo VPN trasportato dentro un wrapper TLS su un assetto TCP deliberatamente supportato. Questo impila due strati e non rende il wrapper e la VPN lo stesso tipo di oggetto.
Confronta il confine che fallisce
Annota l’indirizzo frontale, il listener, l’identità del pari, l’obiettivo del backend e l’operazione dell’applicazione prima di cambiare qualcosa. Poi confronta ciò che è confrontabile: un successo attraverso un altro nome host o un’altra porta non dimostra che le condizioni di firewall e certificato fossero identiche.
Una richiesta respinta dal backend non dovrebbe mai essere riparata disattivando la verifica d’identità frontale. Sostituisce un guasto di autorizzazione diagnosticabile con un guasto di fiducia non diagnosticabile.
curl -sv --resolve svc.example.net:443:203.0.113.10 https://svc.example.net/health 2>&1 | head -30
Fissare il nome a un indirizzo scelto separa la risoluzione dei nomi dalla raggiungibilità, che di solito è il modo più rapido per capire quale dei due è rotto.
Il confronto che conta nomina la coppia di estremi protetti, il carico trasportato, le applicazioni che lo usano e il permesso applicato alla destinazione. TLS contribuisce a quella descrizione senza completarla.