Certificate Pinning：その概要、証明書バインディングの方法、実装方法

Certificate Pinningの利点と欠点

Certificate Pinningはモバイルアプリケーションのセキュリティを大幅に向上させますが、開発チームに運用上の負担をかけます。不適切な実装による接続ブロックのリスクとセキュリティ上の利点を比較検討することが重要です。

主な利点は、CA侵害のケースを含むMan-in-the-Middle攻撃からの保護です。ピンニングは、攻撃者によって発行された偽の証明書を無効にします：CAが偽造品に署名したとしても、アプリケーションはそれを拒否します。追加の利点は、トラフィック検査のために証明書を置き換える企業プロキシサーバーからの保護です。Google Security Blog（2023）によると、標準的なTLS検証のみを使用するアプリケーションと比較して、ピンニングを使用するアプリケーションはトラフィック傍受による侵害の可能性が86%低くなります。

ピンニングの主な欠点は自己ブロックのリスクです：アプリケーションアップデートがリリースされる前にサーバー証明書が変更された場合（更新、プロバイダー変更、鍵ローテーション）、ユーザーはサーバーにアクセスできなくなります。追加の欠点：デバッグの複雑さ（設定変更のたびにピンの更新が必要）、TrustKit使用時のAPKサイズの5–15 KB増加、および新しいリリースなしでの迅速な変更ロールバックの不可能性。リスクを最小限に抑えるために、バックアップピン、2–3か月ごとの自動ローテーション、およびアプリケーションが古い証明書と新しい証明書の両方を受け入れる猶予期間が使用されます。また、ピンニングを有効にした開発中は、プロキシツール（Burp Suite、Charles）を使用してネットワークリクエストをデバッグできないことを考慮することも重要です — 開発ビルドでは、BuildConfig.DEBUGフラグを介してピンニングを無効にする必要があり、QAテストは保護を有効にしたリリース署名で実行する必要があります。一部のチームは、開発中でも保護を維持するために、開発環境用に別のピンニング証明書を持つステージングドメインを使用しています。

AndroidでのCertificate Pinningの実装

OkHttp — ネットワークリクエストの標準ライブラリ — を使用したAndroidでのCertificate Pinning実装の例を見てみましょう。OkHttpは、公開鍵のSHA-256ハッシュを受け入れる組み込みのCertificatePinnerを提供します。

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

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

上記のコードでは、ドメインapi.example.comに2つのピンを追加します：プライマリ（現在の証明書）とバックアップピン（ローテーション用）です。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の静的解析はDEXファイル内の生のSHA-256文字列を簡単に見つけます。ピンはres/rawリソースにAESで暗号化して保存し、ネイティブコード（NDK/JNI）を介してアプリケーション起動時に復号化することをお勧めします。

TrustKitによるiOS実装

iOSでは、Certificate Pinningの主要ツールはオープンソースのTrustKitライブラリです。OkHttpとは異なり、TrustKitはInfo.plistを介して宣言的に設定され、アプリケーションを再コンパイルせずにピンを変更できます。設定には、ドメインを持つディクショナリとSHA-256公開鍵フィンガープリントの配列が含まれます。TrustKitは自動的にNSURLSessionリクエストをインターセプトし、データ送信が始まる前に証明書を検証します。TrustKitの重要な機能はピン検証レポートのサポートです：ライブラリはピンの不一致が発生したときに指定されたエンドポイントにレポートを送信でき、証明書の異常に迅速に対応できます。AppleもiOS 14以降、Info.plistにネイティブのNSPinnedDomainsメカニズムを提供していますが、TrustKitはより柔軟な設定、レポートサポート、OSアップデートなしでのピンのホットスワップ機能により、引き続き好ましい選択肢です。TrustKitはdidReceiveChallengeデリゲートを介してURLSessionと統合し、ピン検証成功時に.performDefaultHandling、不一致時に.cancelAuthenticationChallengeを返すことに注意することが重要です。ピン検証レポートの監視には、エラー頻度を分析する別のエンドポイントを設定することをお勧めします：レポート数が急増した場合 — これはMitM攻撃または証明書の期限切れが差し迫っており、即時のピン更新が必要であることを示している可能性があります。