Dos VPN alhora? Definiu primer la frontera de l’extrem

Dos clients VPN connectats alhora posen un extrem en dos dominis de recursos, i això és una qüestió d’autorització abans que una qüestió d’encaminament. Que els túnels estiguin xifrats no diu res sobre si les aplicacions d’aquest portàtil haurien de poder arribar a totes dues xarxes, ni sobre si un node parell d’una xarxa hauria de poder arribar a l’altra a través seu. Seguiu les comprovacions següents en ordre i atureu-vos a la primera que ningú no pugui respondre. Aprovar el solapament sense aquestes respostes és com un arranjament còmode es converteix, sense soroll, en un pont.

Comenceu per la feina real: quins recursos de cada xarxa necessita la persona i tots dos propietaris de les xarxes permeten l’accés simultani des d’un sol dispositiu?

Comproveu qui permet el solapament

Dues xarxes que autentiquen el mateix usuari tenen igualment propietaris separats, i aquests propietaris poden tenir supòsits incompatibles sobre dispositius que també estan connectats en un altre lloc. Pregunteu a tots dos abans de dissenyar res. Una política d’accés remot escrita per a portàtils aïllats sovint no té cap resposta per a una màquina que és simultàniament dins d’una xarxa sòcia.

Obteniu la resposta per escrit i guardeu-la amb el registre del canvi. Si un costat diu que no, la resta d’aquesta llista és acadèmica, i us heu estalviat una revisió de disseny.

No tracteu dues interfícies com un encaminador

Dues interfícies actives no converteixen automàticament el dispositiu en un encaminador ni en un pont Ethernet. Comproveu la configuració admesa de reenviament, pont, NAT i proxy abans de descriure res com un camí de trànsit, i preserveu qualsevol tasca d’encaminament autoritzada i no relacionada que el dispositiu ja tingui. Un portàtil que executa una xarxa de contenidors local o un amfitrió de virtualització no és aquí un observador neutral.

Si el requisit és realment un trànsit d’A a B, això pertany a un dispositiu de xarxa amb propietari, un conjunt de regles auditable i un procés de canvi. Fer-ho accidentalment a través d’una estació de treball és el resultat que aquesta comprovació existeix per evitar.

Tracteu l’extrem també com un punt d’accés

El dispositiu no és només un client de totes dues xarxes; és un amfitrió que ofereix serveis. Un servei permès en aquesta màquina pot ser abastable des d’un parell VPN segons el tallafoc de l’amfitrió i la política del client, així que un port de gestió exposat al portàtil forma part ara de la superfície d’atac de la xarxa remota. Enumerau què escolta abans de discutir sobre rutes, perquè un port de depuració lligat val més que qualsevol política de túnel. Manteniu els serveis de l’amfitrió limitats a les seves fonts i finalitats previstes.

Tracteu cada xarxa remota com un domini de recursos amb permisos explícits en lloc de concedir una confiança àmplia pel fet que el trànsit va arribar xifrat. L’arquitectura de confiança zero de NIST separa l’autorització de recursos de la confiança implícita en la ubicació de xarxa, i aquesta és exactament la distinció que un portàtil amb dos túnels difumina.

Feu una pregunta més mentre sou aquí: si un servei local o una aplicació autoritzada quedessin compromesos, quins recursos i credencials esdevindrien abastables des d’aquest punt de suport? Escriviu la resposta, perquè és la declaració de risc real per a tot el disseny.

Triï la frontera de treball que encaixi amb el model d’amenaces

L’encaminament per aplicació pot assignar programes als túnels previstos, i perfils de treball, usuaris o espais de treball virtuals compatibles poden afegir fronteres d’identitat i de dades segons la plataforma. Encaisseu la frontera amb el model d’amenaces i no amb la demostració: una separació d’encaminament sense separació d’identitat encara deixa un sol perfil de navegador amb totes dues sessions.

Un espai de noms de xarxa aïlla l’encaminament i l’estat de xarxa; no aïlla cada camí del sistema de fitxers, el porta-retalls ni l’agent de credencials. Una màquina virtual o un perfil gestionat també necessiten una política deliberada de compartició i d’administració de l’amfitrió. Anoteu quines carpetes, ajudants d’autenticació i camins de copiar i enganxar continuen disponibles, perquè aquests són els canals que de fet porten dades entre els dos dominis.

Per a feina seqüencial, un canvi intencionat sol ser més senzill que mantenir accés simultani. Acabeu l’operació dependent i després verifiqueu la identitat i la ruta del següent espai de treball en lloc de deixar eines en segon pla lligades a un context ambigu.

Escriviu l’aprovació com una tasca, no com un eslògan

Un registre d’aprovació hauria de llegir-se com una tasca: l’espai de treball de suport pot arribar a la consola de serveis de la Xarxa A i al portal d’incidències de la Xarxa B, sense cap reenviament autoritzat d’A a B, sense agent de credencials compartit i sense sincronització automàtica de fitxers. Cada clàusula d’aquesta frase correspon a una cosa que podeu configurar i provar.

Després verifiqueu els casos negatius, no només els positius. Intenteu arribar a un recurs que hauria de quedar fora de la frontera, confirmeu que el servei de l’amfitrió no respon des de l’altre costat i comproveu que l’ajudant de credencials no serveix en silenci tots dos dominis.

Guardeu el registre amb el dispositiu, no només a l’incident, perquè la propera persona que hereti l’arranjament sàpiga quina frontera era deliberada. Un portàtil amb dos túnels i sense frontera escrita és indistingible d’una configuració errònia.