エンタープライズ証明書の条件の構成

Chrome Enterprise Premium の重要な原則は、「サービスへのアクセス権限は、ユーザーとそのデバイスについてサービス提供側が知っている情報に基づき付与される」ことです。単一のユーザーまたは単一のデバイスに付与されたアクセスレベルは、複数のデータソースを調べることで動的に推定されます。Chrome Enterprise Premium は、このレベルの信頼性を意思決定プロセスの一部として使用します。

Access Context Manager は Chrome Enterprise Premium のゼロトラストポリシーエンジンです。Access Context Manager を使用すると、管理者はアプリケーションと Google Cloud リソースに対するきめ細かい属性ベースのアクセス制御を定義できます。

アクセスレベルを使用して、リクエストに関するコンテキスト情報に基づいてリソースへのアクセスを許可します。アクセスレベルを使用すると、信頼階層の整理を開始できます。たとえば、High_Level というアクセスレベルを作成して、高い権限を持つユーザーの少人数のグループからのリクエストを許可できます。リクエストを許可する IP 範囲など、信頼できるより一般的なグループを特定することもできます。その場合、Medium_Level というアクセスレベルを作成して、これらのリクエストを許可します。

ゼロトラストアクセスの主な要件の 1 つは、デバイスが会社によって管理または所有されている場合のみアクセスを許可することです。デバイスが会社の所有かどうかを判断する方法は多数あり、会社が発行した有効な証明書がデバイスに存在するかどうかで判断する方法はその 1 つです。デバイスにエンタープライズ証明書が存在することで、そのデバイスが会社所有であることを確認できます。

コンテキストアウェアアクセス用のエンタープライズ証明書は、Chrome Enterprise Premium の証明書ベースアクセスソリューション全体の一つの機能です。この機能は、デバイス証明書を代替のコンテキストアウェアシグナルとして使用して、デバイスが企業所有のアセットかどうかを判断します。この機能は Chrome ブラウザ 110 以降でサポートされています。

デバイスには複数の証明書を含めることができます。そのため、マクロ .exist(e,p) を使用してカスタムアクセスレベルでエンタープライズ証明書にアクセスできます。

device.certificates.exists(cert, predicate)

この例では、cert は、predicator で使用する識別子であり、デバイス証明書にバインドされます。exist() マクロは、要素ごとの述語結果を「OR」（||）演算子で結合します。つまり、少なくとも 1 つの証明書が predicate 式を満たす場合、マクロは true を返します。

証明書には次のような属性があり、これらは同時にチェックできます。文字列の比較では大文字と小文字が区別されます。

属性	説明	述語式の例（`cert` はマクロの識別子）
`is_valid`	証明書が有効で期限切れでない場合は true (ブール値)。	`cert.is_valid`
`cert_fingerprint`	証明書のフィンガープリント（Base64 のパディングなしの SHA256）フィンガープリントは、DER エンコード形式の証明書の、Base64 でエンコードされたパディングなしの SHA256 ダイジェスト（バイナリ形式）です。OpenSSL で次の手順を使用し、PEM 形式の証明書から文字列を生成できます。 `$ openssl x509 -in cert.pem -out cert.der -outform DER $ openssl dgst -sha256 -binary cert.der > digest.sha $ openssl base64 -in digest.sha`	`cert.cert_fingerprint == origin.clientCertFingerprint()`
`root_ca_fingerprint`	証明書の署名に使用するルート CA 証明書のフィンガープリント（Base64 のパディングなしの SHA256）。フィンガープリントは、DER エンコード形式の証明書の、Base64 でエンコードされたパディングなしの SHA256 ダイジェスト（バイナリ形式）です。OpenSSL で次の手順を使用し、PEM 形式の証明書から文字列を生成できます。 `$ openssl x509 -in cert.pem -out cert.der -outform DER $ openssl dgst -sha256 -binary cert.der > digest.sha $ openssl base64 -in digest.sha`	`cert.root_ca_fingerprint == "the_fingerprint"`
`issuer`	発行元の名前（完全に展開された名前）発行者名を調べるには、次の方法があります。証明書で次のコマンドを実行します。 `$ openssl x509 -in ca_1.crt -issuer issuer= /C=IN/ST=UP/L=NCR/O=BCEDemo/OU=BCEDemo_1/CN=inter_1/[email protected]` アクセスレベルで使用される発行元の文字列は出力の逆で、「/」をカンマで置き換えます。例: `[email protected], CN=inter_1, OU=BCEDemo_1, O=BCEDemo, L=NCR, ST=UP, C=IN`	`cert.issuer == "[email protected], CN=inter_1, OU=BCEDemo_1, O=BCEDemo, L=NCR, ST=UP, C=IN"`
`subject`	証明書のサブジェクト名（完全に展開された名前）	`cert.subject == "CA_SUB"`
`serial_number`	証明書のシリアル番号（文字列）	`cert.serial_number = "123456789"`
`template_id`	証明書の X.509 拡張機能の証明書テンプレートのテンプレート ID（文字列）。	`cert.template_id = "1.3.6.1.4.1.311.21.8.15608621.11768144.5720724.16068415.6889630.81.2472537.7784047"`

