Mastodon
Connect with us

Computing

Το σκάνδαλο eMudhra: γιατί η εταιρεία εγκαταλείπει την έκδοση πιστοποιητικών TLS

Η eMudhra ανακοίνωσε ότι εγκαταλείπει τη διεθνή αγορά TLS μετά την αποκάλυψη οκτώ ενδιάμεσων πιστοποιητικών με ιδιωτικά κλειδιά μόλις λίγων bits, που επέτρεπαν την εύκολη δημιουργία πλαστών πιστοποιητικών. Το άρθρο εξηγεί τι συνέβη, τους κινδύνους και τα βήματα που πρέπει να κάνουν διαχειριστές και χρήστες.

Published

on

Το σκάνδαλο eMudhra: γιατί η εταιρεία εγκαταλείπει την έκδοση πιστοποιητικών TLS

Η ανακοίνωση της eMudhra ότι αποσύρεται από την παγκόσμια αγορά πιστοποιητικών TLS έρχεται μετά από ένα τεχνικό περιστατικό που προκάλεσε σοβαρές ανησυχίες: ερευνητές αποκάλυψαν ότι η εταιρεία είχε εκδώσει οκτώ ενδιάμεσους πιστοποιητικούς φορείς (intermediate certificates) με ιδιωτικά κλειδιά τόσο αδύναμα που ήταν πρακτικά εύκολα ανακαλύψιμα. Το πιο προκλητικό από αυτά είχε τιμή ιδιωτικού κλειδιού μόλις 4, γεγονός που έκανε τη δημιουργία πλαστών πιστοποιητικών για οποιοδήποτε domain εφικτή μέσα σε χιλιοστά του δευτερολέπτου.

Ο αντίκτυπος δεν περιορίζεται σε μία εταιρική δυσφήμιση. Το συμβάν φωτίζει τα τεχνικά, επιχειρηματικά και κανονιστικά προβλήματα γύρω από το δημόσιο κλειδί υποδομής (PKI) που στηρίζει το διαδίκτυο — από browser μέχρι email servers, από IoT συσκευές μέχρι container images και legacy εργαλεία που εμπιστεύονται παλιά ρίζα πιστοποιητικού.

Τι ακριβώς συνέβη και γιατί είναι τόσο σοβαρό

Οι ερευνητές διαπίστωσαν ότι οκτώ ενδιάμεσοι πιστοποιητικοί φορείς που είχε εκδώσει η eMudhra περιείχαν ιδιωτικά κλειδιά με εξαιρετικά χαμηλή εντροπία, στην ουσία πολύ μικρούς ακέραιους αριθμούς αντί για τυχαίες 384-bit τιμές που απαιτεί η καμπύλη NIST P-384. Στην πράξη, ενώ μία σωστή ιδιωτική κλείδα για P-384 έχει περίπου 384 bits ασφάλειας, τα προβληματικά κλειδιά είχαν μέγεθος μόλις 3 έως 8 bits. Αυτό σημαίνει ότι ο χώρος των πιθανών τιμών ήταν από ελάχιστους έως μερικές εκατοντάδες επιλογές — και όχι το τεράστιο 2^384 σύνολο που περιμένει κανείς.

Στην κρυπτογραφική πρακτική μια τέτοια μείωση στην εντροπία καταστρέφει όλη την ασφάλεια. Η ιδιωτική κλείδα σε μια elliptic curve υπογράφει πιστοποιητικά και, όταν αυτή είναι γνωστή, γίνεται δυνατό να εκδοθούν νόμιμα-φαντασμένα (forged) leaf certificates για οποιοδήποτε domain. Με άλλα λόγια, ένας κακόβουλος μπορεί να δημιουργήσει πιστοποιητικό που θα εμπιστεύονται browsers, servers και συσκευές, και να το χρησιμοποιήσει για απομίμηση ιστότοπων, υποκλοπή επικοινωνιών ή εγκατάσταση κακόβουλου λογισμικού χωρίς προειδοποιήσεις ασφάλειας.

Τι σημαίνει ένα “ιδιωτικό κλειδί 4” στην πράξη

