Feltutstyr, TLS og VPN: kva grense vernar kva

Eit feltutstyr opnar ei samband til ein teneste, og designspørsmålet kjem som eit val mellom VPN og TLS. Den ramma er feil, fordi dei to gjer ulikt arbeid. TLS autentiserer endepunktet til applikasjonen og vernar samtalen; medan ein VPN styrer tilgjenge og vernar pakkar mellom partar. Følg sambandet frå eininga og utover, og kvart lag har sitt eige svar.

Dersom du ikkje kan seie kvar TLS sluttar, kan du ikkje seie kva applikasjonen faktisk lit på.

Finn ut kvar TLS faktisk sluttar

Start ved applikasjonen på eininga og følg sambandet til prosessen som fullfører handtrykket. Dersom ein proxy sluttar TLS før stormaskina, sluttar den verna vegen ved proxyen. Det siste hoppet treng si eiga dokumenterte vern.

Å kalle det ende-til-ende på ein føresetnad er korleis ein designgjennomgang godkjenner eit hol. Teikn sluttpunktet og tillitsankeret i same diagram.

TLS ber førespurnader og svar i begge retningar, så ein tovegsapplikasjon treng ikkje i seg sjølv ein VPN i staden for TLS. Det motsette er også sant: ei utrulling kan framleis trenge ein VPN for andre protokollar på same eining.

Avgjer kva eininga må autentisere

Set opp validering av serveridentitet og dei tiltenkte tillitsrøtene. Dersom kvar eining må prøve sin eigen identitet, vel ein støtta klientautentiseringsmodell og registrer eit eige sertifikat per eining. Delte legitimasjonar gjer éi stole eining til eit problem for heile flåten.

Planlegg nøkkelvern, fornying, tilbakekalling og attoppretting før forsendings. Eit feltutstyr som ikkje kan registrerast på nytt etter ei mislukka fornying, blir eit servicebesøk, og den kostnaden formar designet meir enn handtrykket.

Bruk eit støtta bibliotek og gjeldande retningslinjer. Moderne retningslinjer for TLS-utrulling forbyr forhandling av TLS 1.0 og 1.1, og ein TLSv1-referanse i eit gammalt designnotat er ikkje eit krav.

Lukk når handtrykket sviktar

Eit mislukka handtrykk eller identitetssjekk må ikkje stille falle tilbake til den opphavlege klartekstprotokollen. Det tilbakefallet er sårbarheita som TLS-arbeidet skulle lukke. Gjer feilen synleg for operatøren av eininga og for tenesta, og krev den verna kanalen for kjenslevare handlingar. La deretter applikasjonsautorisasjonen avgjere kva ei autentisert eining kan gjere.

Definer levetida til sambandet, innramming, tidsavbrot og åtferd ved nye forsøk som ein del av kontrakten. Kryptering gjer ikkje ein gjenteken kommando trygg, og eit nytt forsøk etter ein usikker tidlegare operasjon treng eit svar på applikasjonsnivå.

Skriv ned tilbakefallsregelen. «Det koplar til på nytt utan TLS dersom handtrykket sviktar» er eit designval, og det bør vere eksplisitt.

Gi VPN-en berre den jobben han kan gjere

Ein VPN kan avgrense tilgjenge og verne pakkar til sin eigen part. TLS vernar forholdet til applikasjonen mot det valde endepunktet. Sluttpunkta deira kan vere ulike, og ingen av dei sikrar lagra data på endepunktet eller administrativ tilgang.

Mål kostnaden av handtrykket, jamn meldingsutveksling og attoppkopling på den faktiske eininga i staden for å anta at éin mekanisme er raskare. Test deretter dei fire tilfella som har noko å seie: den tiltenkte utvekslinga, ein feil serveridentitet, ei uautorisert eining og ei attoppkopling etter ein usikker operasjon. Noter resultatet for kvart tilfelle, inkludert feilen eininga viser.