次の表に、設定可能なポリシーの例を示します。

ポリシーの例	式
デバイスに会社のルート証明書によって署名された有効な証明書があります。	`device.certificates.exists(cert, cert.is_valid && cert.root_ca_fingerprint == "ROOT_CA_FINGERPRINT")`
デバイスに発行元 `CA_ABC.` が発行した有効な証明書がある	`device.certificates.exists(cert, cert.is_valid && cert.issuer == "[email protected], CN=inter_1, OU=BCEDemo_1, O=BCEDemo, L=NCR, ST=UP, C=IN")`

エンタープライズ証明書の構成

エンタープライズ証明書を構成する前に、カスタムアクセスレベルを構成していることを確認してください。手順については、カスタムアクセスレベルの作成をご覧ください。

Access Context Manager のカスタムアクセスレベルの定義を使用して、適切なポリシーを設定できます。カスタムアクセスレベルでは、Common Expression Language（CEL）のサブセットで作成されたブール式を使用して、リクエストを発行するクライアントの属性をテストします。

管理コンソールでのトラストアンカーのアップロード

Chrome Enterprise Premium がデバイスのエンタープライズ証明書を収集して検証するためには、デバイス証明書の発行に使用するトラストアンカーと中間証明書をアップロードする必要があります。ここでのトラストアンカーは、自己署名ルート CA（認証局）証明書と、それに関連する中間証明書や下位証明書を指します。次の手順を完了して、トラストアンカーをアップロードします。

[管理コンソール] に移動し、[デバイス] > [ネットワーク] > [証明書] に移動します。
適切な組織部門を選択します。
[証明書を追加] を選択します。
証明書名を入力します。
証明書をアップロードします。
[エンドポイントの確認] チェックボックスをオンにします。
[追加] をクリックします。
トラストアンカーがアップロードされる組織部門にユーザーが属していることを確認します。

AutoSelectCertificateForUrls ポリシーを構成する

Endpoint Verification が Chrome でデバイス証明書を検索して収集するには、次の手順で AutoSelectCertificateForURLs Chrome ポリシーを構成する必要があります。

Chrome ブラウザが Chrome ブラウザクラウド管理によって管理されていることを確認します。
- [Win/OSX/Linux] CBCM を使用したマネージド Chrome ブラウザの設定（https://support.google.com/chrome/a/answer/9301891）
- [Chrome] デバイスを企業に登録します。
管理コンソールで、AutoSelectCertificateForUrls ポリシーを追加します。
1. [管理コンソール] に移動し、[デバイス] > [Chrome] > [設定] > [ユーザーとブラウザの設定] > [クライアント証明書] に移動します。
2. 適切な組織部門を選択します。
3. 次の例に示すように、ポリシー AutoSelectCertificateForUrls を追加します。
```
{"pattern":"https://[*.]clients6.google.com","filter":{"ISSUER":{"CN":"CERTIFICATE_ISSUER_NAME"}}}
```
  CERTIFICATE_ISSUER_NAME は、ルート CA の共通名に置き換えます。pattern の値は変更しないでください。

ポリシー構成を確認する手順は次のとおりです。

ブラウザで chrome://policy に移動します。
AutoSelectCertificateForUrls の構成値を確認します。
ポリシー[対象] の値が [マシン] に設定されていることを確認します。Chrome オペレーティングシステムの場合、値は[Current User]* に適用されます。
ポリシーのステータスに競合がないことを確認します。

構成のトラブルシューティング

[デバイスの詳細] ページの証明書属性を調べて、証明書の属性が正しくリストされていることを確認します。

エンドポイントの確認ログは、問題のトラブルシューティングに役立ちます。エンドポイントの確認ログをダウンロードするには、次の手順を行います。

エンドポイントの確認拡張機能を右クリックし、[オプション] に移動します。
[ログレベル] > [すべて] > [ログをダウンロード] を選択します。
Cloud カスタマーケアでサポートケースを開き、詳細なデバッグのためにログを共有します。