To VPN på én gang? Definer først endepunktets grænse

To VPN-klienter, der er forbundet samtidigt, placerer ét endepunkt i to ressourceområder, og det er et autorisationsspørgsmål, før det er et routingspørgsmål. At tunnelerne er krypterede, siger intet om, hvorvidt programmerne på den bærbare computer bør kunne nå begge netværk, eller om én netværkspartner bør kunne nå det andet gennem den. Gå gennem kontrollerne nedenfor i rækkefølge, og stop ved den første, som ingen kan svare på. At godkende overlapningen uden de svar er, hvordan en bekvem ordning stille bliver til en bro.

Start med det faktiske arbejde: hvilke ressourcer i hvert netværk har personen brug for, og tillader begge netværksejere samtidig adgang fra én enhed?

Kontroller, hvem der tillader overlapningen

To netværk, der hver især autentificerer den samme bruger, har stadig separate ejere, og disse ejere kan have uforenelige antagelser om enheder, der også er tilsluttet andre steder. Spørg begge, før du designer noget. En fjernadgangspolitik skrevet til isolerede bærbare computere har ofte slet intet svar på en maskine, der samtidig er inde i et partnernetværk.

Få svaret skriftligt, og opbevar det sammen med ændringsregistreringen. Hvis den ene side siger nej, er resten af denne liste akademisk, og du har sparet dig selv en designgennemgang.

Behandl ikke to grænseflader som en router

To aktive grænseflader gør ikke automatisk enheden til en router eller en Ethernet-bro. Kontroller den understøttede videresendelses-, bro-, NAT- og proxykonfiguration, før du beskriver noget som en transitvej, og bevar eventuelle uafhængige autoriserede routingopgaver, som enheden allerede har. En bærbar computer, der kører et lokalt containernetværk eller en virtualiseringsvært, er ikke en neutral observatør her.

Hvis kravet virkelig er transit fra A til B, hører det hjemme på en netværksenhed med en ejer, et reviderbart regelsæt og en ændringsproces. At gøre det ved et uheld gennem en arbejdsstation er det resultat, som denne kontrol findes for at forhindre.

Behandl også endepunktet som et adgangspunkt

Enheden er ikke bare klient i begge netværk; den er en vært, der tilbyder tjenester. En tilladt tjeneste på den maskine kan være nåbar fra en VPN-partner i henhold til værtens firewall og klientpolitikken, så en åben administrationsport på den bærbare computer er nu en del af det fjernnetværks angrebsoverflade. Optæl, hvad der lytter, før du diskuterer ruter, for én bundet fejlfindingsport vejer tungere end enhver tunnelpolitik. Hold værtstjenester begrænset til deres tilsigtede kilder og formål.

Behandl hvert fjernnetværk som et ressourceområde med udtrykkelige tilladelser i stedet for at give bred tillid, fordi trafikken ankom krypteret. NISTs nul-tillidsarkitektur adskiller ressourceautorisation fra implicit tillid til netværksplacering, og det er præcis den forskel, en bærbar computer med to tunneler slører.

Stil ét spørgsmål mere, mens du er her: hvis en lokal tjeneste eller et autoriseret program blev kompromitteret, hvilke ressourcer og legitimationsoplysninger ville så blive nåbare fra det fodfæste? Skriv svaret ned, for det er den reelle risikoudtalelse for hele designet.

Vælg den arbejdsgrænse, der passer til trusselsmodellen

Routing pr. program kan tildele programmer til de tilsigtede tunneler, og separate arbejdsprofiler, brugere eller understøttede virtuelle arbejdsområder kan tilføje identitets- og datagrænser afhængigt af platformen. Tilpas grænsen til trusselsmodellen frem for til demoen: en routingopdeling uden en identitetsopdeling efterlader stadig én browserprofil med begge sessioner.

Et netværksnavnerum isolerer routing og netværkstilstand; det isolerer ikke enhver filsystemsti, udklipsholder eller legitimationsagent. En virtuel maskine eller en administreret profil kræver ligeledes en bevidst delings- og værtadministrationspolitik. Registrer, hvilke mapper, godkendelseshjælpere og kopier-og-sæt-ind-stier der forbliver tilgængelige, fordi det er de kanaler, der faktisk bærer data mellem de to områder.

Til sekventielt arbejde er et bevidst skift normalt enklere end at opretholde samtidig adgang. Færdiggør den afhængige handling, og bekræft derefter det næste arbejdsområdes identitet og rute i stedet for at efterlade baggrundsværktøjer knyttet til en tvetydig kontekst.

Skriv godkendelsen som en opgave, ikke et slogan

En godkendelsesregistrering bør læses som en opgave: supportarbejdsområdet må nå Netværk A's tjenestekonsol og Netværk B's billetportal, uden autoriseret videresendelse fra A til B, uden delt legitimationsagent og uden automatisk filsynkronisering. Hver sætning i den sætning svarer til noget, du kan konfigurere og teste.

Bekræft derefter de negative tilfælde, ikke kun de positive. Forsøg at nå en ressource, der bør være uden for grænsen, bekræft at værtstjenesten ikke svarer fra den anden side, og kontroller, at legitimationshjælperen ikke i det stille betjener begge områder.

Opbevar registreringen sammen med enheden, ikke kun i billetten, så den næste person, der arver ordningen, ved, hvilken grænse der var bevidst. En bærbar computer med to tunneler og ingen skriftlig grænse kan ikke skelnes fra en fejlkonfiguration.