Certificate Pinning: nó là gì, cơ chế và phương pháp cố định

Certificate Pinning là gì?

Certificate Pinning là má»™t kỹ thuật bảo mật mà ứng dụng lÆ°u trữ dấu vân tay của má»™t chứng chỉ đáng tin cậy và sá»­ dụng nó nhÆ° tiêu chí duy nhất để thiết lập kết nối HTTPS. Trong mô hình TLS tiêu chuẩn, máy khách xác thá»±c rằng chứng chỉ của máy chủ được ký bởi má»™t CA gốc đáng tin cậy — bất kỳ má»™t trong số hàng trăm tổ chức chứng thá»±c được cài đặt sẵn trong hệ thống. Certificate Pinning thay thế chuá»—i này bằng má»™t kiểm tra trá»±c tiếp: chứng chỉ phải khá»›p vá»›i mẫu đã lÆ°u hoặc chứa khóa công khai dá»± kiến.

Vấn Ä‘á»� vá»›i mô hình tiêu chuẩn trở nên rõ ràng sau các sá»± cố xâm nhập CA — DigiNotar (2011), Comodo (2011), TrustCor (2022). Nếu má»™t CA cấp chứng chỉ giả mạo cho miá»n của bạn, trình duyệt hoặc ứng dụng sẽ chấp nhận nó là hợp lệ. Certificate Pinning ngăn chặn cuá»™c tấn công này: ngay cả má»™t chứng chỉ giả mạo được ký hoàn hảo cÅ©ng sẽ bị từ chối vì dấu vân tay của nó không khá»›p vá»›i dấu đã cố định trong ứng dụng.

Thuật ngữ pinning bắt nguồn từ pin — “chốt” hoặc “vật cố định”: nhà phát triển cố định má»™t chứng chỉ đáng tin cậy, và bất kỳ sai lệch nào khá»�i nó sẽ chặn kết nối. Theo nghiên cứu của Mitre CWE-295, việc xác thá»±c chứng chỉ không đúng cách vẫn là má»™t trong 10 lá»—i bảo mật nguy hiểm nhất trong các ứng dụng di Ä‘á»™ng, và Certificate Pinning là phÆ°Æ¡ng pháp trá»±c tiếp để ngăn chặn nó.

Lịch sử và sự phát triển của Certificate Pinning

Ban đầu, Certificate Pinning được sá»­ dụng trong trình duyệt thông qua cÆ¡ chế HPKP (HTTP Public Key Pinning), được tiêu chuẩn hóa trong RFC 7469. Nhà phát triển gá»­i má»™t tiêu Ä‘á»� HTTP Public-Key-Pins chứa băm của các khóa dá»± kiến, và trình duyệt lÆ°u trữ chúng trong má»™t khoảng thá»�i gian nhất định. Tuy nhiên, HPKP hóa ra nguy hiểm: chỉ má»™t lá»—i cấu hình có thể chặn má»™t trang web trong nhiá»�u tháng. Năm 2018, Chrome ngừng há»— trợ HPKP, và tiêu chuẩn hiện tại trở thành triển khai phÃa máy khách — bên trong ứng dụng di Ä‘á»™ng hoặc tiện ích mở rá»™ng trình duyệt.

Certificate Pinning hoạt động như thế nào?

Quá trình Certificate Pinning bao gồm ba giai Ä‘oạn chính: tÃnh toán dấu vân tay, xác thá»±c kết nối và xá»­ lý lá»—i. Trong giai Ä‘oạn chuẩn bị, nhà phát triển lấy băm SHA-256 của chứng chỉ hoặc khóa công khai của máy chủ sản xuất. Ä�ối vá»›i các ứng dụng tuân thủ GDPR và PCI DSS, cÅ©ng cần cố định dấu vân tay của các CA trung gian trong chuá»—i.