Στα βιβλία της κρυπτογραφίας, η ιδιωτική κλείδα μιας elliptic curve είναι ένας ακέραιος αριθμός modulo n, όπου n είναι το μέγεθος της ομάδας της καμπύλης. Αν αυτός ο ακέραιος είναι, για παράδειγμα, 4, τότε ο attacker χρειάζεται να δοκιμάσει ελάχιστες πιθανότητες για να τον βρει, σε αντίθεση με την εξαντλητική αναζήτηση σε 2^384 συνδυασμούς. Οι χρόνοι κρούσης υποχώρησαν έτσι σε χιλιοστά του δευτερολέπτου με απλά εργαλεία και τρέχουσες CPU/GPU.

Τα αναφερόμενα ιδιωτικά κλειδιά ήταν αριθμοί όπως 4, 56, 66, 115, 155, 156, 230 και 237. Αυτοί οι μικροί ακέραιοι είναι ουσιαστικά «κλειδιά σε βρεφική μορφή» και δείχνουν είτε τεράστια αποτυχία στο randomness source, είτε σφάλμα στην παραγωγή/αποθήκευση κλειδιών, είτε κακή διαχείριση εργαλείων που παράγουν πιστοποιητικά.

Πού καταλήγουν τα μολυσμένα πιστοποιητικά και γιατί η ζημιά είναι μεγάλη

Ένα ενδιάμεσο πιστοποιητικό (intermediate CA) με CA:TRUE στην κατανομή του, είναι εξουσιοδοτημένο να εκδίδει leaf certificates. Όταν αυτό το ενδιάμεσο είναι αδύναμο ή συμβιβασμένο, όλες οι υποκατηγορίες του — συμπεριλαμβανομένων των πιστοποιητικών που εξυπηρετούν ιστότοπους, ηλεκτρονικό ταχυδρομείο, API endpoints και συσκευές — γίνονται δυνητικά πλαστές. Το πρόβλημα μετριέται όχι μόνο στο web browsing, αλλά και στο πολύ πιο διάσπαρτο οικοσύστημα όπου πολλοί servers και IoT συσκευές διατηρούν παλιές λίστες εμπιστοσύνης ή προεγκατεστημένες ρίζες.

Επιπλέον, δεν είναι όλοι οι πελάτες ευαίσθητοι σε γρήγορη ανάκληση. Πολλά συστήματα δεν ελέγχουν ενεργά CRL ή OCSP, οπότε ακόμη και μετά την ανάκληση, ένα πλαστό πιστοποιητικό μπορεί να συνεχίσει να γίνεται αποδεκτό. Ακόμα χειρότερα, containers, images και CLI εργαλεία που «πακετάρουν» τις δικές τους copies των root certificates μπορεί να παραμείνουν εκτεθειμένα για μεγάλο διάστημα μετά την αρχική ανακοίνωση.

Η αντίδραση της eMudhra και οι επιχειρηματικοί λόγοι για την αποχώρηση

Σε δημόσια δήλωση ο πρόεδρος της eMudhra, V. Srinivasan, ανέφερε ότι η δραστηριότητα των SSL/TLS πιστοποιητικών απέφερε μόνο το 1 percent των εσόδων της εταιρείας και ότι το κόστος συμμόρφωσης και οι πολύπλοκες απαιτήσεις ελέγχου έγιναν δυσανάλογα βαριές. Η εταιρεία πρόσθεσε ότι η κοινωνική αντίδραση και η πιθανή ζημιά στη φήμη, σε συνδυασμό με την πληθώρα οργανισμών που προσφέρουν δωρεάν TLS πιστοποιητικά, έκαναν την επένδυση μη συμφέρουσα.

Η ανακοίνωση ακολούθησε μόλις δύο ημέρες μετά τη δημοσιοποίηση του τεχνικού σφάλματος, γεγονός που δείχνει ότι η εταιρεία θεώρησε την δημόσια αντίδραση ως καταλύτη για μια ήδη πιθανή επιχειρηματική απόφαση. Η απόσυρση από την αγορά TLS μπορεί να μειώσει άμεσα τον κίνδυνο για μελλοντικά σφάλματα αλλά δεν σβήνει το πρόβλημα των ήδη εκδοθέντων αδύναμων πιστοποιητικών που παραμένουν στο οικοσύστημα.

