証明書コネクタ
展開と運用負荷の観点から、Microsoft Certificate Connector for Intune / Active Directory Certificate Services (ADCS) と SCEPman を比較します。
セットアップの工数
< 30分
3 段階の展開手順 コア機能について
> 2~3 日
CDP* の設計と実装
証明書テンプレートの構成
構成の互換性 – GPO、サービス アカウント、コネクタのバージョン、...
> + 2 日
PKCS に加えて:
NDES 用の追加サーバー
証明書の種類ごとに 1 台の NDES サーバー
追加の証明書テンプレートを 2 つ
デバッグが難しい
可用性
単一構成
App Service の SLA: 稼働率 > 99.95 %
冗長構成
Traffic Manager の SLA: 稼働率 > 99.99 %
複数の障害モード:
仮想化プラットフォーム
オペレーティング システム
CDP ウェブサーバー
冗長構成
待機 CA サーバー
追加の CDP ウェブサーバー
バックアップ Certificate Connector 用の待機サーバー
PKCS と同様。
冗長構成
追加の NDES サーバー
スケーラビリティ
オートスケーリングなし
スケーリングには CA クラスターが必要
PKCS と同様。
NDES サーバーを複製するための追加作業
バックアップ
SCEPman はコア機能に対してステートレスです。つまり、バックアップは不要です。
SCEPman Root CA は Azure Key Vault(リージョン冗長)によって暗黙的にバックアップされます。
オプションの Storage Account は自動的にバックアップできます。
CA データベースの定期バックアップ
CA キーと構成のバックアップ(高いコンプライアンスおよびセキュリティ要件)
PKCS と同様。
セキュリティ
ゼロトラスト アプローチ(クラウドネイティブ)に基づいて設計
最先端の認証方式の使用
OCSP によるリアルタイムの自動証明書失効(人的エラーは発生しません)
オンプレミス利用向けに設計
「に対して脆弱certifried attack"
CA(tier 0 資産)とインターネットの間に追加の通信チャネルがあるため、攻撃対象領域が拡大
オンプレミス アカウントとクラウド アカウントの使用により、攻撃対象領域が拡大
CRL の最新性は更新間隔に依存
OCSP は CRL に基づいており リアルタイムではない
PKCS と同様。
NDES への受信アクセスが必要(tier 0 資産)
柔軟性
標準化されたインターフェース(SCEP、OCSP、REST)の使用
複数の MDM ソリューションをサポート
Intune のみサポート
独自の RPC インターフェースにより、レガシーなドメイン参加クライアントで証明書の自動登録が可能
複数の MDM ソリューションのサポートが可能(追加の NDES インスタンスが必要)
*: CRL 配布ポイント
最終更新
役に立ちましたか?