Vá»›i má»—i yêu cầu HTTPS, ứng dụng chặn callback xác thá»±c TLS, trích xuất chứng chỉ của máy chủ và tÃnh toán băm SHA-256 của nó. Băm này được so sánh vá»›i danh sách các dấu vân tay đáng tin cậy đã lÆ°u. Nếu tìm thấy sá»± khá»›p — kết nối tiếp tục. Nếu không — ứng dụng phải ngắt kết nối và báo cáo lá»—i mà không tiết lá»™ chi tiết triển khai cho kẻ tấn công.

fun validateCertificate(certificate: X509Certificate,
    expectedHash: String): Boolean {
    val digest = MessageDigest.getInstance("SHA-256")
    val hash = Base64.encodeToString(
        digest.digest(certificate.publicKey.getEncoded()),
        Base64.DEFAULT
    ).trim()
    return hash == expectedHash
}

Hàm nhận má»™t đối tượng X509Certificate từ máy chủ và băm dá»± kiến. Nó đầu tiên trích xuất khóa công khai của chứng chỉ, tÃnh toán băm SHA-256 và mã hóa nó thành Base64. Kết quả được so sánh vá»›i dấu vân tay dá»± kiến. Trong môi trÆ°á»�ng sản xuất, bạn nên thêm xác thá»±c vá»›i má»™t mảng gồm 2–3 dấu vân tay để há»— trợ luân chuyển.

Certificate Pinning so vá»›i Public Key Pinning

Khi triển khai pinning, cần chá»�n đối tượng mật mã nào để cố định. Certificate Pinning liên kết vá»›i chính chứng chỉ X.509 — số sê-ri, thá»�i hạn hiệu lá»±c và toàn bá»™ chuá»—i. Public Key Pinning chỉ cố định khóa công khai bên trong chứng chỉ, bá»� qua các trÆ°á»�ng khác. Sá»± lá»±a chá»�n này ảnh hưởng đáng kể đến chi phà vận hành.

Public Key Pinning là lá»±a chá»�n Æ°u tiên cho hầu hết các dá»± án. Các khóa công khai của máy chủ thÆ°á»�ng không thay đổi khi cấp lại chứng chỉ — công ty chỉ ký khóa cÅ© vá»›i chứng chỉ má»›i. Ä�iá»�u này có nghÄ©a là ứng dụng không yêu cầu cập nhật sau khi thay đổi chứng chỉ nếu cặp khóa không thay đổi. Ngược lại, Certificate Pinning được khuyến nghị cho các kịch bản mà nhà phát triển kiểm soát hoàn toàn cả máy chủ và mã máy khách, chẳng hạn nhÆ° ứng dụng doanh nghiệp vá»›i chu kỳ cập nhật chặt chẽ.

Trust On First Use (TOFU)

TOFU là một chiến lược mà Certificate Pinning không được cấu hình trước mà ghi nhớ chứng chỉ ở kết nối đầu tiên với máy chủ. Cách tiếp cận này thuận tiện cho các ứng dụng không biết trước sẽ kết nối với máy chủ nào. Nhược điểm là dễ bị tấn công ban đầu: nếu kết nối đầu tiên bị chặn, một chứng chỉ giả mạo sẽ được chấp nhận là đáng tin cậy. TOFU được sử dụng trong các kết nối SSH và một số giao thức P2P.

Triển khai trên iOS và Android

Trên cả hai ná»�n tảng, Certificate Pinning được triển khai bằng cách chặn kết nối TLS ở cấp Ä‘á»™ ngăn xếp mạng. Trên iOS, ủy quyá»�n URLSession hoặc Alamofire ServerTrustManager được sá»­ dụng. Trên Android, phÆ°Æ¡ng pháp Æ°u tiên là OkHttp CertificatePinner, được tích hợp trong các trình khách HTTP phổ biến và há»— trợ cấu hình nhiá»�u dấu vân tay cho má»—i miá»n.

