Η διατερματική κρυπτογράφηση είναι πρόσθετο επίπεδο, όχι άδεια να αγνοείτε προειδοποιήσεις TLS ή να εμπιστεύεστε αλλοιωμένο κώδικα.
Το TLS και η διατερματική κρυπτογράφηση δημιουργούν δύο διαφορετικά όρια. Αυτά τα όρια έχουν σημασία και στην αξιολόγηση VPN και διακομιστών μεσολάβησης. Το TLS συνήθως προστατεύει τη σύνδεση της συσκευής σας με την υπηρεσία· η σωστά υλοποιημένη και αυθεντικοποιημένη διατερματική κρυπτογράφηση προστατεύει το περιεχόμενο της συνομιλίας μέχρι τη συσκευή του παραλήπτη. Η ανάγνωση του επιπέδου TLS δεν σημαίνει απαραίτητα ανάγνωση του διατερματικά κρυπτογραφημένου περιεχομένου, αλλά αυτό δεν σημαίνει ότι η ασφάλεια TLS παύει να έχει σημασία.
Αν ένας ενδιάμεσος μπορεί να τερματίσει την ασφαλή σύνδεση, ενδέχεται, εκτός από την παρατήρηση των μεταφερόμενων δεδομένων, να αλλάξει απαντήσεις ή τον κώδικα της εφαρμογής ιστού. Γι’ αυτό η φράση «παράκαμψη του TLS με το LVR1» δεν περιγράφει κατάλληλα την ασφάλεια μιας εφαρμογής μηνυμάτων.
Πώς ένα πιστοποιητικό ρίζας επιτρέπει την επιθεώρηση;
Σε μια σύνδεση HTTPS, η συσκευή ελέγχει την αλυσίδα πιστοποιητικών του διακομιστή και το όνομα κεντρικού υπολογιστή. Αν ο ενδιάμεσος παρουσιάσει πιστοποιητικό που η εφαρμογή θεωρεί έγκυρο, μπορεί να δημιουργήσει δύο ξεχωριστές συνδέσεις: μία με τον χρήστη και μία με τον πραγματικό διακομιστή. Τότε αποτελεί άκρο μιας σύνδεσης TLS, όχι ακροατή που έσπασε την κρυπτογράφηση απλώς κοιτάζοντας τα πακέτα.
Η εγκατάσταση ενός αυθαίρετου πιστοποιητικού από μόνη της δεν αρκεί· η εφαρμογή πρέπει να το εμπιστεύεται και οι έλεγχοι της σύνδεσης πρέπει να γίνουν αποδεκτοί. Η τεκμηρίωση διαμόρφωσης ασφάλειας δικτύου Android εξηγεί ότι η πολιτική εμπιστοσύνης μπορεί να διαφέρει ανά εφαρμογή. Οι εφαρμογές που στοχεύουν Android 7.0 και νεότερο δεν εμπιστεύονται από προεπιλογή πιστοποιητικά που προσθέτει ο χρήστης, εκτός αν έχουν διαφορετική διαμόρφωση.
Πρόκειται για γενικό τεχνικό μηχανισμό. Δεν επιτρέπει συμπεράσματα χωρίς στοιχεία για συγκεκριμένο πάροχο, χώρα ή περιστατικό. Μια διακοπή ή το φιλτράρισμα δεν αποδεικνύει από μόνο του επιτυχή επιθεώρηση TLS.
Αν ανοιχτεί το TLS, τι μπορεί να φανεί;
| Τύπος δεδομένων ή κατάσταση | Πιθανή συνέπεια επιθεώρησης TLS |
|---|---|
| Περιεχόμενο που προστατεύεται μόνο με HTTPS | Ο έμπιστος ενδιάμεσος μπορεί να δει το κείμενο |
| Μήνυμα ήδη κρυπτογραφημένο με το έγκυρο κλειδί του παραλήπτη | Ο ενδιάμεσος συνήθως βλέπει κρυπτοκείμενο, όχι το κείμενο του μηνύματος |
| Δεδομένα δρομολόγησης, συνεδρίας ή βοηθητικών αιτημάτων | Ο βαθμός έκθεσης εξαρτάται από τη μορφή και τον σχεδιασμό της υπηρεσίας |
| Κώδικας της έκδοσης ιστού που φτάνει από την ίδια διαδρομή | Η αλλαγή κώδικα μπορεί να απειλήσει την ασφάλεια του τερματικού |
| Η υπηρεσία δεν είναι διαθέσιμη ή η κίνηση αποκλείεται | Η κρυπτογράφηση από μόνη της δεν δημιουργεί σύνδεση |
Η προστασία περιεχομένου με E2EE εξαρτάται επίσης από τη γνησιότητα του κλειδιού του παραλήπτη και την ακεραιότητα του λογισμικού και στις δύο πλευρές. Αν ο επιτιθέμενος αντικαταστήσει το αρχικό κλειδί ή αλλοιωθεί η εφαρμογή που βλέπει το μήνυμα πριν κρυπτογραφηθεί, η απλή παρουσία AES ή ML-KEM δεν αρκεί.
Γιατί η έκδοση ιστού χρειάζεται ασφαλές TLS;
Μια εφαρμογή ιστού συνήθως λαμβάνει εκτελέσιμο κώδικα από τον διακομιστή. Αν ο κώδικας είναι κακόβουλος, μπορεί να αποκτήσει πρόσβαση στο περιεχόμενο πριν από την κρυπτογράφηση ή μετά την αποκρυπτογράφηση. Η διατερματική κρυπτογράφηση δεν αξιολογείται ανεξάρτητα από τον τρόπο παράδοσης και εκτέλεσης του κώδικα.
Και στην εγκατεστημένη έκδοση έχουν σημασία η γνησιότητα του πακέτου, οι ενημερώσεις και η ακεραιότητα του λειτουργικού συστήματος. Η υπογραφή πακέτου και ο έλεγχος κατακερματισμού είναι χρήσιμα, αλλά δεν αποτελούν πλήρη έλεγχο ασφάλειας της εφαρμογής. Το μοντέλο απειλών του Livara επισημαίνει επίσης ότι, αν ο επιτιθέμενος αλλάξει τόσο το αρχείο όσο και την εμφανιζόμενη τιμή κατακερματισμού, η συμφωνία τους από μόνη της δεν αποδεικνύει γνησιότητα.
Τι ισχυρίζεται το Livara;
Σύμφωνα με την τεκμηρίωση ασφάλειας του Livara, τα άμεσα μηνύματα χρησιμοποιούν LVR1 και οι συμβατές ιδιωτικές ομάδες LGS1. Η τεκμηρίωση περιγράφει τον συνδυασμό P-256 και ML-KEM-768 και την κρυπτογράφηση του περιεχομένου των μηνυμάτων. Πρόκειται για ισχυρισμούς του προϊόντος, όχι για αποτελέσματα ανεξάρτητου ελέγχου σε αυτό το άρθρο.
Η ίδια σελίδα αναφέρει τη διατήρηση μεταδεδομένων δρομολόγησης και τον δημόσιο χαρακτήρα των καναλιών δημοσίευσης. Επομένως, το σωστό συμπέρασμα δεν είναι ότι «όλες οι πληροφορίες κρύβονται» ή ότι «δεν απαιτείται καμία εμπιστοσύνη στο δίκτυο». Είναι ότι η προστασία ιδιωτικού περιεχομένου πρέπει να εξετάζεται χωριστά από τη σύνδεση, την παράδοση κλειδιών, τον κώδικα της εφαρμογής και τα μεταδεδομένα.
Τι κάνουμε σε προειδοποίηση πιστοποιητικού;
- Μην αγνοείτε προειδοποίηση του προγράμματος περιήγησης ή της εφαρμογής για να συνεχίσετε μια ευαίσθητη συνομιλία.
- Ελέγξτε την ημερομηνία της συσκευής και την ακριβή διεύθυνση της υπηρεσίας· δεν είναι κάθε σφάλμα πιστοποιητικού απαραίτητα επίθεση.
- Αν η συσκευή ανήκει σε οργανισμό, ρωτήστε τον αρμόδιο εξουσιοδοτημένο υπεύθυνο για την πολιτική διαχείρισης και τα εγκατεστημένα πιστοποιητικά· μην αλλάζετε αυθαίρετα διαχειριζόμενες ρυθμίσεις.
- Μην εγκαθιστάτε πιστοποιητικό ή προφίλ μόνο επειδή το ζητά ένα άγνωστο μήνυμα.
- Σε ευαίσθητες συνομιλίες, συγκρίνετε το αποτύπωμα του κλειδιού με τον συνομιλητή μέσω ανεξάρτητης διαδρομής· η σύγκριση κλειδιών δεν αντικαθιστά την επίλυση της προειδοποίησης TLS.
Συχνές ερωτήσεις
Λύνει ένα VPN όλα αυτά τα προβλήματα;
Όχι. Το VPN μπορεί να αλλάξει τη διαδρομή παρατήρησης της κίνησης, αλλά δεν διορθώνει αυτόματα μια μολυσμένη συσκευή, ένα κακόβουλο έμπιστο πιστοποιητικό ή αλλοιωμένο κώδικα ιστού.
Αρκεί η αυθεντικοποίηση χωρίς αποστολή κωδικού πρόσβασης;
Όχι. Το πρωτόκολλο αυθεντικοποίησης, η διαχείριση συνεδρίας και η κρυπτογράφηση μηνυμάτων έχουν διαφορετικές λειτουργίες. Μια ψεύτικη σελίδα σύνδεσης ή κακόβουλος κώδικας μπορεί να λάβει την ίδια την είσοδο του χρήστη πριν εκτελεστεί το πρωτόκολλο.
Πρακτική αρχή: Η E2EE είναι πολύτιμο επίπεδο· μην τη θεωρείτε άδεια να αγνοείτε πιστοποιητικά, τη γνησιότητα της εφαρμογής ή την επαλήθευση κλειδιών.
