Συγκρίνετε το κόστος μιας καθορισμένης λειτουργίας και τα στοιχεία για μια καθορισμένη απειλή — όχι απλώς ένα διάγραμμα δέντρου με ένα διάγραμμα κλειδιών αποστολέων.
Το Messaging Layer Security (MLS) και το LGS1 της Livara δεν είναι δύο εναλλάξιμα πιστοποιητικά ασφάλειας ομαδικών συνομιλιών. Το MLS είναι πρότυπο πρωτοκόλλου της IETF· το LGS1 είναι η τεκμηριωμένη σχεδίαση ειδικά για το προϊόν Livara. Μια δίκαιη σύγκριση διαχωρίζει την αρχιτεκτονική, τα στοιχεία για την υλοποίηση και τη συμπεριφορά που βιώνουν πραγματικά οι χρήστες.
Η βασική διάκριση είναι η κοινή ομαδική κατάσταση βάσει δέντρου έναντι κλειδιών αποστολέων που διανέμονται μέσω συνεδριών ανά ζεύγη. Καμία ετικέτα μόνη της δεν λέει αν μια συγκεκριμένη εφαρμογή χειρίζεται σωστά ένα αφαιρεμένο μέλος, μια συσκευή με παρωχημένη κατάσταση ή ένα παραβιασμένο κλειδί.
Η αρχιτεκτονική διαφορά
Το RFC 9420 ορίζει το MLS για ασύγχρονη εγκαθίδρυση ομαδικών κλειδιών. Χρησιμοποιεί δέντρο ratchet και ομαδικές εποχές, με εμπροσθοβαρή μυστικότητα και ασφάλεια μετά την παραβίαση υπό δηλωμένες προϋποθέσεις. Η δενδρική δομή του μειώνει ορισμένα κόστη ενημέρωσης κλειδιών καθώς μεγαλώνει η ομάδα.
Η τεκμηρίωση ασφαλείας της Livara περιγράφει το LGS1 ως υπογεγραμμένη αλυσίδα αποστολέα για κάθε μέλος, που διανέμεται μέσω συνεδριών LVR1 ανά ζεύγη και ανανεώνεται στις αλλαγές μελών. Πρόκειται για ισχυρισμό προϊόντος, όχι για στοιχείο ότι το LGS1 συμμορφώνεται με το MLS ή διαθέτει την ίδια ανάλυση.
| Ερώτημα | MLS | Τεκμηρίωση Livara LGS1 |
|---|---|---|
| Κοινή δομή | Δέντρο ratchet και εποχές | Αλυσίδες ανά αποστολέα |
| Ενημερώσεις κλειδιών | Αλλαγές ομαδικής κατάστασης οριστικοποιούνται σε νέα εποχή | Νέα κλειδιά αποστολέων διανέμονται στα μέλη |
| Κατάσταση προδιαγραφής | Πρότυπο IETF, RFC9420 | Δημοσιευμένη περιγραφή ειδικά για το προϊόν |
| Τι χρειάζεται ακόμη αξιολόγηση | Ενσωμάτωση στην εφαρμογή και υλοποίηση | Πλήρης προδιαγραφή, υλοποίηση και ανεξάρτητα στοιχεία |
Ο πίνακας περιγράφει κατηγορίες σχεδίασης. Δεν είναι μέτρηση επιδόσεων ούτε κατάταξη ασφαλείας.
Τι σημαίνει «λογαριθμικό» — και τι δεν σημαίνει
Μια κρυπτογραφική ενημέρωση μπορεί να χρησιμοποιεί λογαριθμικό αριθμό κρυπτογραφημένων στοιχείων διαδρομής δέντρου χωρίς να γίνεται όλη η εργασία του συστήματος λογαριθμική. Τα μηνύματα εξακολουθούν να χρειάζονται διανομή, οι πελάτες διατηρούν κατάσταση και η συμπεριφορά εξαρτάται από τη δομή της ομάδας και τις λειτουργίες. Η παλιά σύγκριση «το MLS χρειάζεται O(log N) μηνύματα, ενώ όλα στο LGS1 είναι γρηγορότερα» ανακάτευε διαφορετικά κόστη και δεν παρείχε μετρήσεις.
Η αρχιτεκτονική MLS, RFC 9750, αντιμετωπίζει την υπηρεσία παράδοσης χωριστά από την κρυπτογραφική εγκαθίδρυση κλειδιών. Εξετάζει τη διανομή μηνυμάτων και τη σειρά αλλαγών της ομάδας. Ο διαχωρισμός έχει σημασία: υπολογισμοί πελάτη, byte σε ένα commit, συνολικός όγκος διανομής διακομιστή και κίνηση επανασύνδεσης είναι διαφορετικές μετρικές.
Μια ουσιαστική αναφορά επιδόσεων πρέπει να δηλώνει:
- το μέγεθος της ομάδας και τον αριθμό συσκευών ανά άτομο·
- αν η λειτουργία είναι κανονικό μήνυμα, αφαίρεση μέλους, ενημέρωση κλειδιού ή επανασύνδεση·
- τα byte που στέλνει ο πελάτης που ξεκινά τη λειτουργία έναντι της συνολικής κίνησης παράδοσης·
- τον χρόνο που απαιτήθηκε, το μοντέλο συσκευής, την έκδοση υλοποίησης και τις συνθήκες δικτύου·
- το κόστος χαμένων ενημερώσεων και επαναλαμβανόμενων αλλαγών μελών.
Χωρίς αυτά τα στοιχεία, ισχυρισμοί για «χιλιοστά του δευτερολέπτου», «χαμηλή επιβάρυνση κατάστασης» ή υπεροχή σε συγκεκριμένο μέγεθος ομάδας δεν τεκμηριώνονται.
Η αφαίρεση μέλους είναι δοκιμή κύκλου ζωής
Η αφαίρεση λογαριασμού από διαχειριστή είναι μόνο ένα μέρος της ασφάλειας. Οι πελάτες πρέπει να συμφωνούν στη νέα κατάσταση μελών, να χρησιμοποιούν κατάλληλα νέα κλειδιά και να αποφεύγουν να τα δίνουν σε αποκλεισμένες συσκευές. Κάποιος που ήδη διαθέτει παλιό μη κρυπτογραφημένο κείμενο ή παλιά κλειδιά μπορεί να διατηρεί πρόσβαση σε παλιό περιεχόμενο· η αφαίρεση δεν εξαφανίζει τα αντίγραφά του.
Για οποιοδήποτε σύστημα, μια χρήσιμη δοκιμή ρωτά: μετά την ολοκλήρωση της αφαίρεσης, μπορεί η αφαιρεμένη συσκευή να αποκρυπτογραφήσει ένα νέο δοκιμαστικό μήνυμα χωρίς ευαίσθητα δεδομένα; Μπορεί ένα μέλος που ήταν εκτός σύνδεσης να ενημερωθεί με ασφάλεια; Αντιμετωπίζονται όλες οι συσκευές ενός λογαριασμού; Κάνει η διεπαφή ορατές τις αστοχίες ή τις αλλαγές μελών;
Αυτά είναι προτεινόμενα ερωτήματα αξιολόγησης, όχι αποτελέσματα δοκιμών που πραγματοποιήθηκαν εδώ. Μια σύγκριση προϊόντων πρέπει να δημοσιεύει το παρατηρημένο αποτέλεσμα και την έκδοση δοκιμής, αντί να εξισώνει ένα επιτυχές κλικ διαχειριστή με κρυπτογραφικό αποκλεισμό.
Η εμπροσθοβαρής μυστικότητα και η ανάκαμψη είναι υπό όρους
Η διατήρηση της προστασίας παλιών μηνυμάτων μετά από μεταγενέστερη παραβίαση εξαρτάται από την απόσυρση παλιού μυστικού υλικού. Η αποκατάσταση της προστασίας μελλοντικών μηνυμάτων εξαρτάται από την ενσωμάτωση νέων μυστικών αφού ο επιτιθέμενος χάσει τη σχετική πρόσβαση. Στο MLS, η επεξεργασία ομαδικών ενημερώσεων αποτελεί μέρος αυτής της ανάκαμψης· η απλή αποστολή μιας ενημέρωσης δεν σημαίνει ότι κάθε μέλος την έχει εφαρμόσει. Δείτε τις παρατηρήσεις ασφαλείας στο RFC 9420.
Για μια σχεδίαση κλειδιών αποστολέων, ρωτήστε πώς αντικαθίσταται και αναδιανέμεται η παραβιασμένη κατάσταση κάθε αποστολέα. Μια μονόδρομη αλυσίδα μόνη της δεν πρέπει να περιγράφεται ως αυτόματη αποκατάσταση απέναντι σε επιτιθέμενο που γνωρίζει την τρέχουσα κατάστασή της. Η προστασία ανά ζεύγη κατά την αναδιανομή είναι σχετική, αλλά δεν αντικαθιστά πλήρη ανάλυση σε επίπεδο ομάδας.
Οι μετακβαντικοί ισχυρισμοί χρειάζονται συγκεκριμένη σουίτα και πεδίο εφαρμογής
Οι κρυπτογραφικές σουίτες του βασικού RFC9420 χρησιμοποιούν κλασικούς μηχανισμούς δημόσιου κλειδιού. Το MLS είναι επεκτάσιμο, επομένως ένας ισχυρισμός για συγκεκριμένη υλοποίηση πρέπει να προσδιορίζει την πραγματική σουίτα και τις επεκτάσεις της, αντί να χαρακτηρίζει όλες τις εγκαταστάσεις MLS μόνιμα κλασικές.
Η τεκμηριωμένη χρήση υβριδικής διανομής LVR1 από το LGS1 είναι διαφορετικός ισχυρισμός από μια ανεξάρτητα αναλυμένη μετακβαντική εγγύηση για κάθε ομαδική λειτουργία. Το FIPS 203 τυποποιεί το ML-KEM· δεν πιστοποιεί ολόκληρο το ομαδικό πρωτόκολλο που το ενσωματώνει. Αξιολογήστε μαζί αυθεντικοποίηση, αλλαγές μελών, παραβίαση κλειδιών και υλοποίηση, όχι μόνο το όνομα του KEM.
Τι να ζητήσετε πριν επιλέξετε προϊόν
Ζητήστε την τρέχουσα προδιαγραφή πρωτοκόλλου, διανύσματα δοκιμών και ανεξάρτητη αξιολόγηση της συγκεκριμένης έκδοσης, μαζί με τα ανεπίλυτα ευρήματα. Έπειτα συγκρίνετε συνηθισμένες απαιτήσεις προϊόντος: υποστηριζόμενες συσκευές, συμπεριφορά ενημερώσεων, ανάκτηση, ρόλους συντονισμού και δεδομένα που διατηρούν οι διακομιστές.
Η αρχιτεκτονική MLS εξετάζει ρητά τις υπηρεσίες εφαρμογής και τις παραδοχές εμπιστοσύνης τους. Αντίστοιχα, το μοντέλο απειλών της Livara πρέπει να διαβάζεται μαζί με τους ισχυρισμούς προϊόντος. Η κρυπτογράφηση δεν κάνει αξιόπιστους τους εξουσιοδοτημένους συμμετέχοντες, δεν σταματά τα στιγμιότυπα οθόνης και δεν αφαιρεί κάθε μορφή μεταδεδομένων.
Αν λείπουν στοιχεία, καταγράψτε «δεν έχει τεκμηριωθεί» αντί να χαρακτηρίζετε αυτόματα μια σχεδίαση ανασφαλή ή ανώτερη. Η απόφαση πρέπει να αντανακλά τους κινδύνους της ομάδας σας και την ποιότητα των διαθέσιμων στοιχείων.
Συχνές ερωτήσεις
Είναι το LGS1 υλοποίηση του MLS;
Οι δημοσιευμένες περιγραφές δείχνουν διαφορετικές αρχιτεκτονικές. Το άρθρο δεν προσδιορίζει το LGS1 ως υλοποίηση MLS ούτε ισχυρίζεται διαλειτουργικότητα.
Απαιτεί το MLS να είναι όλα τα μέλη ταυτόχρονα συνδεδεμένα;
Όχι. Η ασύγχρονη χρήση είναι μέρος της σχεδίασής του. Οι εφαρμογές εξακολουθούν να χρειάζονται πολιτικές για καθυστερημένες ενημερώσεις, παρωχημένη κατάσταση και μέλη που παραμένουν πολύ καιρό εκτός σύνδεσης.
Η μετακβαντική διανομή κλειδιών λύνει το ζήτημα της ομαδικής ασφάλειας;
Όχι. Αντιμετωπίζει μέρος της εγκαθίδρυσης κλειδιών. Ταυτότητα, συμμετοχή στην ομάδα, κύκλος ζωής κλειδιών, ασφάλεια τελικών σημείων και υλοποίηση εξακολουθούν να χρειάζονται στοιχεία.
Ποια σχεδίαση είναι ταχύτερη;
Δεν υπάρχει μέτρηση επιδόσεων σε αυτό το άρθρο που να τεκμηριώνει νικητή. Μετρήστε τις λειτουργίες και την εγκατάσταση που έχουν σημασία για την ομάδα σας.