func validate(serverTrust: SecTrust,
    pinnedHash: String) -> Bool {
    guard let certificates = SecTrustCopyCertificateChain(serverTrust)
        as? [SecCertificate] else { return false }

    for certificate in certificates {
        let data = SecCertificateCopyData(certificate)
        var hash = Data(repeating: 0, count: Int(CC_SHA256_DIGEST_LENGTH))
        data.withUnsafeBytes {
            CC_SHA256($0.baseAddress,
                CC_LONG(data.count), &hash)
        }
        if hash.base64EncodedString() == pinnedHash {
            return true
        }
    }
    return false
}

Trong hàm Swift, chuá»—i chứng chỉ được trích xuất từ serverTrust, băm SHA-256 được tÃnh cho má»—i chứng chỉ, và kết quả được so sánh vá»›i dá»± kiến. Việc lăp qua tất cả các chứng chỉ trong chuá»—i cho phép triển khai pinning ở cấp Ä‘á»™ CA trung gian — nếu chứng chỉ trung gian khá»›p, kết nối được chấp nhận. Ä�iá»�u này mang lại sá»± linh hoạt khi luân chuyển chứng chỉ lá.

TrustManager tùy chỉnh cho Android

Nếu ứng dụng không sử dụng OkHttp, Certificate Pinning có thể được triển khai thông qua X509TrustManager tùy chỉnh. Phương pháp này yêu cầu nhi�u mã hơn nhưng cung cấp kiểm soát hoàn toàn quá trình xác thực. TrustManager ghi đè phương thức checkServerTrusted, nơi nhà phát triển tự xác thực thủ công các chứng chỉ của máy chủ và quyết định có tin tưởng hay không. Nó chỉ được khuyến nghị cho các kịch bản cụ thể m� thư viện OkHttp không có sẵn.

Các lỗi khi triển khai Certificate Pinning

Lỗi phổ biến nhất là thiếu backup pins. Nhà phát triển chỉ bao gồm một dấu vân tay chứng chỉ duy nhất, và khi nó hết hạn, ngư�i dùng mất kết nối hàng loạt. Cấu hình tối thiểu chấp nhận được là hai dấu vân tay: chứng chỉ hiện tại và một dự phòng. Lý tưởng là ba: hiện tại, một dự phòng và dấu vân tay CA gốc làm phương án dự phòng.

Lá»—i thứ hai là lÆ°u trữ pins ở dạng văn bản thuần trong mã. Kẻ tấn công có quyá»�n truy cập APK hoặc IPA có thể dá»… dàng trích xuất và thay thế các dấu vân tay. Nên làm mÆ¡ băm: chia chuá»—i thành các phần, lÆ°u trữ trong tài nguyên đã mã hóa hoặc tÃnh toán trong thá»�i gian chạy. Ä�ối vá»›i Android, ProGuard vá»›i tÃnh năng làm mÆ¡ hằng chuá»—i là hiệu quả.

Lỗi thứ ba là pinning ở cấp độ chứng chỉ phát triển. Chứng chỉ phát triển và sản xuất thư�ng khác nhau, nhưng nhà phát triển thư�ng quên chuyển đổi pins khi xây dựng bản release. Kết quả là ứng dụng sản xuất không thể kết nối với máy chủ. Giải pháp là các cấu hình pin riêng cho debug và release thông qua BuildConfig hoặc tài nguyên theo flavor.

• Bá»� qua chuá»—i chứng chỉ — chỉ kiểm tra chứng chỉ lá mà không xem xét các CA trung gian, gây gián Ä‘oạn kết nối khi luân chuyển
• Ngày cứng — ngày hết hạn chứng chỉ được mã cứng mà không thay đổi sau khi cập nhật
• Không có giám sát — thiếu cảnh báo vá»� lá»—i Certificate Pinning, khiến vấn Ä‘á»� chỉ được phát hiện từ ngÆ°á»�i dùng
• TOFU không xác thá»±c — sá»­ dụng Trust On First Use mà không có xác thá»±c bổ sung, cho phép cuá»™c tấn công MITM đầu tiên cố định chứng chỉ giả