公式情報確認日：2026年10月9日

• 用途別の選び方
• mTLSの利用条件
• 対応環境
• ルート・中間CA

用途別の証明書の選び方

アクセス認証・mTLSとS/MIMEでは、選択する中間CAと証明書プロファイルが異なります。利用用途を決めてから、対応するCA・環境をご確認ください。

それぞれの用途に対応したプロファイルから発行してください。1枚の証明書をすべての用途で共用できるとは限りません。

ライセンスには個人名用・法人名用があり、弊社の標準納品は個人名用です。アクセス認証・mTLSは個人名用、S/MIMEは証明書に記載する氏名・法人名・メールアドレスに応じて選択します。法人名用はアクセス認証・mTLSには利用できません。

個人名用・法人名用の違いと法人名用クーポンの依頼方法

mTLS（相互TLS認証）の利用条件

アクセス認証用中間CAから発行した証明書は、mTLSのクライアント側の認証に利用できます。サーバー証明書による接続先の確認に加え、サーバーもクライアント証明書を検証して、接続するユーザーや端末を認証します。

• 接続先のWebサーバー・API・認証システムがクライアント証明書認証に対応し、その機能を有効にしていること。
• クライアントが証明書と対応する秘密鍵を利用でき、接続先が発行元のルート証明書・中間CA証明書を正しく検証できること。
• 証明書の拡張キー使用法（EKU）のクライアント認証（clientAuth）など、接続先が要求する用途・鍵・署名アルゴリズムの条件を満たすこと。
• 証明書の有効期間・失効状態を確認し、組織・ユーザー・端末を識別するアクセス制御を設定すること。CAを信頼するだけで、許可する利用者が自動的に限定されるわけではありません。

サーバー側には別途SSL/TLSサーバー証明書が必要です。本製品はクライアント側の認証用であり、サーバー証明書の代わりには利用できません。

公式のサーバー設定マニュアル

• Apache（2.4系をベースにした設定例）
• Microsoft IIS 10（Windows Server 2016以降の設定例）
• Nginx

上記は公式の設定例です。実際のバージョン・構成・要求する証明書条件を確認し、導入前に接続テストを行ってください。

対応環境

以下は公式サポートの対応環境（2026年1月時点の調査）を用途・CA別に整理したものです。必要なルート・中間CAが入っていない環境では手動での追加が必要です。開発元のサポートが継続しているOS・アプリケーションをご利用ください。

メールソフトはS/MIME機能が利用できる契約・設定であることをご確認ください。ブラウザ欄はCAの信頼・証明書対応の情報であり、そのブラウザでS/MIMEメールを送受信できることを示すものではありません。

アクセス認証用R45について、公式の対応環境一覧にはモバイルOS別の記載がありません。R3での対応情報をR45にもそのまま適用せず、未掲載のブラウザ・端末・アプリケーションは事前に対応可否をご確認ください。

古い最低バージョンはCAの搭載状況を示す参考情報です。サポート終了環境での利用を推奨するものではありません。詳細なバージョン・最新情報は、公式クライアント証明書サポート情報をご確認ください。

ルート証明書・中間CA証明書

発行時期と選択した中間CAにより証明書チェーンが異なります。下表は公式の発行対象日であり、既存証明書を日付だけで判定するものではありません。証明書の発行者（Issuer）と証明書チェーンを確認し、対応するCA証明書を選択してください。

同じR45でも、アクセス認証用の「Client Authentication Root」とS/MIME用の「Secure Mail Root」は別のルート証明書です。相互に置き換えないでください。

従来のR3証明書とR45証明書を併用する場合は、認証サーバー側で必要なCAを追加し、CRL・OCSPの参照先も確認します。新CAからの発行・再発行では失効確認のURLが変わるため、旧URLを固定した運用にも対応が必要です。

公式のクライアント証明書用ルート・中間CA証明書（詳細・ダウンロード）

過去の発行分は上記の公式ページで対象日を確認してください。テスト証明書は別のStaging用CAを使います。検証時はテスト証明書用のCA証明書を使用してください。