Certificate Pinning: Τι είναι, μέθοδοι καρφιτσώματος πιστοποιητικών και πώς να το εφαρμόσετε

Πλεονεκτήματα και μειονεκτήματα του Certificate Pinning

Το Certificate Pinning αυξάνει σημαντικά την ασφάλεια της εφαρμογής για κινητά, αλλά επιβάλλει operational-επιβάρυνση στην ομάδα ανάπτυξης. Είναι σημαντικό να σταθμίσετε τα πλεονεκτήματα προστασίας και τους κινδύνους αποκλεισμού σύνδεσης σε περίπτωση λανθασμένης υλοποίησης.

Το κύριο πλεονέκτημα είναι η προστασία από επιθέσεις Man-in-the-Middle, συμπεριλαμβανομένων περιπτώσεων παραβίασης CA. Το Pinning καθιστά άχρηστα τα πλαστά πιστοποιητικά που εκδίδονται από εισβολέα: ακόμα κι αν το CA υπογράψει πλαστό, η εφαρμογή θα το απορρίψει. Ένα επιπλέον πλεονέκτημα είναι η προστασία από εταιρικούς διακομιστές μεσολάβησης που αντικαθιστούν πιστοποιητικά για επιθεώρηση κίνησης. Σύμφωνα με το Google Security Blog (2023), οι εφαρμογές με pinning έχουν 86% λιγότερες πιθανότητες να παραβιαστούν μέσω υποκλοπής κίνησης σε σύγκριση με εφαρμογές που χρησιμοποιούν μόνο τυπικό έλεγχο TLS.

Το κύριο μειονέκτημα του pinning είναι ο κίνδυνος αυτο-αποκλεισμού: εάν το πιστοποιητικό του διακομιστή αλλάξει (ανανέωση, αλλαγή παρόχου, εναλλαγή κλειδιών) πριν από την κυκλοφορία ενημέρωσης της εφαρμογής, οι χρήστες χάνουν πρόσβαση στον διακομιστή. Πρόσθετα μειονεκτήματα: πολυπλοκότητα εντοπισμού σφαλμάτων (κάθε αλλαγή ρυθμίσεων απαιτεί ενημέρωση pin), αύξηση μεγέθους APK κατά 5–15 KB κατά τη χρήση TrustKit και αδυναμία γρήγορης επαναφοράς αλλαγών χωρίς νέα έκδοση. Για ελαχιστοποίηση κινδύνων χρησιμοποιούνται εφεδρικά pin, αυτόματη εναλλαγή κάθε 2–3 μήνες και περίοδος χάριτος (grace-period), κατά την οποία η εφαρμογή δέχεται τόσο το παλιό όσο και το νέο πιστοποιητικό. Είναι επίσης σημαντικό να λάβετε υπόψη ότι κατά την ανάπτυξη με ενεργοποιημένο pinning είναι αδύνατη η χρήση εργαλείων proxy (Burp Suite, Charles) για εντοπισμό σφαλμάτων δικτύου — για dev-εκδόσεις το pinning πρέπει να απενεργοποιείται μέσω του BuildConfig.DEBUG flag, και οι δοκιμές QA πρέπει να διεξάγονται με υπογραφή έκδοσης με ενεργοποιημένη προστασία. Ορισμένες ομάδες χρησιμοποιούν staging-domain με ξεχωριστό πιστοποιητικό pinning για το περιβάλλον ανάπτυξης, ώστε να διατηρούν προστασία ακόμα και στο στάδιο ανάπτυξης.

Υλοποίηση Certificate Pinning σε Android

Ας εξετάσουμε ένα παράδειγμα εφαρμογής του Certificate Pinning σε Android με χρήση OkHttp — της τυπικής βιβλιοθήκης για αιτήματα δικτύου. Το OkHttp παρέχει ενσωματωμένο CertificatePinner, το οποίο δέχεται SHA-256 κατακερματισμούς δημόσιων κλειδιών.

