La teva passarel·la VPN està compromesa: què hi ha realment exposat
Una passarel·la VPN piratejada veu dins del seu propi túnel, però això no és controlar cada sessió. Separa el trànsit, l’abast i els secrets emmagatzemats abans de recuperar.
Una passarel·la VPN se situa al final del túnel que protegeix, cosa que vol dir que acaba aquest xifratge en lloc de deixar-lo passar. Si un atacant controla l’amfitrió, el túnel continua semblant sa des de fora mentre la màquina del mig ja no és fiable. La pregunta útil no és si tot es desxifra. És què podia veure aquell amfitrió, fins on podia arribar i quins secrets hi havia realment emmagatzemats. Aquestes tres respostes difereixen molt, i la resposta també difereix amb elles.
La passarel·la acaba el túnel, per tant en veu l’interior
El xifratge en una VPN és salt a salt, i la passarel·la és el salt. Treu la capa exterior, aplica la política i reenvia el paquet interior, de manera que cada paquet transportat existeix en forma llegible a la memòria d’aquell amfitrió en algun moment. Això és el disseny, no un defecte. És també per això que comprometre la passarel·la és un esdeveniment diferent de comprometre la criptografia del túnel.
El que l’atacant guanya primer és posició: la capacitat d’observar el trànsit transportat, alterar el reenviament o respondre en lloc d’un backend. El que guanya després depèn de l’amfitrió, i aquí la gent sobreestima. L’accés a la passarel·la per si sol no lliura les claus de sessió TLS del navegador, perquè aquestes mai no eren a la passarel·la.
Tres exposicions que no tenen la mateixa mida
Divideix la pregunta en trànsit transportat, sistemes abastables i secrets emmagatzemats, i després respon cada una per separat.
| Exposure | What the attacker gains | What does not follow |
|---|---|---|
| Carried traffic | Plaintext of whatever the tunnel forwards without its own encryption | Keys for TLS sessions that terminate at the application |
| Reachable systems | Whatever the backends accept from the gateway's address | Control of every connected client endpoint |
| Stored secrets | The specific keys, tokens and accounts present on that host | Possession of every client certificate or of a CA key |
La fila del mig és la que es passa per alt. Una passarel·la sol tenir una ruta cap a xarxes privades i una adreça d’origen en què els backends ja confien, així que la pregunta interessant és què permeten aquests backends des d’aquella adreça. Una política estreta d’accés de clients és un bon control, però un atacant a l’amfitrió no es limita a la interfície que faria servir un client normal.
La fila de baix decideix quant dura l’incident. Una clau de servidor i una clau de CA tenen radis d’impacte completament diferents, i també un compte d’administrador local i un testimoni de monitoratge de només lectura.
HTTPS dins del túnel continua sent HTTPS
El TLS de l’aplicació acaba a l’aplicació, no a la passarel·la VPN, així que una passarel·la compromesa observa text xifrat per a aquests fluxos. Això és un límit real al que obté l’atacant, i val la pena dir-ho clarament, perquè l’afirmació contrària escampa pànic i decisions dolentes. Dues condicions ho trenquen. Si hi ha un component d’inspecció amb un certificat de confiança al camí, la passarel·la pot veure text pla per disseny. Si el punt final de l’aplicació mateix està compromès, el túnel no hi té res a veure.
Per tant, la resposta a què van veure és condicional, i cal escriure-la com a condicions en lloc d’anunciar-la com a veredicte.
Què ha de canviar abans de tornar-hi a confiar
Reconstruir l’amfitrió és necessari i poques vegades suficient. Un atacant que encara té un compte de gestió, una credencial de desplegament o una clau de signatura pot tornar a posar l’amfitrió com vol. La recuperació ha de començar per un camí d’administració que no depengui de la màquina compromesa.
Inventaria què hi havia abans de decidir què cal rotar. Claus, comptes de servei, testimonis d’API, usuaris locals, tasques programades, relacions de confiança i la canalització de desplegament són tots candidats, i cadascun té un propietari que ho hauria de confirmar.
ss -lntup
getent passwd
crontab -l
ip route show table allAquesta llista és la manera més ràpida de veure què oferia l’amfitrió i fins on podia arribar. Conserva primer les proves, segons el procés del propietari de la resposta, perquè una reconstrucció destrueix exactament el que necessita una investigació. NIST SP 800-61 Revisió 3 tracta la preparació, la detecció, la resposta i la recuperació com a parts d’un sol procés de risc, no com una instrucció de reinici.
Fronteres que fan més barata la propera vegada
Val la pena construir quatre fronteres abans de necessitar-les. Mantén un camí de recuperació independent que no s’autentiqui a través de la passarel·la. Mantén l’autoritat de signatura separada de l’amfitrió que serveix trànsit. Limita fins on pot arribar la passarel·la, perquè una passarel·la compromesa no sigui automàticament una xarxa de gestió compromesa. I anota qui posseeix cada credencial, perquè la rotació sigui una trucada en lloc d’un projecte d’arqueologia.
Cap d’aquestes coses no evita el compromís. L’emmarquen, i fan la diferència entre una setmana dolenta i un trimestre dolent.