> For the complete documentation index, see [llms.txt](https://docs.scepman.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scepman.com/ja/overview.md). # 概要 ## SCEPとは何ですか？ 通常、(モバイル) デバイスに証明書を配布する必要がある場合、 [Simple Certificate Enrollment Protocol](https://www.rfc-editor.org/rfc/rfc8894.html) (SCEP) が第一の選択肢です。SCEP は [インターネットドラフト](https://en.wikipedia.org/wiki/Internet_Draft) 標準プロトコルです。インターネットドラフトには技術仕様と情報が含まれます。インターネットドラフトはしばしば [コメント要求](https://en.wikipedia.org/wiki/Request_for_Comments). SCEP はもともと Cisco によって開発されました。その目的は、ユーザーの操作なしにネットワーク デバイスへ証明書を配布することです。デバイスは自分で証明書を要求できます。 ## SCEPman とは何ですか？ 従来の SCEP の導入には、いくつかのオンプレミス コンポーネントが必要です。Microsoft Intune と [その他の Mobile Device Management (MDM)](/ja/use-cases.md#mdm-solutions) ソリューション [サードパーティの認証局 (CA](https://learn.microsoft.com/en-us/mem/intune/protect/certificate-authority-add-scep-overview)) が SCEP を使用して証明書を発行・検証できるようにします。 私たちは、組織がこれらのオンプレミス インフラストラクチャから Azure 上で動作するクラウドネイティブなソリューションへ移行できるようにするために SCEPman を開発しました。 {% hint style="warning" %} SCEPman は、 **認証とトランスポート暗号化を目的とした**証明書を発行します。ただし、ネットワーク認証、WiFi、VPN、RADIUS などのサービスで使用されるユーザー証明書およびデバイス証明書を配布できます。 **また、** SCEPman をトランザクション向けに **デジタル署名** つまり、Microsoft Outlook での S/MIME 署名です。証明書をメッセージ署名に使用する予定がある場合は、Intune のプロファイル設定で対応する拡張鍵用途を追加する必要があります。SCEPman の証明書は組織内でのみ信頼されることにご注意ください。SCEPman は公開信頼された証明書を発行しません。 **使用しないでください** SCEPman を **メール暗号化に** つまり、Microsoft Outlook での S/MIME メール暗号化に（鍵管理のための別個の技術なしで）。 **SCEP プロトコルには、秘密鍵素材をバックアップまたはアーカイブする仕組みは含まれていません。** メール暗号化に SCEP を使用すると、後でメッセージを復号するための鍵を失う可能性があります。 {% endhint %} ### SCEPman のワークフロー Intune を MDM ソリューションとして使用する場合の SCEPman ワークフローの概要です（他の MDM ソリューションでも流れは同様です）。最初の図は証明書の発行を示し、2番目の図は証明書の検証を示します。 #### 証明書発行のプロセス ![](https://114237723-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LoGejQeUQcw7lqnQ3WX%2F-LoGexUaUhp2hJiRkPG3%2F-LoGeyCYPE5_IfEynEdy%2FOverview1.png?generation=1567959557840245\&alt=media) #### 証明書ベース認証中の証明書検証のプロセス ![](https://114237723-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LoGejQeUQcw7lqnQ3WX%2Fsync%2Fb28ed2d4261ddb510cd7bd697a559b483f88adca.png?generation=1595318551743241\&alt=media) ### SCEPman の機能 SCEPman は次の機能を備えた Azure Web App です: * Intune と互換性のある SCEP インターフェース [SCEP API](https://learn.microsoft.com/en-us/mem/intune/protect/certificate-authority-add-scep-overview). * より広範な MDM サポート: Jamf Pro、Iru（旧 Kandji）、Mosyle、Addigy など。 * SOAP リクエストを処理する Active Directory エンドポイントにより、グループ ポリシーを使用して証明書をプッシュできます。 * SCEPman は、以下に保存された CA ルートキーで署名された証明書を提供します **Azure Key Vault**. * SCEPman には **OCSP レスポンダー** （以下参照）を備えており、 [証明書の有効性 / 自動失効](/ja/zheng-ming-shu-guan-li/manage-certificates.md#automatic-revocation) をリアルタイムで提供します。 * オプションの地理的冗長化、自動スケーリングに対応し、50 から 100,000 超のユーザーまで処理できます。 SCEPman は初回インストール時に CA ルート証明書を作成します。ただし、たとえば既存の内部 Root CA によって署名された Sub CA 証明書を使用したい場合は、この CA キーと証明書を Azure Key Vault 内の独自のものに置き換えることができます。 #### Certificate Master Certificate Master では [Enterprise Edition](/ja/editions.md#edition-comparison) のお客様が、SCEP / MDM による自動登録が不可能なシナリオで（手動で）証明書を発行できます。一般的な例としては、次の証明書の発行があります [TLS サーバー証明書](/ja/zheng-ming-shu-guan-li/certificate-master/tls-server-certificate-pkcs-12.md) または次の用途のユーザー証明書 [スマートカード / YubiKey](/ja/zheng-ming-shu-guan-li/certificate-master/user-certificate.md)。さらに、管理者は Certificate Master を使用して [管理できます](/ja/zheng-ming-shu-guan-li/manage-certificates.md) SCEPman によって発行されたあらゆる証明書を管理できます。SCEP (Intune、Jamf、その他の MDM) によって自動登録されたものでも、EST、 [Enrollment REST API](/ja/zheng-ming-shu-guan-li/api-certificates.md) または Certificate Master UI から手動で登録されたものでも同様です。 {% content-ref url="/pages/13fdf762be2175fdd2546ac4ec8454a1421e7523" %} [Certificate Master](/ja/zheng-ming-shu-guan-li/certificate-master.md) {% endcontent-ref %} ### SCEPman OCSP (Online Certificate Status Protocol) この [Online Certificate Status Protocol (OCSP)](https://en.wikipedia.org/wiki/Online_Certificate_Status_Protocol) は、証明書の状態を判断するために使用されるインターネット プロトコルです。OCSP クライアントは OCSP レスポンダーに状態要求を送り、レスポンダーは失効状態やその他の仕組みに基づいて証明書の有効性を検証します。 SCEPman がサポートする Certificate Revocation List (CRL) と比較すると、OCSP 応答は常に最新であり、数秒以内に利用できます。CRL は、手動で更新しなければならないデータベースに基づいており、かなり大きくなる可能性があるという欠点があります。これらの失効メカニズムの詳細な比較をお読みください [当社ブログで。](https://www.glueckkanja.com/blog/products/2023/05/certificate-revocation-en/) ## はじめに 次のページの手順に従って SCEPman を導入し、ユーザー、デバイス、およびネットワーク認証シナリオ向けの証明書発行を自動化してください。 --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.scepman.com/ja/overview.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.