Συσκευή πεδίου, TLS και VPN: ποιο όριο προστατεύει τι

Μια συσκευή πεδίου ανοίγει σύνδεση σε μια υπηρεσία και το ερώτημα σχεδιασμού έρχεται ως επιλογή μεταξύ VPN και TLS. Αυτό το πλαίσιο είναι λάθος, γιατί τα δύο κάνουν διαφορετικές δουλειές. Το TLS πιστοποιεί το τελικό σημείο της εφαρμογής και προστατεύει τη συνομιλία; ενώ ένα VPN ελέγχει την προσβασιμότητα και προστατεύει τα πακέτα μεταξύ ομοτίμων. Ακολουθήστε τη σύνδεση από τη συσκευή προς τα έξω και κάθε επίπεδο έχει τη δική του απάντηση.

Αν δεν μπορείτε να πείτε πού τερματίζει το TLS, δεν μπορείτε να πείτε σε τι εμπιστεύεται πραγματικά η εφαρμογή.

Βρείτε πού τερματίζει πραγματικά το TLS

Ξεκινήστε από την εφαρμογή της συσκευής και ακολουθήστε τη σύνδεση μέχρι τη διεργασία που ολοκληρώνει τη χειραψία. Αν ένας διαμεσολαβητής τερματίζει το TLS πριν από το mainframe, η προστατευμένη διαδρομή τελειώνει στον διαμεσολαβητή. Το υπόλοιπο άλμα χρειάζεται τη δική του τεκμηριωμένη προστασία.

Το να το ονομάσεις άκρο-σε-άκρο εξ υποθέσεως είναι ο τρόπος με τον οποίο μια αναθεώρηση σχεδιασμού εγκρίνει ένα κενό. Σχεδιάστε το σημείο τερματισμού και την άγκυρα εμπιστοσύνης στο ίδιο διάγραμμα.

Το TLS μεταφέρει αιτήματα και απαντήσεις και προς τις δύο κατευθύνσεις, οπότε μια αμφίδρομη εφαρμογή δεν χρειάζεται εγγενώς VPN αντί για TLS. Ισχύει και το αντίστροφο: μια ανάπτυξη μπορεί να χρειάζεται ακόμη VPN για άλλα πρωτόκολλα στην ίδια συσκευή.

Αποφασίστε τι πρέπει να πιστοποιεί η συσκευή

Ρυθμίστε την επικύρωση ταυτότητας διακομιστή και τις προβλεπόμενες ρίζες εμπιστοσύνης. Αν κάθε συσκευή πρέπει να αποδείξει τη δική της ταυτότητα, επιλέξτε ένα υποστηριζόμενο μοντέλο πιστοποίησης πελάτη και καταχωρήστε ξεχωριστά διαπιστευτήρια ανά συσκευή. Τα κοινά διαπιστευτήρια μετατρέπουν μια κλεμμένη συσκευή σε πρόβλημα για ολόκληρο τον στόλο.

Σχεδιάστε την προστασία κλειδιών, την ανανέωση, την ανάκληση και την αποκατάσταση πριν από την αποστολή. Μια συσκευή στο πεδίο που δεν μπορεί να εγγραφεί ξανά μετά από αποτυχημένη ανανέωση γίνεται επίσκεψη στο πεδίο, και αυτό το κόστος διαμορφώνει τον σχεδιασμό περισσότερο από τη χειραψία.

Χρησιμοποιήστε μια υποστηριζόμενη βιβλιοθήκη και τρέχουσες οδηγίες. Σύγχρονες οδηγίες ανάπτυξης TLS απαγορεύουν τη διαπραγμάτευση TLS 1.0 και 1.1, και μια αναφορά σε TLSv1 σε παλιά σημείωση σχεδιασμού δεν είναι απαίτηση.

Κλείστε όταν αποτυγχάνει η χειραψία

Μια αποτυχημένη χειραψία ή έλεγχος ταυτότητας δεν πρέπει να πέφτει σιωπηλά πίσω στο αρχικό πρωτόκολλο απλού κειμένου. Αυτή η υποχώρηση είναι η ευπάθεια που η δουλειά στο TLS έπρεπε να κλείσει. Κάντε την αποτυχία ορατή στον χειριστή της συσκευής και στην υπηρεσία, και απαιτήστε το προστατευμένο κανάλι για ευαίσθητες λειτουργίες. Στη συνέχεια αφήστε την εξουσιοδότηση της εφαρμογής να αποφασίσει τι μπορεί να κάνει μια πιστοποιημένη συσκευή.

Ορίστε τη διάρκεια ζωής της σύνδεσης, την πλαισίωση, τα χρονικά όρια και τη συμπεριφορά επανάληψης ως μέρος του συμβολαίου. Η κρυπτογράφηση δεν κάνει μια επαναλαμβανόμενη εντολή ασφαλή, και μια επανάληψη μετά από αβέβαιη προηγούμενη λειτουργία χρειάζεται απάντηση σε επίπεδο εφαρμογής.

Γράψτε τον κανόνα υποχώρησης. Το «Επανασυνδέεται χωρίς TLS αν αποτύχει η χειραψία» είναι απόφαση σχεδιασμού και θα πρέπει να είναι ρητή.

Δώστε στο VPN μόνο τη δουλειά που μπορεί να κάνει

Ένα VPN μπορεί να περιορίσει την προσβασιμότητα και να προστατεύσει πακέτα προς τον δικό του ομότιμο. Το TLS προστατεύει τη σχέση της εφαρμογής με το επιλεγμένο τελικό σημείο. Τα σημεία τερματισμού τους μπορεί να διαφέρουν, και κανένα από τα δύο δεν ασφαλίζει τα αποθηκευμένα δεδομένα του τελικού σημείου ή τη διαχειριστική πρόσβαση.

Μετρήστε το κόστος χειραψίας, τη σταθερή ανταλλαγή μηνυμάτων και την επανασύνδεση στην πραγματική συσκευή αντί να υποθέσετε ότι ένας μηχανισμός είναι ταχύτερος. Στη συνέχεια δοκιμάστε τις τέσσερις περιπτώσεις που έχουν σημασία: την προβλεπόμενη ανταλλαγή, μια λανθασμένη ταυτότητα διακομιστή, μια μη εξουσιοδοτημένη συσκευή και μια επανασύνδεση μετά από αβέβαιη λειτουργία. Καταγράψτε το αποτέλεσμα για κάθε περίπτωση, συμπεριλαμβανομένου του σφάλματος που εμφανίζει η συσκευή.