Τι μπορούν να κάνουν οι διαχειριστές και οι οργανισμοί τώρα

Η πρώτη προτεραιότητα για κάθε οργανισμό που χρησιμοποιεί πιστοποιητικά είναι η διαχείριση inventory: λίστες με όλες τις ρίζες και ενδιάμεσες που εμπιστεύονται οι υποδομές τους, συμπεριλαμβανομένων πακέτων, containters και embedded devices. Η αναγνώριση πιθανών εξαρτήσεων από την eMudhra και η άμεση αντικατάσταση/ανάκληση τυχόν πιστοποιητικών που βασίζονται σε αυτά είναι κρίσιμη.

Επιπλέον, οι admins πρέπει να χρησιμοποιήσουν Certificate Transparency logs για να εντοπίσουν τυχόν μη εξουσιοδοτημένες εκδόσεις, να ενεργοποιήσουν OCSP stapling όπου είναι δυνατόν, και να εξετάσουν την εφαρμογή περιορισμένων πιστοποιητικών (short-lived certificates) ώστε να μειώσουν το παράθυρο έκθεσης. Η χρήση HSMs και αξιόπιστων random number generators για την παραγωγή κλειδιών είναι επίσης βασικό μέτρο αποφυγής επανάληψης του σφάλματος.

Ιστορικό, κανονιστικό πλαίσιο και μαθήματα από προηγούμενα περιστατικά

Το οικοσύστημα των πιστοποιητικών έχει ήδη βιώσει σημαντικά επεισόδια εμπιστοσύνης, όπως το σκάνδαλο της DigiNotar το 2011 και την κρίση εμπιστοσύνης γύρω από ορισμένες εκδόσεις πιστοποιητικών της Symantec με αποτέλεσμα browsers να μειώσουν την εμπιστοσύνη τους. Αυτές οι υποθέσεις οδήγησαν σε αυστηρότερες απαιτήσεις από το CA/Browser Forum, σε ελέγχους WebTrust και σε μεγαλύτερη χρήση Certificate Transparency.

Παρά τα μέτρα, το συμβάν της eMudhra δείχνει ότι τεχνικές αποτυχίες, ανθρώπινα λάθη ή ατελείς διαδικασίες συνεχίζουν να απειλούν την αλυσίδα εμπιστοσύνης. Επιπλέον, το επιχειρηματικό τοπίο άλλαξε με την εμφάνιση δωρεάν, αυτοματοποιημένων εκδοτών πιστοποιητικών όπως το Let’s Encrypt, που μειώνει το οικονομικό κίνητρο για παραδοσιακές CAs αλλά αυξάνει τις απαιτήσεις για αυτοματοποίηση και ασφαλή πρακτική στην παραγωγή κλειδιών.

Τι σημαίνει αυτό για τους χρήστες και τις επιχειρήσεις

Για τους τελικούς χρήστες, το πιο πιθανό άμεσο αποτέλεσμα είναι ελάχιστο αν οι browsers και οι μεγάλες πλατφόρμες κινηθούν γρήγορα για ανάκληση και φίλτρο. Οι μεγαλύτερες εταιρείες που ενημερώνουν συχνά τα συστήματά τους δεν θα διακινδυνεύσουν εμφανείς επιθέσεις phishing ή man-in-the-middle. Ωστόσο, τα προβλήματα εμφανίζονται σε περιβάλλοντα που δεν ενημερώνονται τακτικά: legacy servers, IoT συσκευές, απομονωμένα συστήματα και custom-built appliances.

Για τις επιχειρήσεις, το συμβάν είναι υπενθύμιση της ανάγκης να επενδύσουν όχι μόνο στην έκδοση αλλά και στη διαδικασία παραγωγής και αποθήκευσης των κλειδιών. Η εμπιστοσύνη σε τρίτους παρόχους δεν αρκεί εάν οι διαδικασίες τους δεν είναι τραπεζικά στεγανές. Η ανεξαρτησία μέσω HSM, ο τακτικός έλεγχος συμμόρφωσης και η εφαρμογή automatic monitoring στα CT logs αποτελούν πλέον αναγκαία πρακτική.

Advertisement