Feltutstyr, TLS og VPN: hvilken grense beskytter hva

Et feltutstyr åpner en forbindelse til en tjeneste, og designspørsmålet kommer som et valg mellom VPN og TLS. Den rammen er feil, fordi de to gjør forskjellige jobber. TLS autentiserer applikasjonens endepunkt og beskytter samtalen; mens en VPN styrer tilgjengeligheten og beskytter pakker mellom parter. Følg forbindelsen fra enheten og utover, og hvert lag har sitt eget svar.

Hvis du ikke kan si hvor TLS avsluttes, kan du ikke si hva applikasjonen faktisk stoler på.

Finn ut hvor TLS faktisk avsluttes

Start ved enhetens applikasjon og følg forbindelsen til prosessen som fullfører håndtrykket. Hvis en proxy avslutter TLS før stormaskinen, slutter den beskyttede veien ved proxyen. Det resterende hoppet trenger sin egen dokumenterte beskyttelse.

Å kalle det ende-til-ende på en antakelse er hvordan en designgjennomgang godkjenner et hull. Tegn avslutningspunktet og tillitsankeret på samme diagram.

TLS bærer forespørsler og svar i begge retninger, så en toveisapplikasjon trenger ikke i seg selv en VPN i stedet for TLS. Det motsatte er også sant: en utrulling kan fortsatt trenge en VPN for andre protokoller på samme enhet.

Avgjør hva enheten må autentisere

Konfigurer validering av serveridentitet og de tiltenkte tillitsrøttene. Hvis hver enhet må bevise sin egen identitet, velg en støttet klientautentiseringsmodell og registrer et eget sertifikat per enhet. Delte legitimasjoner gjør én stjålet enhet til et problem for hele flåten.

Planlegg nøkkelbeskyttelse, fornyelse, tilbakekalling og gjenoppretting før forsendelse. En enhet i felt som ikke kan registreres på nytt etter en mislykket fornyelse, blir et servicebesøk, og den kostnaden former designet mer enn håndtrykket.

Bruk et støttet bibliotek og gjeldende retningslinjer. Moderne retningslinjer for TLS-utrulling forbyr forhandling av TLS 1.0 og 1.1, og en TLSv1-referanse i et gammelt designnotat er ikke et krav.

Lukk når håndtrykket feiler

Et mislykket håndtrykk eller identitetssjekk må ikke stille falle tilbake til den opprinnelige klartekstprotokollen. Det tilbakefallet er sårbarheten TLS-arbeidet skulle lukke. Gjør feilen synlig for enhetens operatør og for tjenesten, og krev den beskyttede kanalen for følsomme operasjoner. La deretter applikasjonsautorisasjonen avgjøre hva en autentisert enhet kan gjøre.

Definer forbindelsens levetid, innramming, tidsavbrudd og gjenforsøksatferd som en del av kontrakten. Kryptering gjør ikke en gjentatt kommando trygg, og et gjenforsøk etter en usikker tidligere operasjon trenger et svar på applikasjonsnivå.

Skriv ned tilbakefallsregelen. «Den kobler til på nytt uten TLS hvis håndtrykket feiler» er et designvalg, og det bør være eksplisitt.

Gi VPN-en bare den jobben den kan gjøre

En VPN kan begrense tilgjengeligheten og beskytte pakker til sin egen part. TLS beskytter applikasjonens forhold til det valgte endepunktet. Avslutningspunktene deres kan være forskjellige, og ingen av dem sikrer endepunktets lagrede data eller administrative tilgang.

Mål håndtrykkskostnad, jevn meldingsutveksling og gjenoppkobling på den faktiske enheten i stedet for å anta at én mekanisme er raskere. Test deretter de fire tilfellene som betyr noe: den tiltenkte utvekslingen, en feil serveridentitet, en uautorisert enhet og en gjenoppkobling etter en usikker operasjon. Noter resultatet for hvert tilfelle, inkludert feilen enheten viser.