Το χρήσιμο ερώτημα ασφαλείας δεν είναι αν η κρυπτογράφηση ακούγεται ισχυρή, αλλά τι προστατεύει, ποιος κατέχει τα κλειδιά και ποια στοιχεία στηρίζουν τον ισχυρισμό.
Η «κρυπτογράφηση στρατιωτικού επιπέδου» δεν είναι αρκετή πληροφορία για να αξιολογήσετε μια εφαρμογή ανταλλαγής μηνυμάτων. Η φράση δεν σας λέει ποιος κατέχει τα κλειδιά, ποιες συνομιλίες προστατεύονται, αν τα αντίγραφα ασφαλείας εκθέτουν μη κρυπτογραφημένο κείμενο ή τι συμβαίνει όταν παραβιαστεί μια συσκευή.
Η χρήσιμη αντίδραση δεν είναι να απορρίψετε την κρυπτογράφηση. Είναι να αντικαταστήσετε μια εντυπωσιακή ετικέτα με συγκεκριμένους ισχυρισμούς που μπορούν να ελεγχθούν.
Το AES-256 είναι επιλογή αλγορίθμου, όχι πλήρες μοντέλο ασφαλείας
Το AES είναι δημόσιο πρότυπο, όχι μυστική στρατιωτική τεχνολογία. Το FIPS 197 του NIST ορίζει τα AES-128, AES-192 και AES-256· η κατάληξη δηλώνει το μήκος του κλειδιού. Το πρότυπο ενημερώθηκε συντακτικά το 2023 χωρίς αλλαγή του αλγορίθμου.
Ένας ισχυρός κρυπτογραφικός αλγόριθμος μπορεί παρ’ όλα αυτά να χρησιμοποιείται σε σύστημα που δίνει στην υπηρεσία πρόσβαση στο μη κρυπτογραφημένο κείμενο. Ρωτήστε ποιος μπορεί να αποκρυπτογραφήσει, όχι μόνο πόσο μεγάλο είναι το κλειδί. Ρωτήστε επίσης πώς δημιουργούνται και αποθηκεύονται τα κλειδιά, πώς επαληθεύονται οι ταυτότητες και ποιες συνθήκες αστοχίας κάνουν την εφαρμογή να σταματά αντί να συνεχίζει με μη ασφαλή τρόπο.
Όταν ένας προμηθευτής αναφέρει AES-GCM, είναι πιο συγκεκριμένος από το να αναφέρει μόνο AES: το GCM συνδυάζει κρυπτογράφηση και αυθεντικοποίηση. Η σωστή διαχείριση nonce, η επαλήθευση ετικετών αυθεντικοποίησης και άλλες απαιτήσεις υλοποίησης εξακολουθούν να έχουν σημασία. Η προδιαγραφή GCM του NIST αποτελεί την τεχνική αναφορά· ένα λογότυπο δεν αποδεικνύει ότι μια εφαρμογή την υλοποιεί σωστά.
Τέσσερις διαφορετικοί ισχυρισμοί που το μάρκετινγκ συχνά συνδυάζει
| Ισχυρισμός | Τι καλύπτει | Τι δεν τεκμηριώνει |
|---|---|---|
| Κρυπτογραφημένη μεταφορά | Προστασία μιας σύνδεσης, όπως από εφαρμογή σε διακομιστή | Ότι ο διακομιστής δεν μπορεί να διαβάσει το περιεχόμενο |
| Κρυπτογράφηση αποθηκευμένων δεδομένων | Προστασία αποθηκευμένων δεδομένων με συγκεκριμένο μοντέλο κλειδιών και πρόσβασης | Ότι ο διαχειριστής δεν διαθέτει το κλειδί αποκρυπτογράφησης |
| Διατερματική κρυπτογράφηση | Προστασία περιεχομένου μεταξύ καθορισμένων τελικών σημείων | Ασφάλεια παραβιασμένου τελικού σημείου ή εντιμότητα του παραλήπτη |
| Μετακβαντική εγκαθίδρυση κλειδιών | Αντοχή σε συγκεκριμένες κβαντικές απειλές κατά την εγκαθίδρυση κλειδιών | Πλήρη έλεγχο της εφαρμογής, ανωνυμία ή εγγυημένη μελλοντική ασφάλεια |
Η κρυπτογράφηση μεταφοράς δεν συνεπάγεται ότι κάθε βάση δεδομένων παρόχου αποθηκεύει ακατέργαστο μη κρυπτογραφημένο κείμενο. Μια υπηρεσία μπορεί επίσης να κρυπτογραφεί αποθηκευμένα δεδομένα. Η ουσιαστική διάκριση είναι αν ο πάροχος ελέγχει τα κλειδιά ή έχει με άλλον τρόπο πρόσβαση σε αναγνώσιμο περιεχόμενο. Να είστε ακριβείς, αντί να αντικαθιστάτε ένα σύνθημα με άλλο.
Για μια ευρύτερη εισαγωγή, δείτε το κείμενο για το τι προστατεύει η διατερματική κρυπτογράφηση.
«Χρησιμοποιεί πρότυπο NIST» δεν σημαίνει «επικυρωμένο κατά FIPS»
Το FIPS 203 ορίζει το ML-KEM, έναν μηχανισμό ενθυλάκωσης κλειδιών. Μια εφαρμογή μηνυμάτων μπορεί να περιγράφει τη χρήση αυτού του αλγορίθμου χωρίς να έχει πιστοποιηθεί ή ελεγχθεί ανεξάρτητα ολόκληρη η εφαρμογή. Τα πρότυπα, οι δοκιμές αλγορίθμων, η επικύρωση κρυπτογραφικών μονάδων και οι έλεγχοι ασφαλείας προϊόντων είναι διαφορετικά είδη αποδεικτικών στοιχείων.
Το Πρόγραμμα Επικύρωσης Κρυπτογραφικών Μονάδων του NIST διευκρινίζει ότι η υλοποίηση εγκεκριμένων λειτουργιών δεν αρκεί για να τεκμηριώσει επικύρωση μονάδας κατά FIPS 140. Αν ένα προϊόν διαφημίζει επικύρωση, ζητήστε το πιστοποιητικό, την ακριβή μονάδα και έκδοση, το περιβάλλον λειτουργίας και την εγκεκριμένη διαμόρφωση. Έπειτα προσδιορίστε ποιο τμήμα του προϊόντος καλύπτει πραγματικά το πιστοποιητικό.
Γι’ αυτό και η «ασφάλεια 256 bit» δεν πρέπει να χρησιμοποιείται ως γενική βαθμολογία για ολόκληρη την εφαρμογή μηνυμάτων. Η σύνθεση πρωτοκόλλων, η διαχείριση κλειδιών και η υλοποίηση μπορούν να επιβάλλουν διαφορετικούς περιορισμούς.
Η αυθεντικοποίηση με κωδικό δεν είναι κρυπτογράφηση μηνυμάτων
Ένας μηχανισμός σύνδεσης απαντά στο αν ένας χρήστης μπορεί να αποκτήσει πρόσβαση σε έναν λογαριασμό. Η E2EE απαντά στο ποιος μπορεί να διαβάσει προστατευμένο περιεχόμενο μηνυμάτων. Κανένας μηχανισμός δεν παρέχει αυτόματα τις ιδιότητες του άλλου.
Για παράδειγμα, το SRP έχει σχεδιαστεί για αυθεντικοποίηση χωρίς μετάδοση του ίδιου του κωδικού. Αυτό δεν σημαίνει ότι μια κλεμμένη βάση δεδομένων αυθεντικοποίησης είναι ακίνδυνη. Η συζήτηση ασφαλείας του SRP στο RFC 5054 εξηγεί ότι ένας κλεμμένος επαληθευτής επιτρέπει επιθέσεις εικασίας κωδικού και άλλους κινδύνους. Αποφύγετε το συμπέρασμα «δεν υπάρχουν κωδικοί για κλοπή, άρα μια παραβίαση διακομιστή δεν μπορεί να έχει σημασία».
Για τους αναγνώστες, το πρακτικό επόμενο βήμα είναι να ρωτήσουν για την ανάκτηση λογαριασμού, τις ενεργές συνεδρίες και τη σχέση πρόσβασης στον λογαριασμό και κλειδιών κρυπτογράφησης. Μια απάντηση που απλώς επαναλαμβάνει «μηδενική γνώση» αφήνει αναπάντητα τα σημαντικά ερωτήματα.
Πέντε ερωτήσεις για τη σελίδα ασφαλείας μιας εφαρμογής μηνυμάτων
- Ποιες επιφάνειες καλύπτονται; Οι προσωπικές συνομιλίες, οι ομάδες, τα αρχεία, οι κλήσεις, οι δημόσιες αναρτήσεις και τα αντίγραφα ασφαλείας μπορεί να έχουν διαφορετικά όρια.
- Ποιος κατέχει χρησιμοποιήσιμα κλειδιά; Συμπεριλάβετε κλειδιά ανάκτησης, συνδεδεμένες συσκευές και τρόπους επεξεργασίας στον διακομιστή.
- Πώς επαληθεύεται το άλλο τελικό σημείο; Αναζητήστε επαλήθευση κλειδιών, ουσιαστικές προειδοποιήσεις αλλαγών και τεκμηριωμένο μοντέλο εμπιστοσύνης.
- Ποια στοιχεία υπάρχουν; Οι προδιαγραφές, οι αναπαραγώγιμες μεταγλωττίσεις, τα διανύσματα δοκιμών και οι ανεξάρτητοι έλεγχοι απαντούν σε διαφορετικά ερωτήματα. Ζητήστε την έκδοση και το πεδίο εφαρμογής καθενός.
- Τι παραμένει ορατό ή ευάλωτο; Τα μεταδεδομένα, οι παραβιασμένες συσκευές, τα αντιγραμμένα μηνύματα και το δημόσιο περιεχόμενο δεν πρέπει να εξαφανίζονται από την εξήγηση.
Εφαρμόστε τον ίδιο έλεγχο στη Livara. Η τεκμηρίωση ασφαλείας της αναφέρει τα LVR1 και LGS1 και δημοσιεύει τα λειτουργικά όρια. Αντιμετωπίστε τα ως ισχυρισμούς προϊόντος προς αξιολόγηση, όχι ως ανεξάρτητη πιστοποίηση. Το Proof Lab προσφέρει περιορισμένες επιδείξεις και ελέγχους παραγόμενων αρχείων, όχι απόδειξη ότι κάθε λειτουργία ή έκδοση είναι ασφαλής.
Πώς να διαβάσετε έναν ανεξάρτητο έλεγχο
Ελέγξτε την ημερομηνία, τον ελεγκτή, την αναθεώρηση κώδικα, τις πλατφόρμες που περιλαμβάνονται και τα στοιχεία που εξαιρούνται. Διαβάστε τα ευρήματα και την κατάσταση αποκατάστασης, όχι μόνο το συνοπτικό σήμα. Ο έλεγχος μιας κρυπτογραφικής βιβλιοθήκης δεν καλύπτει αυτόματα την ανάκτηση λογαριασμού, την εφαρμογή ιστού, τις ειδοποιήσεις ή τη λειτουργική ασφάλεια.
Η απουσία ελέγχου είναι κενό στη διασφάλιση, όχι απόδειξη συγκεκριμένης ευπάθειας. Αντίστροφα, ένας έλεγχος δεν αποτελεί ισόβια εγγύηση. Μια χρήσιμη σύγκριση καταγράφει τα στοιχεία και τους περιορισμούς τους αντί να ανακηρύσσει έναν καθολικά «πιο ασφαλή» νικητή.
Συχνές ερωτήσεις
Είναι το «στρατιωτικού επιπέδου» πάντα άλλο όνομα για το AES-256;
Όχι. Μη συμπεραίνετε συγκεκριμένο αλγόριθμο ή πιστοποίηση από τη φράση. Ζητήστε από τον προμηθευτή να δηλώσει ακριβώς τι εννοεί.
Η ισχυρότερη κρυπτογράφηση εμποδίζει τα στιγμιότυπα οθόνης ή το κακόβουλο λογισμικό;
Δεν εμποδίζει έναν παραλήπτη να αντιγράψει περιεχόμενο ή μια παραβιασμένη συσκευή να εκθέσει δεδομένα στα οποία έχει πρόσβαση. Αυτές είναι διαφορετικές απειλές.
Ποια ένδειξη είναι καλύτερη από ένα σύνθημα ασφαλείας;
Σαφές πεδίο εφαρμογής, κατονομασμένο πρωτόκολλο, ρητοί περιορισμοί και ελέγξιμα στοιχεία για την υλοποίηση που διανέμεται. Η εξήγηση πρέπει να σας βοηθά να αποφασίσετε τι να εμπιστευτείτε — και τι χρειάζεται ακόμη έλεγχο.
