To VPN-er samtidig? Definer først endepunktets grense

To VPN-klienter som er koblet til samtidig, plasserer ett endepunkt i to ressursdomener, og det er et autorisasjonsspørsmål før det er et rutingsspørsmål. At tunnelene er kryptert, sier ingenting om hvorvidt applikasjonene på den bærbare datamaskinen bør kunne nå begge nettverkene, eller om en peer i det ene nettverket bør kunne nå det andre gjennom den. Gå gjennom kontrollene nedenfor i rekkefølge, og stopp ved den første som ingen kan svare på. Å godkjenne overlappingen uten de svarene er hvordan en praktisk ordning stille blir en bro.

Start med det faktiske arbeidet: hvilke ressurser i hvert nettverk trenger personen, og tillater begge nettverkseierne samtidig tilgang fra én enhet?

Kontroller hvem som tillater overlappingen

To nettverk som hver autentiserer den samme brukeren, har fortsatt separate eiere, og disse eierne kan ha uforenelige antakelser om enheter som også er tilkoblet andre steder. Spør begge før du designer noe. En ekstern tilgangspolicy skrevet for isolerte bærbare datamaskiner har ofte ikke noe svar i det hele tatt for en maskin som samtidig er inne i et partnernettverk.

Få svaret skriftlig og oppbevar det sammen med endringsregistreringen. Hvis den ene siden sier nei, er resten av denne listen akademisk, og du har spart deg selv en designgjennomgang.

Ikke behandle to grensesnitt som en ruter

To aktive grensesnitt gjør ikke automatisk enheten til en ruter eller en Ethernet-bro. Kontroller den støttede konfigurasjonen for videresending, bro, NAT og proxy før du beskriver noe som en transitvei, og bevar eventuelle uavhengige autoriserte rutingoppgaver som enheten allerede har. En bærbar datamaskin som kjører et lokalt containernettverk eller en virtualiseringsvert, er ikke en nøytral observatør her.

Hvis kravet virkelig er transit fra A til B, hører det hjemme på en nettverksenhet med eier, et reviderbart regelsett og en endringsprosess. Å gjøre det ved et uhell gjennom en arbeidsstasjon er resultatet denne kontrollen finnes for å forhindre.

Behandle endepunktet også som et tilgangspunkt

Enheten er ikke bare klient i begge nettverkene; den er en vert som tilbyr tjenester. En tillatt tjeneste på den maskinen kan være nåbar fra en VPN-peer i henhold til vertens brannmur og klientpolicyen, så en åpen administrasjonsport på den bærbare datamaskinen er nå en del av angrepsflaten til fjernnettverket. List opp hva som lytter før du diskuterer ruter, for én bundet feilsøkingsport veier tyngre enn enhver tunnelpolicy. Hold vertstjenester begrenset til deres tiltenkte kilder og formål.

Behandle hvert fjernnettverk som et ressursdomene med uttrykkelige tillatelser i stedet for å gi bred tillit fordi trafikken ankom kryptert. NISTs nulltillitsarkitektur skiller ressursautorisasjon fra implisitt tillit til nettverksplassering, og det er nøyaktig den forskjellen en bærbar datamaskin med to tunneler slører.

Still ett spørsmål til mens du er her: hvis en lokal tjeneste eller et autorisert program ble kompromittert, hvilke ressurser og legitimasjoner ville bli nåbare fra det fotfestet? Skriv ned svaret, for det er den reelle risikouttalelsen for hele designet.

Velg den arbeidsgrensen som passer til trusselmodellen

Ruting per app kan tildele programmer til de tiltenkte tunnelene, og separate arbeidsprofiler, brukere eller støttede virtuelle arbeidsområder kan legge til identitets- og datagrenser avhengig av plattformen. Tilpass grensen til trusselmodellen fremfor til demoen: en rutingdeling uten en identitetsdeling lar fortsatt én nettleserprofil holde begge sesjonene.

Et nettverksnavnerom isolerer ruting og nettverkstilstand; det isolerer ikke hver filsystembane, utklippstavlen eller legitimasjonsagenten. En virtuell maskin eller en administrert profil trenger på samme måte en bevisst delings- og vertsadministrasjonspolicy. Registrer hvilke mapper, autentiseringshjelpere og kopier-og-lim-inn-baner som forblir tilgjengelige, fordi det er kanalene som faktisk bærer data mellom de to domenene.

For sekvensielt arbeid er en bevisst bytting vanligvis enklere enn å opprettholde samtidig tilgang. Fullfør den avhengige operasjonen, og bekreft deretter identiteten og ruten til neste arbeidsområde i stedet for å la bakgrunnsverktøy henge igjen i en tvetydig kontekst.

Skriv godkjenningen som en oppgave, ikke et slagord

En godkjenningsregistrering bør leses som en oppgave: støttearbeidsområdet kan nå tjenestekonsollen til Nettverk A og billetportalen til Nettverk B, uten autorisert videresending fra A til B, uten en delt legitimasjonsagent og uten automatisk filsynkronisering. Hver del av den setningen svarer til noe du kan konfigurere og teste.

Deretter bekreft de negative tilfellene, ikke bare de positive. Prøv å nå en ressurs som skal være utenfor grensen, bekreft at vertstjenesten ikke svarer fra den andre siden, og kontroller at legitimasjonshjelperen ikke i det stille betjener begge domenene.

Oppbevar registreringen sammen med enheten, ikke bare i billetten, slik at den neste personen som arver ordningen, vet hvilken grense som var bevisst. En bærbar datamaskin med to tunneler og uten skriftlig grense kan ikke skilles fra en feilkonfigurasjon.