En Tunnel, deen an engem séchere WebSocket gedroe gëtt, huet genee sou vill Verschlësselung wéi de Client dobannen agesat huet, net méi. D'Schema wss:// seet, datt TLS eng Verbindung op engem Hop schützt. Et seet näischt driwwer, ob d'Byten an de WebSocket-Noriichten separat geschützt sinn, an deen Ënnerscheed entscheet, wien den Trafik liese kann, wann eppes an der Mëtt den TLS terminéiert.

Zwou Schichten, déi wéi eng ausgesinn

E séchere WebSocket ass TLS, op deem en WebSocket-Handshake gemaach gëtt, wéi RFC 6455 an senge Sektiounen iwwer Verbindung a Sécherheet beschreift. D'TLS-Schicht authentifizéiert de Server a verschlësselt de Stroum, duerno framed d'WebSocket-Schicht dat, wat d'Applikatioun entscheet ze schécken.

Dat sinn zwou onofhängeg Entscheedungen, an en Diagramm, deen ee Schlass iwwer de ganze Wee zeechent, verstoppt déi zweet. Frot, wien d'TLS-Verbindung terminéiert. Da frot, wat de Client an all Noriicht setzt. Alles anescht iwwer d'Deployment follegt aus dësen zwou Äntwerten.

Design A: den Transport ass déi eenzeg Verschlësselung

Am méi einfachen Design hëlt de Client roh IP-Paketen a packt se an WebSocket-Noriichten. Bannen ass näischt verschlësselt, dofir liest de Komponent, deen d'TLS-Sessioun hält, Klartext-Payloaden. Wann dee Komponent ären eegene Tunnel-Server ass, ass dat den intended Endpunkt an d'Design ass kohärent, well de Server de Trafik souwisou gesinn hätt.

Et gëtt eng aner Arrangement, wann en Inspektiounsproxy um Wee sëtzt an den TLS mat engem Zertifikat terminéiert, dem de Client vertraut. Dee Proxy hält elo dee selwechte Klartext, deen de Server gehal hätt, an et ännert näischt un deem, wéi vill WebSocket-Framing och ëmmer drop kënnt. De Vertrauensspäicher vum Client huet dëst Resultat laang virun der Ouverture vum Tunnel decidéiert, well hien decidéiert huet, deen Zertifikat fir deen Numm ze akzeptéieren. De Proxy gesäit och den ugefrote Host an d'Gréisst vun all Noriicht, wat genuch ass, fir vill Aktivitéit ze fingerprinten, ouni nach eppes ze decryptéieren.

Design B: d'Payload dréit seng eege Schlësselen

Am zweeten Design verschlësselt an authentifizéiert de Client seng Pakete mat engem VPN-Protokoll, dee seng eege Peer-Identitéit a Schlësselausdausch huet, an dréit d'Resultat duerno an WebSocket-Noriichten. Den äusseren TLS hei ze terminéieren deckt Chiffertext op, net Trafik. De Proxy kann d'Gréissten an d'Timing vun de Noriichte gesinn, a soss näischt an der Payload. Dat ass eng vill méi kleng Expositioun, an et bleiwen Metadaten, déi et wäert sinn an enger Review ze nennen, amplaz se ewech ze wénken.

Déi eege Endpunkte vum banneschten Protokoll gesinn nach ëmmer Klartext, dat ass de Punkt vun der Arrangement an och seng Limite. Wann e Komponent um Endpunkt autoriséiert ass, Donnéeën virun der Verschlësselung oder no der Decryptioun ze liesen, beschränkt déi zousätzlech Schicht hien net. Schlësselen, an d'Software, déi se verwalt, bleiwen déi Grenz, déi zielt.

En VPN-Label, eng vertraut Client-Ikon oder eng Marketing-Säit sinn keng Beweis, datt dëst Design existéiert. D'Payload-Format liesen ass et.

Verfollegt, wou de Klartext tatsächlech erschéngt

D'URL-Schema gëtt Iech eng Tatsaach, also hilt de Rescht aus den Interfaces. Fëllt d'Kontrollen hei drënner an der Rei aus, well jiddwereng déi nächst enk mécht:

ss -tnp | grep -E ':(443|8443)\b'
ip -br link show type tun
openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -brief
tcpdump -ni tun0 -c 5 -X

Fänkt mat der äusserer Verbindung un. Eng laanglieweg TCP-Sessioun op den TLS-Port ass, wéi en WebSocket-Träger ausgesäit, an eng zweet Sessioun op en onverbonnen Host ass et wäert, virum méi déif kucken ze erklären. Da fannt d'Tunnel-Interface um Client, well en tun- oder tap-Apparat Iech seet, datt de Client IP-Pakete verschafft, amplaz eng eenzeg Applikatiounsstream ze proxyen.

D'Capture op der Tunnel-Interface léist normalerweis d'Payload-Fro. Liesbar Header do heescht, datt déi banneschte Pakete ni separat verschlësselt goufen, während Payloaden mat héijer Entropie heescht, datt se et goufen. Widderhëlt d'Capture op der äusserer Interface a vergläicht déi zwou: wann zwou zufälleg ausgesinn, mécht déi banneschte Schicht Aarbecht, déi déi äusserst net réckgängeg maache kann.

Iwwerpréift de Vertrauen, deen Dir tatsächlech ginn hutt

En installéierte Firmen-Wuerzelzertifikat ass eng Tatsaach iwwer de Vertrauensspäicher vum Client, keen Ausso driwwer, wat iergendeen Proxy loggt oder inspizéiert. Bestëmmt d'deployt Politik an de richtege Verbindungswee, amplaz Verhalen aus der Präsenz vun enger CA ofzeleeden.

Op geréierten Ausrëstungen, frot den Administrateur, wéi ee Komponent den TLS terminéiert, ob de Client en agepirten Zertifikat oder en ëffentlechen validéiert, a wéi d'Payload-Format ass. Déi dräi Äntwerten erginn eng Erkenntnis, déi Dir spéider verdeedegen kënnt.

Schreift d'Resultat als Grenz amplaz als Verdikt. "Den TLS terminéiert beim Inspektiounsproxy, an d'intern Payload ass separat mat Schlësselen verschlësselt, déi just d'Endpunkten hunn" ass eng iwwerpréifbar Ausso, déi en Händlerwiessel iwwerlieft. "WebSockets sinn sécher" net.

Ähnlech Artikelen