Μια ασφαλής κλήση έχει περισσότερες από μία διαδρομές δεδομένων. Η σηματοδοσία συντονίζει ποιος καλεί και πώς συνδέονται τα τελικά σημεία· η διαδρομή πολυμέσων μεταφέρει ήχο και βίντεο. Η προστασία της μίας διαδρομής δεν προστατεύει αυτόματα την άλλη, και καμία από τις δύο από μόνη της δεν κρύβει κάθε μοτίβο επικοινωνίας.
Το WebRTC παρέχει σημαντικούς μηχανισμούς ασφάλειας, αλλά οι έλεγχοι ταυτότητας της εφαρμογής, οι ρόλοι των διακομιστών και η λειτουργία καταγραφής εξακολουθούν να καθορίζουν το συνολικό όριο ιδιωτικότητας.
Η σηματοδοσία και τα πολυμέσα επιτελούν διαφορετικές εργασίες
| Επίπεδο | Συνήθης σκοπός | Ερώτημα ασφάλειας |
|---|---|---|
| Σηματοδοσία | Προσκλήσεις, περιγραφές συνεδριών και υποψήφιες διευθύνσεις σύνδεσης | Ποιος μπορεί να διαβάσει ή να αλλάξει τις πληροφορίες εγκατάστασης και πώς πιστοποιείται η ταυτότητα του επιθυμητού συνομιλητή; |
| Πολυμέσα | Ήχος, βίντεο και σχετικές ροές πραγματικού χρόνου | Πού τερματίζεται η κρυπτογράφηση και ποια τελικά σημεία μπορούν να αποκτήσουν πρόσβαση στα πολυμέσα; |
| Λειτουργικές εγγραφές | Δρομολόγηση, χρονισμός συνδέσεων και κατάσταση παράδοσης | Ποια μεταδεδομένα μπορεί να παρατηρεί η υπηρεσία ή το δίκτυο; |
| Καταγραφή | Παραγωγή αντιγράφου που διατηρείται | Ποιος λαμβάνει μη κρυπτογραφημένο περιεχόμενο ή αξιοποιήσιμα κλειδιά καταγραφής και πού αποθηκεύεται το αντίγραφο; |
Ένα πρωτόκολλο μηνυμάτων μπορεί να μεταφέρει κρυπτογραφημένη σηματοδοσία, αλλά το WebRTC δεν απαιτεί καθολικά τη συγκεκριμένη μορφή περιβλήματος κάποιου αγγελιοφόρου. Είναι δυνατοί και άλλοι σχεδιασμοί με πιστοποίηση ταυτότητας.
Τι παρέχει το DTLS-SRTP
Η Αρχιτεκτονική Ασφάλειας WebRTC, RFC 8827, απαιτεί προστασία των καναλιών πολυμέσων και περιγράφει την εγκαθίδρυση κλειδιών DTLS-SRTP. Με απλά λόγια, το DTLS βοηθά να δημιουργηθεί το κρυπτογραφικό πλαίσιο και το SRTP προστατεύει τα πακέτα πολυμέσων πραγματικού χρόνου.
Τα τελικά σημεία αυτής της προστασίας έχουν σημασία. Μια απευθείας κρυπτογραφημένη σύνδεση μεταξύ συμμετεχόντων διαφέρει από μια σύνδεση που τερματίζεται σε διακομιστή επεξεργασίας πολυμέσων. Ορισμένα πολυμερή συστήματα προσθέτουν ένα ξεχωριστό διατερματικό επίπεδο πάνω από την κρυπτογράφηση μεταφοράς προς τον διακομιστή. Η λέξη «WebRTC» από μόνη της δεν σας λέει ποια αρχιτεκτονική χρησιμοποιεί ένα προϊόν.
Γιατί έχει σημασία η πιστοποίηση της σηματοδοσίας
Η εγκατάσταση μιας κλήσης μπορεί να περιέχει πληροφορίες που συνδέουν τη σύνδεση πολυμέσων με τον επιθυμητό συνομιλητή. Αν ένας επιτιθέμενος μπορεί να αντικαταστήσει αυτές τις πληροφορίες χωρίς να εντοπιστεί, η κρυπτογράφηση ενδέχεται να δημιουργήσει προστατευμένη σύνδεση με το λάθος τελικό σημείο.
Το RFC 8827 εξετάζει αυτή τη σχέση ανάμεσα στη σηματοδοσία, τις ταυτότητες και τα αποτυπώματα DTLS. Το HTTPS προστατεύει μια σύνδεση με την υπηρεσία σηματοδοσίας· δεν εξαλείφει από μόνο του την ανάγκη να ληφθεί υπόψη μια κακόβουλη ή παραβιασμένη υπηρεσία. Η διατερματικά πιστοποιημένη σηματοδοσία ή ένας κατάλληλος ανεξάρτητος μηχανισμός επαλήθευσης συνομιλητή μπορούν να ενισχύσουν αυτό το όριο.
Η εμπιστευτικότητα της σηματοδοσίας είναι συναφής αλλά διαφορετικός στόχος: περιορίζει ποιος μπορεί να διαβάσει τις λεπτομέρειες εγκατάστασης. Ένας σχεδιασμός πρέπει να εξηγεί τόσο την εμπιστευτικότητα όσο και την πιστοποίηση, αντί να θεωρεί ένα κρυπτογραφημένο σύνολο δεδομένων επαρκή απόδειξη και των δύο.
Η κρυπτογραφημένη σηματοδοσία δεν κάνει μια κλήση αόρατη
Ο αναμεταδότης μπορεί να γνωρίζει ακόμη μεταξύ ποιων λογαριασμών ή συσκευών δρομολογεί δεδομένα. Παρατηρητές του δικτύου μπορεί να βλέπουν τον χρονισμό συνδέσεων, τον όγκο κίνησης και τις διευθύνσεις διακομιστών. Οι συνομιλητές ή η υποδομή αναμετάδοσης μπορούν επίσης να μαθαίνουν πληροφορίες δικτύου, ανάλογα με τον σχεδιασμό της σύνδεσης.
Συνεπώς, η κρυπτογράφηση μιας πρόσκλησης κλήσης δεν αποδεικνύει ότι η υπηρεσία δεν μπορεί να συμπεράνει πως γίνεται κλήση, να χαρτογραφήσει σχέσεις ή να διατηρήσει σχετικές εγγραφές. Η απόκρυψη του περιεχομένου και η απόκρυψη των μοτίβων κίνησης είναι ξεχωριστά προβλήματα.
Το δημοσιευμένο όριο προστασίας της Livara
Η σελίδα ασφάλειας της Livara περιγράφει τις απευθείας και ομαδικές κλήσεις ως διατερματικά κρυπτογραφημένες, αλλά κάνει ρητή εξαίρεση για την προαιρετική καταγραφή στον διακομιστή: όσο είναι ενεργή η ορατή ένδειξη REC, η κλήση χρησιμοποιεί κρυπτογράφηση μεταφοράς και όχι E2EE.
Το μοντέλο απειλών της απορρίπτει επίσης ισχυρισμούς ανωνυμίας μεταδεδομένων και προστασίας από παραβιασμένη συσκευή. Πρόκειται για δηλώσεις του προϊόντος, όχι για ανεξάρτητη επαλήθευση κάθε διαδρομής κλήσης. Αυτός ο οδηγός δεν ισχυρίζεται κάποιο μη επαληθευμένο όριο συμμετεχόντων, μορφή σηματοδοσίας ή μετακβαντική υλοποίηση πολυμέσων.
Ειδικότερα, μια μετακβαντική ανταλλαγή κλειδιών του αγγελιοφόρου δεν αναβαθμίζει αυτόματα μια ξεχωριστή χειραψία πολυμέσων WebRTC. Οι αλγόριθμοι και η σύνδεση των κλειδιών στη διαδρομή πολυμέσων πρέπει να αξιολογούνται ανεξάρτητα.
Πριν από μια ευαίσθητη κλήση
- Επιβεβαιώστε τους συμμετέχοντες και εξετάστε απροσδόκητες αλλαγές ταυτότητας.
- Ελέγξτε αν είναι ενεργοποιημένη η καταγραφή και τι λέει η εφαρμογή ότι αλλάζει εξαιτίας της.
- Κατανοήστε αν η υπηρεσία επεξεργάζεται πολυμέσα ή απλώς προωθεί προστατευμένα πακέτα.
- Λάβετε υπόψη τις συσκευές και τους χώρους γύρω από τους συμμετέχοντες: κακόβουλο λογισμικό, καταγραφή οθόνης ή κάποιος κοντινός ακροατής μπορούν να εκθέσουν το περιεχόμενο μετά την αποκρυπτογράφηση.
- Ζητήστε στοιχεία αρχιτεκτονικής και δοκιμών για την ακριβή λειτουργία που χρησιμοποιείτε, αντί να βασίζεστε σε μια γενική ένδειξη «κρυπτογραφημένες κλήσεις».
Ο χρήσιμος ισχυρισμός ασφάλειας προσδιορίζει χωριστά ποιος μπορεί να έχει πρόσβαση στη σηματοδοσία, στα πολυμέσα, στα μεταδεδομένα και στις καταγραφές.
