Insecure SSL: Overly Broad Certificate Trust

デフォルトのプリロードされたシステム証明機関 (CA) を使用して SSL/TLS 接続が作成され、これによって攻撃者が侵害されたルート CA で署名された証明書を使用して中間者 (MiTM) 攻撃を実行し、暗号化通信を傍受できるようになる可能性があります。

公開鍵基盤 (PKI) は、信頼できる証明機関 (CA) に基づいていますが、侵害された証明機関の数が増えるとルート証明書を信用できなくなり、その結果、この CA が署名した証明書も信用できなくなります。こうした侵害された証明書を入手した攻撃者は、これらの CA を信頼するすべての SSL/TLS トラフィックを傍受できるようになります。

証明機関の署名を必要とするのは、任意のネットワーク エンドポイントに接続し、それらのエンドポイントの SSL/TLS 証明書にどの CA が署名したかが事前にわからないブラウザーなどの汎用ネットワーク通信ツールです。限られた数のバックエンド サーバーに接続するモバイル アプリケーションでは、これらのサーバーが証明書の署名に使用した信頼できる CA の数を絞り込んで把握できるというメリットがあり、これらの証明書/公開鍵をアプリケーションに「ピン留め」して信頼する対象をアプリケーションが期待する証明書に減らすことができます。

例 1: 次の例では、デフォルトのプリロードされたシステム CA を使用して SSL/TLS 接続を確立しています。

val url = URL("https://myserver.org")
val data = url.readBytes()

URLConnection で使用される基礎の SSLSocketFactory は変更されていないため、Android のデフォルト鍵ストアに存在するすべての CA を信頼するデフォルトが使用されます。

デフォルトのプリロードされたシステム証明機関 (CA) を使用して SSL/TLS 接続が作成され、これによって攻撃者が侵害されたルート CA で署名された証明書を使用して中間者 (MiTM) 攻撃を実行し、暗号化通信を傍受できるようになる可能性があります。

公開鍵基盤 (PKI) は、信頼できる証明機関 (CA) に基づいていますが、侵害された証明機関の数が増えるとルート証明書を信用できなくなり、その結果、この CA が署名した証明書も信用できなくなります。こうした侵害された証明書を入手した攻撃者は、これらの CA を信頼するすべての SSL/TLS トラフィックを傍受できるようになります。

証明機関の署名を必要とするのは、任意のネットワーク エンドポイントに接続し、それらのエンドポイントの SSL/TLS 証明書にどの CA が署名したかが事前にわからないブラウザーなどの汎用ネットワーク通信ツールです。限られた数のバックエンド サーバーに接続するモバイル アプリケーションでは、これらのサーバーが証明書の署名に使用した信頼できる CA の数を絞り込んで把握できるというメリットがあり、これらの証明書/公開鍵をアプリケーションに「ピン留め」して信頼する対象をアプリケーションが期待する証明書に減らすことができます。

例 1: 次の例では、デフォルトのプリロードされたシステム CA を使用して SSL/TLS 接続を確立しています。

NSString* requestString = @"https://myserver.org";
NSURL* requestUrl = [NSURL URLWithString:requestString];
NSURLRequest* request = [NSURLRequest requestWithURL:requestUrl
                                         cachePolicy:NSURLRequestReloadIgnoringLocalCacheData
                                     timeoutInterval:10.0f];
NSURLConnection* connection = [[NSURLConnection alloc] initWithRequest:request delegate:self];

証明書の検証を処理するための NSURLConnectionDelegate メソッドが定義されていないため、iOS のデフォルト鍵ストアに存在するすべての CA を信頼するシステム メソッドが使用されます。

デフォルトのプリロードされたシステム証明機関 (CA) を使用して SSL/TLS 接続が作成され、これによって攻撃者が侵害されたルート CA で署名された証明書を使用して中間者 (MiTM) 攻撃を実行し、暗号化通信を傍受できるようになる可能性があります。

公開鍵基盤 (PKI) は、信頼できる証明機関 (CA) に基づいていますが、侵害された証明機関の数が増えるとルート証明書を信用できなくなり、その結果、この CA が署名した証明書も信用できなくなります。こうした侵害された証明書を入手した攻撃者は、これらの CA を信頼するすべての SSL/TLS トラフィックを傍受できるようになります。

証明機関の署名を必要とするのは、任意のネットワーク エンドポイントに接続し、それらのエンドポイントの SSL/TLS 証明書にどの CA が署名したかが事前にわからないブラウザーなどの汎用ネットワーク通信ツールです。限られた数のバックエンド サーバーに接続するモバイル アプリケーションでは、これらのサーバーが証明書の署名に使用した信頼できる CA の数を絞り込んで把握できるというメリットがあり、これらの証明書/公開鍵をアプリケーションに「ピン留め」して信頼する対象をアプリケーションが期待する証明書に減らすことができます。

例 1: 次の例では、デフォルトのプリロードされたシステム CA を使用して SSL/TLS 接続を確立しています。

let requestString = NSURL(string: "https://myserver.org") 
let requestUrl : NSURL = NSURL(string:requestString)!;
let request : NSURLRequest = NSURLRequest(URL:requestUrl);
let connection : NSURLConnection = NSURLConnection(request:request, delegate:self)!;

証明書の検証を処理するための NSURLConnectionDelegate メソッドが定義されていないため、iOS のデフォルト鍵ストアに存在するすべての CA を信頼するシステム メソッドが使用されます。