Kenttälaite, TLS ja VPN: mikä raja suojaa mitä

Kenttälaite avaa yhteyden palveluun, ja suunnittelukysymys tulee valintana VPN:n ja TLS:n välillä. Tämä kehys on väärä, koska ne tekevät eri tehtäviä. TLS todentaa sovelluksen päätepisteen ja suojaa keskustelun; kun taas VPN ohjaa tavoitettavuutta ja suojaa paketit vertaisten välillä. Seuraa yhteyttä laitteesta ulospäin, ja jokaisella kerroksella on oma vastauksensa.

Jos et voi sanoa, mihin TLS päättyy, et voi sanoa, mihin sovellus todella luottaa.

Selvitä, mihin TLS todella päättyy

Aloita laitteen sovelluksesta ja seuraa yhteyttä prosessiin, joka viimeistelee kättelyn. Jos välityspalvelin päättää TLS:n ennen suurtietokonetta, suojattu polku päättyy välityspalvelimeen. Jäljelle jäävä hyppy tarvitsee oman dokumentoidun suojauksensa.

Sen kutsuminen päästä päähän oletuksella on tapa, jolla suunnittelukatselmus hyväksyy aukon. Piirrä päätepiste ja luottamuksen ankkuri samaan kaavioon.

TLS kuljettaa pyynnöt ja vastaukset molempiin suuntiin, joten kaksisuuntainen sovellus ei sinänsä tarvitse VPN:ää TLS:n sijaan. Myös päinvastoin: käyttöönotto voi silti tarvita VPN:n muita protokollia varten samassa laitteessa.

Päätä, mitä laitteen on todennettava

Määritä palvelimen identiteetin validointi ja aiottujen luottamusjuurten käyttö. Jos jokaisen laitteen on todistettava oma identiteettinsä, valitse tuettu asiakastodennusmalli ja rekisteröi erillinen tunniste jokaiselle laitteelle. Jaetut tunnisteet tekevät yhdestä varastetusta laitteesta koko laivaston ongelman.

Suunnittele avainten suojaus, uusiminen, peruutus ja palautus ennen toimitusta. Kentällä oleva laite, jota ei voi rekisteröidä uudelleen epäonnistuneen uusimisen jälkeen, muuttuu käyntikerraksi, ja tämä kustannus muovaa suunnittelua enemmän kuin kättely.

Käytä tuettua kirjastoa ja ajantasaisia ohjeita. Nykyaikaiset TLS-käyttöönoton ohjeet kieltävät TLS 1.0:n ja 1.1:n neuvottelemisen, eikä TLSv1-viittaus vanhassa suunnittelumuistiossa ole vaatimus.

Sulje, kun kättely epäonnistuu

Epäonnistunut kättely tai identiteettitarkistus ei saa pudota hiljaa takaisin alkuperäiseen selkokieliseen protokollaan. Se takaisinpaluu on haavoittuvuus, joka TLS-työn oli tarkoitus sulkea. Tee epäonnistuminen näkyväksi laitteen käyttäjälle ja palvelulle, ja vaadi suojattu kanava arkaluonteisille toimille. Anna sitten sovelluksen valtuutuksen päättää, mitä todennettu laite saa tehdä.

Määritä yhteyden elinikä, kehystys, aikakatkaisut ja uudelleenyrityskäyttäytyminen osaksi sopimusta. Salaus ei tee toistettua komentoa turvalliseksi, ja uudelleenyritys epävarman aiemman toiminnon jälkeen tarvitsee sovellustason vastauksen.

Kirjoita takaisinpaluusääntö ylös. „Se yhdistää uudelleen ilman TLS:ää, jos kättely epäonnistuu“ on suunnittelupäätös, ja sen pitäisi olla nimenomainen.

Anna VPN:lle vain työ, jonka se voi tehdä

VPN voi rajoittaa tavoitettavuutta ja suojata paketit omaan vertaiseensa. TLS suojaa sovelluksen suhdetta valittuun päätepisteeseen. Niiden päätepisteet voivat erota, eikä kumpikaan turvaa päätepisteen tallennettuja tietoja tai hallinnollista pääsyä.

Mittaa kättelyn kustannus, vakaa viestintä ja uudelleenyhdistäminen todellisella laitteella sen sijaan, että olettaisit yhden mekanismin olevan nopeampi. Testaa sitten neljä tärkeää tapausta: aiottu vaihto, väärä palvelimen identiteetti, valtuuttamaton laite ja uudelleenyhdistäminen epävarman toiminnon jälkeen. Kirjaa tulos jokaisesta tapauksesta, mukaan lukien virhe, jonka laite näyttää.