Το IKEv2 έχει δύο υπογραφές: πιστοποιητικό και IKE_AUTH
Η CA υπογράφει το πιστοποιητικό και ο ομότιμος υπογράφει την ανταλλαγή IKE_AUTH με δικό του σχήμα. Διαβάστε την καθεμία από το δικό της πεδίο και καταγράψτε και τις δύο.
Το δελτίο σας λέει ότι το πιστοποιητικό είναι SHA-256, ενώ το αρχείο καταγραφής της πύλης αναφέρει διαφορετικό αλγόριθμο υπογραφής, και κάποιος έχει ήδη συντάξει αίτημα για επανέκδοση της CA. Πριν πάει οπουδήποτε αυτό το αίτημα, διαχωρίστε τις δύο υπογραφές: η μία είναι η σφραγίδα του εκδότη σε ένα δημόσιο κλειδί, η άλλη είναι η απόδειξη του ομοτίμου ότι κατέχει το αντίστοιχο ιδιωτικό κλειδί κατά το IKE_AUTH. Διαφορετικά στοιχεία τις επιλέγουν και τους επιτρέπεται να διαφέρουν. Η ανάγνωση της καθεμιάς από τον τόπο όπου ζει απαιτεί δύο εντολές και έναν πίνακα.
Διαβάστε την υπογραφή του εκδότη από το πιστοποιητικό
Η CA τοποθετεί την υπογραφή της σε μια σύνδεση μεταξύ ταυτότητας και κλειδιού. Αυτή η υπογραφή καταγράφει τι έκανε η CA κατά την έκδοση, όχι τι θα κάνει το υποκείμενο όταν συνδεθεί, επομένως ο αλγόριθμός της περιγράφει τη δική της επιλογή κατακερματισμού και κλειδιού. Ένα κλειδί υποκειμένου ενός τύπου μπορεί να βρίσκεται κάτω από κλειδί CA άλλου τύπου χωρίς καμία ασυνέπεια, και η εναλλαγή κλειδιού CA είναι ρουτίνα και όχι βλάβη. Διαβάστε τα δύο πεδία και έχετε το μισό απόθεμα:
openssl x509 -in peer.pem -noout -text | grep -E "Signature Algorithm|Public Key Algorithm"Γράψτε και τις δύο ετικέτες ως ξεχωριστές εγγραφές. Η πρώτη περιγράφει την CA, η δεύτερη περιγράφει το κλειδί του υποκειμένου, και καμία από τις δύο δεν προβλέπει την υπογραφή σε απευθείας σύνδεση.
Διαβάστε την υπογραφή σε απευθείας σύνδεση από την ανταλλαγή IKE
Κατά την πιστοποίηση κάθε ομότιμος υπογράφει τα δεδομένα ανταλλαγής με το δικό του ιδιωτικό κλειδί, και η άλλη πλευρά ελέγχει αυτή την απόδειξη έναντι της ταυτότητας, της αλυσίδας εμπιστοσύνης και της πολιτικής του πιστοποιητικού. Στο RSA η συμπλήρωση και ο κατακερματισμός ανήκουν σε αυτό το σχήμα, οπότε ένα μακρύτερο κλειδί ή ένα νέο πιστοποιητικό SHA-256 δεν μπορεί από μόνο του να επιλέξει RSA-PSS για την υπογραφή πιστοποίησης. Η διαπραγματευμένη μέθοδος εμφανίζεται στο αρχείο του δαίμονα ή στη λίστα συνδέσεών του, ποτέ στο πιστοποιητικό. Ρωτήστε κάθε πλευρά τι διαπραγματεύτηκε, γιατί οι δύο κατευθύνσεις μπορούν να διαφέρουν.
ipsec statusall | grep -i "auth\|proposal"Όταν η μία πλευρά ονομάζει σχήμα που η άλλη δεν μπορεί να παραγάγει, βρήκατε την ασυμφωνία για την οποία ήταν το δελτίο. Η επανέκδοση της CA είναι η λάθος επισκευή, γιατί το πιστοποιητικό δεν ήταν ποτέ αυτό που απέτυχε.
Τι αλλάζει το RFC 7427 και τι όχι
Οι αρχικές μέθοδοι αριθμούνται ανά συνδυασμό αλγορίθμων στο RFC 7296. Η μεταγενέστερη επέκταση υπογραφής RFC 7427 προσθέτει μια γενική μέθοδο Digital Signature με σηματοδότηση υποστήριξης κατακερματισμού υπογραφής, ώστε ένας νέος κατακερματισμός να μη χρειάζεται πλέον δικό του αριθμό μεθόδου. Διαπραγματεύεται, δεν υποτίθεται: ένας ομότιμος δεν κερδίζει την επέκταση επειδή η βιβλιοθήκη του μπορεί να αναλύσει τα ίδια πιστοποιητικά, και ένας ομότιμος που υλοποιεί μόνο τις αρχικές μεθόδους αναγκάζει την πύλη να κρατήσει μία από αυτές. Είναι εμπορική ανταλλαγή πολιτικής με κόστος συμβατότητας, όχι ελάττωμα.
Η υποστήριξη είναι ανά κατεύθυνση και ανά σύνδεση, γι' αυτό δοκιμάστε την κατασκευή που έχετε μπροστά σας αντί να εμπιστεύεστε ισχυρισμό σε επίπεδο οικογένειας. Ένας πίνακας δυνατοτήτων γραμμένος πριν από τρία χρόνια περιγράφει κατασκευές τριών ετών.
Βάλτε τέσσερις γραμμές στο απόθεμα
Η εγγραφή που τερματίζει τη διαφωνία έχει τέσσερις γραμμές, καθεμιά διαβασμένη από διαφορετικό μέρος και καθεμιά αλλαγμένη από διαφορετικό πρόσωπο. Συμπληρώστε την πριν αποφασίσετε οτιδήποτε, γιατί η γραμμή που είναι λάθος είναι αυτή που επιλέγει τη διόρθωση.
| Αντικείμενο | Από πού διαβάζεται | Ποιος το αλλάζει |
|---|---|---|
| υπογραφή εκδότη πιστοποιητικού | το πεδίο Signature Algorithm του πιστοποιητικού | ο χειριστής της CA, κατά την έκδοση |
| δημόσιο κλειδί υποκειμένου | το πεδίο Public Key Algorithm του πιστοποιητικού | όποιος δημιουργεί το κλειδί υποκειμένου |
| σχήμα πιστοποίησης IKE | αρχείο δαίμονα ή λίστα συνδέσεων, ειδοποίηση auth και signature-hash | το προφίλ IKE στους δύο ομοτίμους |
| αλγόριθμοι προστασίας IKE και ESP | η λίστα προτάσεων της σύνδεσης | το προφίλ IPsec, ανά κατεύθυνση |
Κάθε γραμμή φέρει τη δική της συνέπεια συμβατότητας. Μια αλλαγή κρυπτογράφησης ESP δεν επιλέγει την υπογραφή του εκδότη, και η χαλάρωση της επικύρωσης CA δεν προσθέτει μέθοδο σε απευθείας σύνδεση που οι ομότιμοι δεν διαπραγματεύτηκαν ποτέ. Όταν ένα δελτίο ισχυρίζεται ασυμφωνία υπογραφής, η γραμμή που είναι πραγματικά λάθος σχεδόν ποτέ δεν είναι η πρώτη.
Λύστε την παλιά περίπτωση χωρίς να αποδυναμώσετε την PKI
Ένας παλαιότερος ομότιμος μπορεί να προσφέρει μόνο σχήμα που η πολιτική σας δεν επιτρέπει πια. Οι επιλογές είναι μια χρονικά περιορισμένη εξαίρεση συμβατότητας, μια ενημέρωση πελάτη ή διαφορετική ρύθμιση πιστοποίησης μόνο για αυτόν τον ομότιμο. Η ανοικοδόμηση της PKI γύρω από ασθενέστερη υπογραφή πιστοποιητικού δεν διορθώνει περιορισμό στην ανταλλαγή σε απευθείας σύνδεση και αποδυναμώνει κάθε άλλη υπηρεσία που εμπιστεύεται την ίδια CA. Καταγράψτε ποια γραμμή αλλάξατε και πότε λήγει η εξαίρεση.
Έπειτα εκτελέστε ξανά τις δύο αναγνώσεις από την αρχή, γιατί μια αλλαγή σε μια γραμμή μπορεί να μετακινήσει το τι διαπραγματεύεται σε άλλη. Όλο το απόθεμα είναι δύο εντολές και ένας πίνακας, και είναι η ίδια δουλειά είτε ο ομότιμος είναι δρομολογητής, φορητός υπολογιστής ή συσκευή.