Η κρυπτογραφική ευελιξία είναι η δυνατότητα μετάβασης ενός πρωτοκόλλου από μία κρυπτογραφική σουίτα σε άλλη χωρίς να χάνεται ένα σαφές πλαίσιο εγγυήσεων ασφαλείας. Στην ανταλλαγή μηνυμάτων, αυτό σημαίνει περισσότερα από την προσθήκη του ονόματος ενός νέου αλγορίθμου. Οι παλιοί πελάτες, οι παραλήπτες εκτός σύνδεσης, τα αποθηκευμένα μηνύματα και οι συνδεδεμένες συσκευές πρέπει να συμπεριφέρονται προβλέψιμα κατά τη μετάβαση.
Το RFC 7696 της IETF περιγράφει την ευελιξία αλγορίθμων ως πρόβλημα μετάβασης που περιλαμβάνει αναγνωριστικά, υλοποιήσεις και λειτουργικές αλλαγές. Ένας αριθμός έκδοσης βοηθά να προσδιοριστεί τι χρησιμοποιείται· δεν καθιστά από μόνος του τη μετάβαση ασφαλή.
Τρεις εκδόσεις που συγχέονται εύκολα
Μια εφαρμογή μηνυμάτων μπορεί να έχει έκδοση εφαρμογής, έκδοση πρωτοκόλλου επικοινωνίας και αναγνωριστικό κρυπτογραφικής σουίτας. Απαντούν σε διαφορετικά ερωτήματα:
| Αναγνωριστικό | Τι δείχνει στον αξιολογητή | Τι δεν αποδεικνύει |
|---|---|---|
| Έκδοση εφαρμογής | Ποια μεταγλώττιση λογισμικού είναι εγκατεστημένη | Ότι κάθε συνομιλία χρησιμοποιεί το νεότερο πρωτόκολλο |
| Έκδοση πρωτοκόλλου | Ποια μορφή μηνυμάτων και ποιοι κανόνες κατάστασης ισχύουν | Ότι η υλοποίηση ακολουθεί σωστά αυτούς τους κανόνες |
| Αναγνωριστικό αλγορίθμου ή σουίτας | Ποια κρυπτογραφικά συστατικά έχουν επιλεγεί | Ότι η διαπραγμάτευση δεν μπορεί να υποβαθμιστεί |
Οι σημειώσεις έκδοσης πρέπει να αποσαφηνίζουν τη σχέση. Το «διατέθηκε νέα κρυπτογράφηση» είναι αμφίσημο αν τη χρησιμοποιούν μόνο οι νέες συνομιλίες ή αν ένας παλαιότερος συνδεδεμένος πελάτης προκαλεί επιστροφή σε προηγούμενη επιλογή.
Τι πρέπει να προσδιορίζει μια ασφαλής μετάβαση
Ξεκινήστε με ένα συγκεκριμένο σενάριο: η Αλίκη ενημερώνει σήμερα την εφαρμογή· ο Μπομπ παραμένει εκτός σύνδεσης σε παλαιότερο τηλέφωνο. Η Αλίκη στέλνει ένα μήνυμα και αργότερα προσθέτει δεύτερη συσκευή. Τι πρέπει να αποδέχεται, να αποθηκεύει και να εμφανίζει κάθε συσκευή;
Ένας σχεδιασμός που μπορεί να αξιολογηθεί απαντά τουλάχιστον στα εξής ερωτήματα:
- Πώς μαθαίνει κάθε πλευρά ποιες εκδόσεις υποστηρίζει η άλλη;
- Αυθεντικοποιείται η επιλεγμένη έκδοση ως μέρος της συνεδρίας;
- Τι συμβαίνει όταν δεν υπάρχει κοινή αποδεκτή έκδοση;
- Μπορεί ένας κακόβουλος αναμεταδότης να αφαιρέσει μια πληροφορία δυνατότητας και να προκαλέσει ασθενέστερη λειτουργία;
- Παραμένουν αναγνώσιμα τα παλιά μηνύματα και ποια παλιά κλειδιά εξακολουθούν να χρειάζονται;
- Η επαναφορά αντιγράφου ασφαλείας αναβιώνει παρωχημένη κατάσταση πρωτοκόλλου;
- Πότε θα απενεργοποιηθούν οι υπό απόσυρση αλγόριθμοι αντί απλώς να αποθαρρύνεται η χρήση τους;
Μια ορατή αποτυχία είναι συχνά ασφαλέστερη από μια αθόρυβη μετάβαση σε λειτουργία που δεν επέλεξε ο χρήστης. Ωστόσο, η ακριβής συμπεριφορά αποτυχίας και ανάκαμψης πρέπει να τεκμηριώνεται, ώστε οι άνθρωποι να μην παρακάμπτουν το πρόβλημα μεταβαίνοντας σε απροστάτευτο κανάλι.
Ένας πρακτικός πίνακας δοκιμών αναβάθμισης
Μια αναβάθμιση ασφαλείας χρειάζεται περισσότερα από μια επιτυχημένη συνομιλία ανάμεσα σε δύο νέες εγκαταστάσεις. Δοκιμάστε αυτές τις περιπτώσεις με μη ευαίσθητα δεδομένα:
| Δοκιμή | Στοιχεία που πρέπει να καταγραφούν |
|---|---|
| Νέος πελάτης προς παλιό πελάτη | Επιλεγμένο πρωτόκολλο ή σαφές αποτέλεσμα ασυμβατότητας |
| Παραλήπτης εκτός σύνδεσης κατά την αναβάθμιση | Συμπεριφορά παράδοσης και αποκρυπτογράφησης μετά την επανασύνδεση |
| Επιστροφή παλιάς συνδεδεμένης συσκευής | Αν μπορεί να διαβάζει, να στέλνει ή να επιβάλλει απροσδόκητη λειτουργία |
| Προσθήκη ασύμβατου μέλους σε ομάδα | Ρητή πολιτική ομάδας και κατάσταση ορατή στον χρήστη |
| Επαναφορά αντιγράφου μετά την απόσυρση | Αν η μη υποστηριζόμενη κατάσταση απορρίπτεται ή μεταφέρεται |
| Παραποιημένα μεταδεδομένα έκδοσης | Αποτυχία αυθεντικοποίησης αντί για απαρατήρητη υποβάθμιση |
Αυτά είναι κριτήρια αξιολόγησης, όχι ισχυρισμοί ότι κάποιο συγκεκριμένο προϊόν πέρασε τις δοκιμές. Διατηρήστε τα αναγνωριστικά μεταγλώττισης και τα παρατηρημένα αποτελέσματα, ώστε μια μεταγενέστερη παλινδρόμηση να διακρίνεται από αλλαγή στην τεκμηρίωση.
Πώς να διαβάζετε τα ονόματα πρωτοκόλλων της Livara
Η Livara χρησιμοποιεί τα ονόματα LVR1 για άμεσες συνομιλίες και LGS1 για ιδιωτικές ομάδες στην τεκμηρίωση ασφαλείας. Αυτά τα ονόματα διακρίνουν αρμοδιότητες· δεν πρέπει να εκλαμβάνονται ως απόδειξη ανεξάρτητης τυποποίησης ή ελέγχου. Η σελίδα εξετάζει επίσης τη συμπεριφορά πελατών ή ομάδων που δεν μπορούν να ικανοποιήσουν τις προϋποθέσεις της κρυπτογραφημένης λειτουργίας.
Τα επόμενα χρήσιμα στοιχεία θα ήταν μια προδιαγραφή με εκδόσεις, διανύσματα δοκιμών, κανόνες συμβατότητας και αποτελέσματα αξιολόγησης συνδεδεμένα με συγκεκριμένη έκδοση. Το Proof Lab δηλώνει ρητά το μικρότερο εύρος της επίδειξής του. Η δοκιμή κρυπτογραφικών δομικών στοιχείων σε πρόγραμμα περιήγησης δεν ισοδυναμεί με δοκιμή κάθε διαδρομής μετάβασης στην εφαρμογή.
Τι πρέπει να κάνουν οι χρήστες κατά την αναβάθμιση κρυπτογράφησης
Διατηρείτε ενημερωμένους τους υποστηριζόμενους πελάτες, διαβάζετε τις ειδοποιήσεις ασφαλείας για τη συμβατότητα συσκευών και προσέχετε τις αλλαγές στις ενδείξεις ταυτότητας ή κατάστασης κρυπτογράφησης. Μην υποθέτετε ότι ένα νέο εικονίδιο εφαρμογής σημαίνει πως κάθε παλιά ομάδα και αντίγραφο ασφαλείας απέκτησε νέα προστασία. Αν το προϊόν δεν μπορεί να εξηγήσει ποια δεδομένα άλλαξαν προστασία, ρωτήστε προτού μοιραστείτε ευαίσθητο υλικό.
Η καλή κρυπτογραφική ευελιξία καθιστά την αλλαγή ελέγξιμη. Προσδιορίζει τι άλλαξε, πώς συμφωνούν οι δύο πλευρές σε αυτό, τι μπορεί να πάει στραβά και πότε ο παλιός μηχανισμός παύει να γίνεται αποδεκτός.