val certificatePinner = CertificatePinner.Builder()
    .add(
        "api.example.com",
        "sha256/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA="
    )
    .add(
        "api.example.com",
        "sha256/BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB="
    )
    .build()

val client = OkHttpClient.Builder()
    .certificatePinner(certificatePinner)
    .build()

Στον παραπάνω κώδικα προσθέτουμε δύο pin για τον τομέα api.example.com: το κύριο (τρέχον πιστοποιητικό) και ένα εφεδρικό pin (για περίπτωση εναλλαγής). Το OkHttp ελέγχει αυτόματα ότι το πιστοποιητικό του διακομιστή ταιριάζει με ένα από τα καθορισμένα SHA-256 αποτυπώματα. Για τη λήψη του SHA-256 αποτυπώματος πιστοποιητικού χρησιμοποιείται η εντολή: openssl s_client -connect api.example.com:443 | openssl x509 -pubkey -noout | openssl pkey -pubin -outform der | openssl dgst -sha256 -binary | base64. Είναι σημαντικό να αποθηκεύετε τα αποτυπώματα όχι σε απλή μορφή στον κώδικα, αλλά κρυπτογραφημένα ή περιπλεγμένα: η στατική ανάλυση MobSF βρίσκει εύκολα γυμνές SHA-256 συμβολοσειρές σε DEX-αρχεία. Συνιστάται η αποθήκευση pin σε πόρους res/raw, κρυπτογραφημένα μέσω AES, και η αποκρυπτογράφησή τους κατά την εκκίνηση της εφαρμογής μέσω εγγενούς κώδικα (NDK/JNI).

Υλοποίηση σε iOS μέσω TrustKit

Σε iOS, το κύριο εργαλείο Certificate Pinning είναι η βιβλιοθήκη TrustKit ανοιχτού κώδικα. Σε αντίθεση με το OkHttp, το TrustKit ρυθμίζεται δηλωτικά μέσω Info.plist, επιτρέποντας την αλλαγή pin χωρίς μεταγλώττιση της εφαρμογής. Η διαμόρφωση περιλαμβάνει ένα λεξικό με τομείς και έναν πίνακα SHA-256 αποτυπωμάτων δημόσιων κλειδιών. Το TrustKit παρεμβάλλεται αυτόματα σε αιτήματα NSURLSession και ελέγχει τα πιστοποιητικά πριν από την έναρξη μεταφοράς δεδομένων. Ένα κρίσιμο χαρακτηριστικό του TrustKit είναι η υποστήριξη αναφορών επικύρωσης pin: η βιβλιοθήκη μπορεί να στέλνει αναφορές σε καθορισμένο endpoint σε περίπτωση αναντιστοιχίας pin, επιτρέποντας την άμεση ανταπόκριση σε ανωμαλίες πιστοποιητικών. Η Apple παρέχει επίσης εγγενή μηχανισμό NSPinnedDomains στο Info.plist από το iOS 14, αλλά το TrustKit παραμένει η προτιμώμενη επιλογή λόγω πιο ευέλικτης ρύθμισης, υποστήριξης αναφορών και δυνατότητας θερμής αντικατάστασης pin χωρίς ενημέρωση OS. Είναι σημαντικό να σημειωθεί ότι το TrustKit ενσωματώνεται με το URLSession μέσω του didReceiveChallenge delegate, επιστρέφοντας .performDefaultHandling σε περίπτωση επιτυχούς ελέγχου pin και .cancelAuthenticationChallenge σε περίπτωση αναντιστοιχίας. Για παρακολούθηση αναφορών επικύρωσης pin, συνιστάται η ρύθμιση ξεχωριστού endpoint που αναλύει τη συχνότητα σφαλμάτων: εάν ο αριθμός αναφορών αυξηθεί απότομα, αυτό μπορεί να υποδεικνύει επίθεση MitM ή επικείμενη λήξη πιστοποιητικού που απαιτεί άμεση ενημέρωση pin.