SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

セコムパスポート for Web SR
認証局証明書ポリシー（Certificate Policy）
Version 3.06

2024 年 10 月 23 日
セコムトラストシステムズ株式会社© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

改版履歴
版数

日付

内容

1.00

2008/02/25

初版発行

1.10

2008/09/19

連絡先の変更1.20

2009/05/13

証明書有効期間 5 年の追加

1.30

2012/02/15

・5.6 鍵の切り替え－証明書の更新を追記。
－CA 鍵の有効期間を追記。

1.40

2012/11/09

OCSP サーバーの運用開始に伴う修正証明書プロファイルに SubjectAltName を追加

2.00

2013/12/02

メジャーバージョンアップ
SECOM Passport for Web SR2.0 CA 用証明書ポリシーを
SECOM Passport for Web SR CA 用証明書ポリシーとし、CAの秘密鍵 SECOM Passport for Web SR3.0 CA を追加する

2.10

2014/01/15

文言の見直しを実施

2.20

2014/09/25

証明書プロファイルの Basic Constraints を削除
証明書有効期間 3 年の追加
文言の見直しを実施

2.30

2015/04/15

CAA に関する記述の追加

2.40

2015/12/25

ドメイン認証に関する記述の追加

2.50

2017/05/23

SECOM Passport for Web SR2.0 CA の削除
更新申請の受付日と発行日を変更
全体的な文言および体裁の見直し

2.60

2017/09/07

CAA レコードに関する記述の修正

2.70

2018/03/01

アーカイブ保存期間の変更
証明書有効期間 3 年の削除

2.80

2018/03/29

証明書プロファイルに Certificate Transparency の拡張情報を追加
OV 識別番号の登録

2.90

2018/08/01

ドメイン認証に関する記述の修正
文言の見直しを実施

2.91

2019/05/24

証明書失効事由の追記
全体的な文言および体裁の見直し

2.92

2020/03/30

章立ての見直し、および一部「規定しない」の内容追加

2.93

2020/09/01

証明書有効期間 2 年の削除

© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

2.94

2020/09/29

CRL プロファイルの Reason code を修正

2.95

2021/05/31

ドメイン認証に関する記述の修正
証明書失効事由の修正
鍵の危殆化に対する特別要件の追記

2.962021/06/15

文言および体裁の見直し
証明書失効事由の修正

2.97

2021/11/30

ドメイン認証に関する記述の修正
全体的な文言および体裁の見直し

3.00

2022/06/10

全体的な文言および体裁の見直し

3.01

2023/02/17「SECOM Passport for Web OV RSA CA 2023」の追加「1.2

文書名と識別」OID の追加「1.6

定義と略語」定義の追加「3.2.63.02

2023/05/17

相互運用の基準」CA の追加「7.1

証明書のプロファイル」CA の追加、文言修正「7.2

CRL のプロファイル」 CA の追加、文言修正「2.3

公開の時期または頻度」を更新「4.9.1 証明書失効事由」を更新「5.5.1

アーカイブの種類」を更新「5.5.2

アーカイブ保存期間」を更新「5.5.3

アーカイブの保護」を更新「5.5.4

アーカイブのバックアップ手続」を更新「5.5.5

記録にタイムスタンプを付与する要件」を更新「5.5.6

アーカイブ収集システム」を更新「5.5.7

アーカイブの検証手続」を更新「5.7.1

事故および危殆化時の手続」を更新「5.7.2

ハードウェア、ソフトウェアまたはデータが破損した場合の手続」を更新「5.7.3

私有鍵が危殆化した場合の手続」を更新「5.7.4

災害後の事業継続性」を更新「7.1 証明書のプロファイル」を更新「7.2.2 CRL 拡張」を更新
3.03
3.04

2023/08/28
2024/04/01「1.6

定義と略語」を更新「7.1

証明書のプロファイル」を更新「SECOM Passport for Web OV RSA CA 2023」の削除「1.1「1.4.1

概要」を更新
適切な証明書の用途」を更新© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06「1.5.2

連絡先」を更新「1.6

定義と略語」を更新「3.1.1

名前の種類」を更新「3.2.2

組織の認証」を更新「3.2.2.4「3.2.3

個人の認証」を更新「3.2.4

検証されない証明書利用者の情報」を更新「3.2.5

権限の正当性確認」を更新「3.2.6相互運用の基準」を更新「4.5.1

証明書利用者の私有鍵および証明書の用途」を更新「4.9.8

証明書失効リストの発行最大遅延時間」を更新「6.1.3

認証局への公開鍵の交付」を更新「6.1.7

鍵の用途」

「7.1

証明書のプロファイル」を更新「7.1.33.05

2024/08/21

ドメインの認証」を更新

アルゴリズムオブジェクト識別子」を更新「7.2

CRL のプロファイル」を更新「8.4

監査で扱われる事項」を更新

以下を更新
1.3.1 CA
1.3.2 RA
1.3.3 証明書利用者
1.3.4 検証者
1.6 定義と略語
2.1 リポジトリー
2.2 証明情報の公開
4.1.2 申請手続および責任4.2.1 本人性確認と認証の実施
4.9.1 証明書失効事由
4.9.7 証明書失効リストの発行頻度
6.1.1 鍵ペアの生成
7.1 証明書のプロファイル
7.2 CRL のプロファイル
7.2.2 CRL 拡張
以下を削除
4.2.4 CAA レコードの確認

3.06

2024/10/23

表記の修正© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

以下を更新
1.5.2

連絡先

1.6

定義と略語

2.2

証明情報の公開

3.2.2.4ドメインの認証

3.2.2.9 マルチ・パースペクティブ発行検証
4.3.1.1 ルート CA の証明書発行の手動承認
4.3.1.2 署名される証明書のリンティング
4.3.1.3 発行済み証明書のリンティング
4.9.11

利用可能な失効情報の他の形式

6.2.1

暗号装置の標準および管理

6.2.7

私有鍵の暗号モジュールへの格納

7.1.1 バージョン番号
7.1.2

証明書拡張

7.1.8

ポリシー修飾子の文法および意味

7.2.1

バージョン番号© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

目次
1. はじめに........................................................................................................................... 1
1.1 概要 ............................................................................................................................ 1
1.2 文書名と識別 .............................................................................................................. 2
1.3 PKI の関係者 .............................................................................................................. 2
1.3.1 CA ........................................................................................................................ 2
1.3.2 RA ........................................................................................................................ 2
1.3.3 利用者 .................................................................................................................. 3
1.3.4 検証者 .................................................................................................................. 3
1.3.5 他の関係者 ........................................................................................................... 3
1.4 証明書の用途 .............................................................................................................. 3
1.4.1 適切な証明書の用途............................................................................................. 3
1.4.2 禁止される証明書の用途 ..................................................................................... 3
1.5 ポリシー管理 .............................................................................................................. 4
1.5.1 文書を管理する組織............................................................................................. 4
1.5.2 連絡先 .................................................................................................................. 4
1.5.3 ポリシー適合性を決定する者 .............................................................................. 4
1.5.4 承認手続 .............................................................................................................. 4
1.6 定義と略語 ................................................................................................................. 4
2. 公開とリポジトリーの責任 ............................................................................................ 11
2.1 リポジトリー ............................................................................................................ 11
2.2 証明情報の公開 ........................................................................................................ 11
2.3 公開の時期または頻度.............................................................................................. 11
2.4 リポジトリーへのアクセス管理 ............................................................................... 11
3. 識別と認証 ..................................................................................................................... 12
3.1 名前決定 ................................................................................................................... 12
3.1.1 名前の種類 ......................................................................................................... 12
3.1.2 名前が意味を持つことの必要性 ......................................................................... 12
3.1.3 利用者の匿名性または仮名性 ............................................................................ 12
3.1.4 様々な名前形式を解釈するための規則 .............................................................. 12
3.1.5 名前の一意性 ..................................................................................................... 12
3.1.6 認識、認証および商標の役割 ............................................................................ 13
3.2 初回の本人確認 ........................................................................................................ 13
3.2.1 私有鍵の所持を証明する方法 ............................................................................ 13
3.2.2 組織の認証 ......................................................................................................... 13© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

3.2.2.1 アイデンティティ........................................................................................ 13
3.2.2.2 商号/商標名 ................................................................................................. 14
3.2.2.3 国の検証 ...................................................................................................... 14
3.2.2.4 ドメインの認証 ........................................................................................... 14
3.2.2.5 IP アドレスの認証 ....................................................................................... 18
3.2.2.6 ワイルドカードドメイン認証 ...................................................................... 18
3.2.2.7 データ情報源の正確性 ................................................................................ 18
3.2.2.8 CAA レコード .............................................................................................. 18
3.2.2.9 マルチ・パースペクティブ発行検証 ........................................................... 19
3.2.3 個人の認証 ......................................................................................................... 23
3.2.4 検証されない利用者の情報 ................................................................................ 24
3.2.5 権限の正当性確認 .............................................................................................. 24
3.2.6 相互運用の基準 .................................................................................................. 24
3.3 鍵更新申請時の本人性確認と認証 ............................................................................ 24
3.3.1 通常の鍵更新時における本人性確認と認証 ....................................................... 24
3.3.2 証明書失効後の鍵更新時における本人性確認と認証......................................... 24
3.4 失効申請時の本人性確認と認証 ............................................................................... 24
4. 証明書のライフサイクルに対する運用上の要件 ............................................................ 25
4.1 証明書申請 ............................................................................................................... 25
4.1.1 証明書の申請を行うことができる者.................................................................. 25
4.1.2 申請手続および責任........................................................................................... 25
4.2 証明書申請手続 ........................................................................................................ 25
4.2.1 本人性確認と認証の実施 ................................................................................... 25
4.2.2 証明書申請の承認または却下 ............................................................................ 27
4.2.3 証明書申請の処理時間 ....................................................................................... 27
4.3 証明書の発行 ............................................................................................................ 27
4.3.1 証明書発行時の処理手続 ................................................................................... 27
4.3.1.1 ルート CA の証明書発行の手動承認 .......................................................... 27
4.3.1.2 署名される証明書のリンティング............................................................... 27
4.3.1.3 発行済み証明書のリンティング .................................................................. 28
4.3.2 利用者への証明書発行通知 ................................................................................ 28
4.4 証明書の受領確認 ..................................................................................................... 28
4.4.1 証明書の受領確認手続 ....................................................................................... 28
4.4.2 認証局による証明書の公開 ................................................................................ 28
4.4.3 他のエンティティに対する認証局の証明書発行通知......................................... 29
4.5 鍵ペアおよび証明書の用途 ...................................................................................... 29© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

4.5.1 利用者の私有鍵および証明書の用途.................................................................. 29
4.5.2 検証者の公開鍵および証明書の用途.................................................................. 29
4.6 証明書の更新 ............................................................................................................ 29
4.6.1 証明書更新の状況 .............................................................................................. 29
4.6.2 証明書の更新申請を行うことができる者 .......................................................... 29
4.6.3 証明書の更新申請の処理手続 ............................................................................ 29
4.6.4 利用者に対する新しい証明書発行通知 .............................................................. 29
4.6.5 更新された証明書の受領確認手続 ..................................................................... 29
4.6.6 認証局による更新された証明書の公開 .............................................................. 30
4.6.7 他のエンティティに対する認証局の証明書発行通知......................................... 30
4.7 証明書の鍵更新 ........................................................................................................ 30
4.7.1 鍵更新の状況 ..................................................................................................... 30
4.7.2 新しい証明書の申請を行うことができる者 ....................................................... 30
4.7.3 鍵更新をともなう証明書申請の処理手続 .......................................................... 30
4.7.4 利用者に対する新しい証明書の通知.................................................................. 30
4.7.5 鍵更新された証明書の受領確認手続.................................................................. 30
4.7.6 認証局による鍵更新済みの証明書の公開 .......................................................... 30
4.7.7 他のエンティティに対する認証局の証明書発行通知......................................... 30
4.8 証明書の変更 ............................................................................................................ 30
4.8.1 証明書の変更事由 .............................................................................................. 30
4.8.2 証明書の変更申請を行うことができる者 .......................................................... 31
4.8.3 変更申請の処理手続........................................................................................... 31
4.8.4 利用者に対する新しい証明書発行通知 .............................................................. 31
4.8.5 変更された証明書の受領確認手続 ..................................................................... 31
4.8.6 認証局による変更された証明書の公開 .............................................................. 31
4.8.7 他のエンティティに対する認証局の証明書発行通知......................................... 31
4.9 証明書の失効と一時停止 .......................................................................................... 31
4.9.1 証明書失効事由 .................................................................................................. 31
4.9.2 証明書の失効申請を行うことができる者 .......................................................... 33
4.9.3 失効申請手続 ..................................................................................................... 33
4.9.4 失効申請の猶予期間........................................................................................... 33
4.9.5 認証局が失効申請を処理しなければならない期間 ............................................ 33
4.9.6 失効確認の要求 .................................................................................................. 34
4.9.7 証明書失効リストの発行頻度 ............................................................................ 34
4.9.8 証明書失効リストの発行最大遅延時間 .............................................................. 34
4.9.9 オンラインでの失効/ステータス確認の適用性 .................................................. 34© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

4.9.10 オンラインでの失効/ステータス確認を行うための要件 .................................. 34
4.9.11 利用可能な失効情報の他の形式 ....................................................................... 36
4.9.12 鍵の危殆化に対する特別要件 .......................................................................... 36
4.9.13 証明書の一時停止事由 ..................................................................................... 36
4.9.14 証明書の一時停止申請を行うことができる者 ................................................. 36
4.9.15 証明書の一時停止申請手続 .............................................................................. 36
4.9.16 一時停止を継続することができる期間 ............................................................ 36
4.10 証明書のステータス確認サービス .......................................................................... 36
4.10.1 運用上の特徴 ................................................................................................... 37
4.10.2 サービスの利用可能性 ..................................................................................... 37
4.10.3 オプショナルな仕様......................................................................................... 37
4.11 利用の終了.............................................................................................................. 37
4.12 キーエスクローと鍵回復 ........................................................................................ 37
4.12.1 キーエスクローと鍵回復ポリシーおよび実施 ................................................. 37
4.12.2 セッションキーのカプセル化と鍵回復のポリシーおよび実施 ........................ 37
5. 設備上、運営上、運用上の管理 ..................................................................................... 38
5.1 物理的管理 ............................................................................................................... 38
5.1.1 立地場所および構造........................................................................................... 38
5.1.2 物理的アクセス .................................................................................................. 38
5.1.3 電源および空調 .................................................................................................. 38
5.1.4 水害対策 ............................................................................................................ 38
5.1.5 火災対策 ............................................................................................................ 38
5.1.6 媒体保管 ............................................................................................................ 38
5.1.7 廃棄処理 ............................................................................................................ 38
5.1.8 オフサイトバックアップ ................................................................................... 38
5.2 手続的管理 ............................................................................................................... 38
5.2.1 信頼すべき役割 .................................................................................................. 38
5.2.2 職務ごとに必要とされる人数 ............................................................................ 38
5.2.3 個々の役割に対する本人性確認と認証 .............................................................. 39
5.2.4 職務分割が必要となる役割 ................................................................................ 39
5.3 人事的管理 ............................................................................................................... 39
5.3.1 資格、経験および身分証明の要件 ..................................................................... 39
5.3.2 背景調査 ............................................................................................................ 39
5.3.3 教育要件 ............................................................................................................ 39
5.3.4 再教育の頻度および要件 ................................................................................... 39
5.3.5 仕事のローテーションの頻度および順序 .......................................................... 39© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

5.3.6 認められていない行動に対する制裁.................................................................. 39
5.3.7 独立した契約者の要件 ....................................................................................... 39
5.3.8 要員へ提供される資料 ....................................................................................... 39
5.4 監査ログの手続 ........................................................................................................ 39
5.4.1 記録されるイベントの種類 ................................................................................ 39
5.4.2 監査ログを処理する頻度 ................................................................................... 40
5.4.3 監査ログを保持する期間 ................................................................................... 40
5.4.4 監査ログの保護 .................................................................................................. 40
5.4.5 監査ログのバックアップ手続 ............................................................................ 40
5.4.6 監査ログの収集システム ................................................................................... 40
5.4.7 イベントを起こした者への通知 ......................................................................... 40
5.4.8 脆弱性評価 ......................................................................................................... 40
5.5 記録の保菅 ............................................................................................................... 40
5.5.1 アーカイブの種類 .............................................................................................. 40
5.5.2 アーカイブ保存期間........................................................................................... 40
5.5.3 アーカイブの保護 .............................................................................................. 40
5.5.4 アーカイブのバックアップ手続 ......................................................................... 40
5.5.5 記録にタイムスタンプを付与する要件 .............................................................. 41
5.5.6 アーカイブ収集システム ................................................................................... 41
5.5.7 アーカイブの検証手続 ....................................................................................... 41
5.6 鍵の切り替え ............................................................................................................ 41
5.7 危殆化および災害からの復旧 ................................................................................... 41
5.7.1 事故および危殆化時の手続 ................................................................................ 41
5.7.2 ハードウェア、ソフトウェアまたはデータが破損した場合の手続 ................... 41
5.7.3 私有鍵が危殆化した場合の手続 ......................................................................... 41
5.7.4 災害後の事業継続性........................................................................................... 41
5.8 認証局または登録局の終了 ...................................................................................... 41
6. 技術的セキュリティ管理................................................................................................ 42
6.1 鍵ペアの生成およびインストール ............................................................................ 42
6.1.1 鍵ペアの生成 ..................................................................................................... 42
6.1.2 利用者に対する私有鍵の交付 ............................................................................ 42
6.1.3 認証局への公開鍵の交付 ................................................................................... 42
6.1.4 検証者への CA 公開鍵の交付 ............................................................................ 42
6.1.5 鍵サイズ ............................................................................................................ 42
6.1.6 公開鍵のパラメーターの生成および品質検査 ................................................... 42
6.1.7 鍵の用途 ............................................................................................................ 42© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

6.2 私有鍵の保護および暗号装置技術の管理 ................................................................. 43
6.2.1 暗号装置の標準および管理 ................................................................................ 43
6.2.2 私有鍵の複数人管理........................................................................................... 43
6.2.3 私有鍵のエスクロー........................................................................................... 43
6.2.4 私有鍵のバックアップ ....................................................................................... 43
6.2.5 私有鍵のアーカイブ........................................................................................... 43
6.2.6 私有鍵の暗号モジュールへのまたは暗号モジュールからの転送 ....................... 43
6.2.7 私有鍵の暗号モジュールへの格納 ..................................................................... 44
6.2.8 私有鍵の活性化方法........................................................................................... 44
6.2.9 私有鍵の非活性化方法 ....................................................................................... 44
6.2.10 私有鍵の破棄方法 ............................................................................................ 44
6.2.11 暗号装置の評価 ................................................................................................ 44
6.3 鍵ペアのその他の管理方法 ...................................................................................... 44
6.3.1 公開鍵のアーカイブ........................................................................................... 44
6.3.2 私有鍵および公開鍵の有効期間 ......................................................................... 44
6.4 活性化データ ............................................................................................................ 44
6.4.1 活性化データの生成および設定 ......................................................................... 44
6.4.2 活性化データの保護........................................................................................... 45
6.4.3 活性化データの他の考慮点 ................................................................................ 45
6.5 コンピュータのセキュリティ管理 ............................................................................ 45
6.5.1 コンピュータセキュリティに関する技術的要件 ................................................ 45
6.5.2 コンピュータセキュリティ評価 ......................................................................... 45
6.6 ライフサイクルセキュリティ管理 ............................................................................ 45
6.6.1 システム開発管理 .............................................................................................. 45
6.6.2 セキュリティ運用管理 ....................................................................................... 45
6.6.3 ライフサイクルセキュリティ管理 ..................................................................... 45
6.7 ネットワークセキュリティ管理 ............................................................................... 45
6.8 タイムスタンプ ........................................................................................................ 45
7. 証明書および証明書失効リストおよび OCSP のプロファイル ..................................... 46
7.1 証明書のプロファイル.............................................................................................. 46
7.1.1 バージョン番号 .................................................................................................. 49
7.1.2 証明書拡張 ......................................................................................................... 49
7.1.3 アルゴリズムオブジェクト識別子 ..................................................................... 49
7.1.4 名前形式 ............................................................................................................ 50
7.1.5 名前制約 ............................................................................................................ 50
7.1.6 CP オブジェクト識別子 ..................................................................................... 50© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

7.1.7 ポリシー制約拡張の利用 ................................................................................... 51
7.1.8 ポリシー修飾子の文法および意味 ..................................................................... 51
7.1.9 重要な証明書ポリシー拡張の処理の意味 .......................................................... 51
7.2 CRL のプロファイル................................................................................................. 51
7.2.1 バージョン番号 .................................................................................................. 52
7.2.2 CRL 拡張 ............................................................................................................ 52
7.3 OCSP のプロファイル .............................................................................................. 55
7.3.1 バージョン番号 .................................................................................................. 55
7.3.2 OCSP 拡張 ......................................................................................................... 55
8. 準拠性監査と他の評価 ................................................................................................... 56
8.1 監査の頻度 ............................................................................................................... 56
8.2 監査人の身元／資格 ................................................................................................. 56
8.3 監査人と被監査部門の関係 ...................................................................................... 56
8.4 監査で扱われる事項 ................................................................................................. 56
8.5 不備の結果としてとられる処置 ............................................................................... 56
8.6 監査結果の開示 ........................................................................................................ 56
8.7 自己監査 ................................................................................................................... 56
9. 他の業務上および法的事項 ............................................................................................ 57
9.1 料金 .......................................................................................................................... 57
9.1.1 証明書の発行または更新にかかる料金 .............................................................. 57
9.1.2 証明書のアクセス料金 ....................................................................................... 57
9.1.3 失効またはステータス情報のアクセス料金 ....................................................... 57
9.1.4 他サービスの料金 .............................................................................................. 57
9.1.5 返金ポリシー ..................................................................................................... 57
9.2 財務的責任 ............................................................................................................... 57
9.2.1 保険の補償 ......................................................................................................... 57
9.2.2 その他の資産 ..................................................................................................... 57
9.2.3 エンドエンティティの保険または保証範囲 ....................................................... 57
9.3 企業情報の機密性 ..................................................................................................... 57
9.3.1 機密情報の範囲 .................................................................................................. 57
9.3.2 機密情報の範囲外の情報 ................................................................................... 58
9.3.3 機密情報を保護する責任 ................................................................................... 58
9.4 個人情報の保護 ........................................................................................................ 58
9.4.1 個人情報保護方針 .............................................................................................. 58
9.4.2 個人情報として扱われる情報 ............................................................................ 58
9.4.3 個人情報とみなされない情報 ............................................................................ 58© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

9.4.4 個人情報を保護する責任 ................................................................................... 58
9.4.5 個人情報の使用に関する通知と同意.................................................................. 58
9.4.6 司法または行政手続に沿った情報開示 .............................................................. 58
9.4.7 その他の情報開示条件 ....................................................................................... 58
9.5 知的財産権 ............................................................................................................... 58
9.6 表明保証 ................................................................................................................... 59
9.6.1 CA の表明保証.................................................................................................... 59
9.6.2 RA の表明保証.................................................................................................... 61
9.6.3 利用者の表明保証 .............................................................................................. 61
9.6.4 検証者の表明保証 .............................................................................................. 62
9.6.5 他の関係者の表明保証 ....................................................................................... 63
9.7 無保証....................................................................................................................... 63
9.8 責任の制限 ............................................................................................................... 63
9.9 補償 .......................................................................................................................... 63
9.10 有効期間と終了 ...................................................................................................... 63
9.10.1 有効期間 .......................................................................................................... 64
9.10.2 終了.................................................................................................................. 64
9.10.3 終了の効果と効果継続 ..................................................................................... 64
9.11 関係者間の個別通知と連絡 ..................................................................................... 64
9.12 改訂 ........................................................................................................................ 64
9.12.1 改訂手続 .......................................................................................................... 64
9.12.2 通知方法および期間......................................................................................... 64
9.12.3 オブジェクト識別子が変更されなければならない場合 ................................... 64
9.13 紛争解決手続 .......................................................................................................... 64
9.14 準拠法..................................................................................................................... 65
9.15 適用法の遵守 .......................................................................................................... 65
9.16 雑則 ........................................................................................................................ 65
9.16.1 完全合意条項 ................................................................................................... 65
9.16.2 権利譲渡条項 ................................................................................................... 65
9.16.3 分離条項 .......................................................................................................... 65
9.16.4 強制執行条項 ................................................................................................... 66
9.16.5 不可抗力 .......................................................................................................... 66
9.17 その他の条項 .......................................................................................................... 66© 2008 SECOM Trust Systems Co., Ltd.

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

1. はじめに
1.1 概要
セコムパスポート for Web SR 認証局証明書ポリシー（以下「本 CP」という）は、セ
コムトラストシステムズ株式会社（以下「セコムトラストシステムズ」という）が運用す
る SECOM Passport for Web SR 3.0 CA（以下「本 CA」という）が発行する証明書の利用目的、適用範囲、利用者手続を示し、証明書に関するポリシーを規定するものである。
本 CA の運用維持に関する諸手続については、セコム電子認証基盤認証運用規程（以下「CPS」という）に規定する。
本 CA が発行する証明書は、サーバー認証や、通信経路で情報の暗号化を行うことに利用する。また、発行対象は、セコムパスポート for Web SR サービス利用規定（以下「サービス利用規定」という）により定める。
本 CA から証明書の発行を受ける者は、証明書の発行を受ける前に自己の利用目的と本
CP、サービス利用規定、および CPS とを照らし合わせて評価し、本 CP、サービス利用
規定、および CPS を承諾する必要がある。
本 CA は、https://www.cabforum.org/で公開される CA/Browser Forum で定められた規準（以下、Baseline Requirements という）およびアプリケーションソフトウェアサプ
ライヤーの規準の最新版に準拠する。
表 1.1-1 規準一覧
本 CA で発行する証明書種類

準拠するべき規準⚫

Baseline Requirements for the Issuance andManagement of Publicly-Trusted TLS Server
Certificates

TLS サーバー証明書⚫

Apple Root Certificate Program⚫

Chrome Root Program Policy⚫

Microsoft Trusted Root Program⚫

Mozilla Root Store Policy

本 CP の内容がサービス利用規定、CPS の内容に抵触する場合は、サービス利用規定、
本 CP、CPS の順に優先して適用されるものとする。また、セコムトラストシステムズと契約関係を持つ組織団体等との間で、別途契約書等が存在する場合、サービス利用規定、
本 CP、CPS より契約書等の文書が優先される。本 CP と Baseline Requirements の間に矛盾がある場合、Baseline Requirements が本 CP に優先して適用される。

© 2008 SECOM Trust Systems Co., Ltd.
P-1

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

本 CP は、本 CA に関する技術面、運用面の発展や改良にともない、それらを反映するために必要に応じ改訂されるものとする。
本 CP は、IETF が認証局運用のフレームワークとして提唱する RFC 3647「Internet
X.509 Public Key Infrastructure Certificate Policy and Certification Practices
Framework」に準拠している。
1.2 文書名と識別
本 CP の正式名称は、「セコムパスポート for Web SR 認証局証明書ポリシー」という。
本 CP は、表「1.2-1 OID（本 CP）」に示す OID により識別される。
表 1.2-1 OID（本 CP）
CP

OID

SECOM Passport for Web SR 3.0 CA（sha256）

1.2.392.200091.100.751.1

本 CP に関連する CPS の OID を表「1.2-2 OID（CPS）」に示す。
表 1.2-2 OID（CPS）
CPS
セコム電子認証基盤認証運用規程

OID
1.2.392.200091.100.401.1

1.3 PKI の関係者
1.3.1 CACA は、証明書の作成、発行、失効、管理に対して責任を負う組織である。ルート CAと下位 CA の両方に同意で使用される。
1.3.2 RA
証明書の主体者の識別および認証を担当する法人組織。ただし、CA ではないため、証明書の署名や発行は行わない。RA は、証明書申請プロセスまたは失効プロセス、あるいはその両方を支援する。RA が役割や機能を指すために用いられる場合は、必ずしも別の組織体を示唆するものではなく、本 CA の一部である可能性がある。
本 CP「3.2.2.4

ドメインの認証」および本 CP「3.2.2.5 IP アドレスの認証」を除き、

本 CA は本 CP「3.2 初回の本人確認」の要件のすべてまたは一部の遂行を第三者に委託することができる。ただし、プロセス全体として、本 CP「3.2 初回の本人確認」の要件のすべてを満たすことを条件とする。

© 2008 SECOM Trust Systems Co., Ltd.
P-2

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

本 CA は、委託した職務の遂行を許可する前に、契約を通じて下記を委託先に要求する。
1. 委託した職務に該当する場合、CPS「5.3.1 資格、経験および身分証明の要件」の資格要件を満たす。
2. CPS「5.5.2 アーカイブ保存期間」に従い、ドキュメントを保持する。
3. Baseline Requirements 以外にも、委託された職務に適用される条件を遵守する。
4. 以下のいずれかに準拠する。
a. 本 CA の CP/CPS。
b. 本 CA が Baseline Requirements に準拠していることを認定した委託先の運用規定。
1.3.3 利用者
利用者とは、証明書の発行先であり、利用契約または利用規約を遵守する自然人または法人をいう。
1.3.4 検証者
検証者とは、有効な証明書に依拠する自然人または法人。アプリケーションソフトウェアサプライヤーによって配布されるソフトウェアが単に証明書に関連する情報を表示するだけの場合、そのサプライヤーは検証者とは見なされない。
1.3.5 他の関係者
他の関係者とは、監査人や、セコムトラストシステムズとの間でサービス契約等が存在する企業や組織、そのシステムインテグレーションを行う業者などが含まれる。
1.4 証明書の用途
1.4.1 適切な証明書の用途
本 CA が発行する証明書は、TLS プロトコルを介して Web ベースのデータ通信経路を確立し、実行可能コードの信頼性を検証することを目的としている。
1.4.2 禁止される証明書の用途
本 CA が発行する証明書は、サーバー認証や、通信経路でデータの暗号化を行うこと以外に証明書を利用してはならない。
本 CA は、本 CP「3.2.2.4

ドメインの認証」に従って検証したドメイン所有者からドメインの利用権を有しているか確認した場合を除いて、証明書発行を許可しない。

© 2008 SECOM Trust Systems Co., Ltd.
P-3

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

1.5 ポリシー管理
1.5.1 文書を管理する組織
本 CP の維持、管理は、セコムトラストシステムズが行う。
1.5.2 連絡先
本 CP に関する問い合わせ先は次のとおりである。
セコムトラストシステムズ株式会社

問い合わせ窓口

CA サポートセンター

住所〒162-0067

東京都新宿区富久町 10-5

本 CP に関する問い合わせ
証明書に関する問題報告（Certificate Problem Report）を問い合わせ内容除く
E-mailra-support secom.co.jp

受付対応時間9:00～18:00（土日・祝日および年末年始を除く）

利用者、依拠当事者、アプリケーションソフトウェアサプライヤー、その他の第三者
は、私有鍵の危殆化の疑い、証明書の誤用、あるいはその他の種類の詐欺、危殆化、誤用、不適切 な行為、または証明書に関連するその他の事項について、以下の連絡先に報告することができる。本 CA では、失効する必要があると判断した場合、証明書を失効する。
問い合わせ内容

証明書に関する問題報告（Certificate Problem Report）

URL

https://www.secomtrust.net/sts/cert/report_entry.html

受付対応時間

24 時間 365 日（24x7）

1.5.3 ポリシー適合性を決定する者
本 CP の内容については、認証サービス改善委員会が適合性を決定する。本 CP は、最低でも年次でレビューし、改訂する。
1.5.4 承認手続
本 CP は、セコムトラストシステムズが作成・改訂を行い、認証サービス改善委員会の承認により発効される。
1.6 定義と略語© 2008 SECOM Trust Systems Co., Ltd.
P-4

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

五十音順（あ行～わ行）
アーカイブ
法的またはその他の事由により、履歴の保存を目的に取得する情報のことをいう。
アプリケーションソフトウェアサプライヤー(Application Software Supplier)
証明書を表示または使用し、ルート CA 証明書を組み込むインターネットブラウザソフ
トウェアまたはその他の依拠当事者アプリケーションソフトウェアのサプライヤー。
依拠当事者(Relying Party)
有効な証明書に依拠する個人または法人。アプリケーションソフトウェアサプライヤ
ーによって配布されるソフトウェアが単に証明書に関連する情報を表示するだけの場合、そのサプライヤーは依拠当事者とは見なされない。
エスクロー
第三者に預けること（寄託）をいう。
鍵ペア
公開鍵暗号方式において、私有鍵と公開鍵から構成される鍵の対のことをいう。
監査ログ
認証局システムへのアクセスや不正操作の有無を検査するために記録される認証局シ
ステムの動作履歴やアクセス履歴等をいう。
公開鍵
公開鍵暗号方式において用いられる鍵ペアの一方をいい、私有鍵に対応し、通信相手の相手方に公開される鍵のことをいう。
事前証明書
RFC 6962 で定義された、証明書の CT ログに送信できる署名付きデータ構造をいう。
事前証明書は、CA が証明書の発行を決定した後、証明書の署名の前に作成される。CAは、証明書の CT ログに送信する目的で、証明書に対応する事前証明書を作成して署名する。CA は、返された署名付き証明書のタイムスタンプを使用して証明書のフィールドを変更し、Baseline Requirements 7.1.2.11.3 で定義され、関連するプロファイルで許可されている署名付き証明書のタイムスタンプリストを追加して、証明書に署名する。

© 2008 SECOM Trust Systems Co., Ltd.
P-5

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

私有鍵
公開鍵暗号方式において用いられる鍵ペアの一方をいい、公開鍵に対応する本人のみが保有する鍵のことをいう。
ショートリブド利用者証明書(Short-lived Subscriber Certificate)2024 年 3 月 15 日以降かつ 2026 年 3 月 14 日以前に発行される証明書で有効期間が 10
日 (864,000 秒) 以下の利用者証明書。2026 年 3 月 15 日以降に発行される証明書で有効期間が 7 日 (604,800 秒) 以下の利用者証明書。
認証ドメイン名：ADN（Authorization Domain Name）
特定の FQDN に対して、証明書発行のための認証を取得するために使用されるドメイ
ン名タイムスタンプ
電子ファイルの作成日時やシステムが処理を実行した日時等を記録したデータのこと
をいう。
電子証明書
ある公開鍵を、記載された者が保有することを証明する電子データのことをいう。CA
が電子署名を施すことで、その正当性が保証される。
認証書（Attestation Letter）
会計士、弁護士、政府関係者、またはその他の信頼できる第三者によって書かれた、主体者情報が正しいことを証明する文書。
リポジトリー
CA 証明書および CRL 等を格納し公表するデータベースのことをいう。
アルファベット順（A～Z）
Baseline Requirements
CA/Browser Forum が証明書の発行・管理に関する基本要件を定めた文書のことをいう。
CA（Certification Authority）：認証局
証明書を発行する認証局であり、証明書の発行・更新・失効、CA 私有鍵の生成・保護© 2008 SECOM Trust Systems Co., Ltd.
P-6

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

および利用者の登録等を行う主体のことをいう。本 CP では発行局（IA:Issuing Authority）
も含まれる。
CAA (Certificate Authority Authorization)
ドメインを使用する権限において、DNS レコードの中にドメインに対して証明書を発行できる認証局情報を記述し、意図しない認証局からの証明書誤発行を防ぐ機能をいう。
CA/Browser Forum
認証局とインターネット・ブラウザベンダによって組織され、証明書の要件を定義し、標準化する活動をしている非営利団体組織である。
CP（Certificate Policy）
CA が発行する証明書の種類、用途、申込手続等、証明書に関する事項を規定する文書のことをいう。
CPS（Certification Practices Statement）：認証運用規程
CA を運用するうえでの諸手続、セキュリティ基準等、CA の運用を規定する文書のことをいう。
CRL（Certificate Revocation List）：証明書失効リスト
証明書の有効期間中に、証明書記載内容の変更、私有鍵の紛失等の事由により失効された証明書情報が記載されたリストのことをいう。
CSPRNG（Cryptographically Secure Pseudo Random Number Generator）：暗号論的擬似乱数生成器
暗号システムで使用されることを目的とした乱数生成器。
CT（Certificate Transparency）
RFC 6962 で規定され、発行された証明書の情報を監視・監査するためにログサーバーに証明書の情報を登録し、公開する仕組みのことをいう。
FIPS 140
米国 NIST（National Institute of Standards and Technology）が策定した暗号モジュールに関するセキュリティ認定基準のこという。
HSM（Hardware Security Module）© 2008 SECOM Trust Systems Co., Ltd.
P-7

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

私有鍵の生成、保管、利用などにおいて、セキュリティを確保する目的で使用する耐タンパー機能を備えた暗号装置のことをいう。
INAN (Internet Assigned Numbers Authority)
IP アドレスやポート番号など、インターネットに関連する情報をグローバルに管理している団体のことをいう。
Linting：リンティング
事前証明書[RFC 6962]、証明書、CRL、OCSP レスポンスなどの電子署名されたデー
タまたは RFC 5280 セクション 4.1.1.1 に記述されているような署名されるデータオブ
ジェ クトの内容が、Baseline Requirements に定義されるプロファイルおよび Baseline
Requirements に準拠しているか確認するプロセス。
Multi-Perspective Issuance Corroboration：マルチ・パースペクティブ発行検証
証明書発行前に、プライマリー・ネットワーク・パースペクティブによるドメイン検証、
CAA チェックで行われた決定が、他のネットワーク・パースペクティブによって検証されるプロセス。
Network Perspective：ネットワーク・パースペクティブ
Multi-Perspective Issuance Corroboration に関連する。ドメイン管理検証方法またはCAA チェックに関連するアウトバウンド・インターネット・トラフィックを送信するためのシステム（例えば、クラウド・ホスト・サーバー・インスタンス）またはネットワー
ク・ コンポーネントの集合体（例えば、VPN および対応するインフラストラクチャー）。
ネットワーク・パースペクティブの場所は、通常、カプセル化されていないアウトバウン
ドインターネットトラフィックが、そのパースペクティブへのインターネット接続を提供するネットワークインフラに最初に引き渡されるポイントによって決定される。
OID（Object Identifier）：オブジェクト識別子
ネットワークの相互接続性やサービス等の一意性を維持管理するための枠組みであり、国際的な登録機関に登録された、世界中のネットワーク間で一意となる数字のことをいう。
OCSP（Online Certificate Status Protocol）
証明書のステータス情報をリアルタイムに提供するプロトコルのことをいう。
PKI（Public Key Infrastructure）：公開鍵基盤© 2008 SECOM Trust Systems Co., Ltd.
P-8

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

電子署名、暗号化、認証といったセキュリティ技術を実現するための、公開鍵暗号方式という暗号技術を用いる基盤のことをいう。
Primary Network Perspective：プライマリー・ネットワーク・パースペクティブCA が、1)申請されたドメインまたは IP アドレスに証明書を発行する CA の権限、2)申請されたドメインまたは IP アドレスに対する申請者の権限、ドメインの承認または管理権限を判断する際に使用するネットワーク・パースペクティブをいう。
RA（登録局）（Registration Authority）：登録機関
CA の業務のうち、申込情報の審査、証明書発行に必要な情報の登録、CA に対する証
明書発行要求等を行う主体のことをいう。
RFC 3647（Request For Comments 3647）
イ ン タ ー ネ ッ ト に 関 す る 技 術 の 標 準 を 定 め る 団 体 で あ る IETF （ The Internet
Engineering Task Force）が発行する文書であり、CP/CPS のフレームワークを規定した文書のことをいう。
RSA
公開鍵暗号方式として普及している最も標準的な暗号技術のひとつである。
SHA-1（Secure Hash Algorithm 1）
電子署名に使われるハッシュ関数（要約関数）のひとつである。ハッシュ関数とは、与えられた原文から固定長のビット列を生成する演算手法をいう。ビット長は 160 ビッ
ト。
データの送信側と受信側でハッシュ値を比較することで、通信途中で原文が改ざんされていないかを検出することができる。
SHA-256（Secure Hash Algorithm 256）
電子署名に使われるハッシュ関数（要約関数）のひとつである。ビット長は 256 ビッ
ト。
データの送信側と受信側でハッシュ値を比較することで、通信途中で原文が改ざんされていないかを検出することができる。
WebTrust for CA
CPA Canada によって、認証局の信頼性、および、電子商取引の安全性等に関する内
部統制について策定された基準およびその基準に対する認定制度である。
© 2008 SECOM Trust Systems Co., Ltd.
P-9

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

WebTrust for CA - SSL Baseline with Network Security
CPA Canada によって、認証局が SSL 証明書を発行するにあたっての審査、証明書に関する規定について策定された監査基準である。
WHOIS
RFC 3912 で定義されたプロトコル、RFC 7482 で定義されたレジストリデータアクセ
スプロトコル、または HTTPS ウェブサイトを介してドメイン名レジストラまたはレジス
トリ運営者から直接取得された情報。
X.500
ネットワーク上での分散ディレクトリサービスに関する、コンピュータネットワーク
標準規格のシリーズのことをいう。

© 2008 SECOM Trust Systems Co., Ltd.
P-10

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

2. 公開とリポジトリーの責任
2.1 リポジトリー
本 CA は、本 CP に基づき下位 CA 証明書と利用者証明書に対する失効情報を提供する。
2.2 証明情報の公開
本 CA は、CP/CPS を、24 時間 365 日利用可能な適切で容易にアクセスできるオンラ
イン手段を通して公開する。本 CA は、本 CA が選択した監査スキーム(本 CP「8.4 監査で扱われる事項」を参照)によって必要とされる範囲内で本 CA の実務を公開する。
CP/CPS は、RFC 3647 に従って構成され、RFC 3647 が要求するすべての事項を含む。
本 CA が遵守する規準については、「1.1 概要」に記載する。
本 CA は、アプリケーションソフトウェアサプライヤーが各パブリックルート証明書までつながる利用者証明書を使用してソフトウェアをテストできるようにテストウェブペ
ージをホストする。
本 CA は、以下の利用者証明書を使用したウェブページをそれぞれホストする。
i. 有効。
ii. 失効。
iii. 有効期限切れ。
2.3 公開の時期または頻度
本 CA は、Baseline Requirements の最新バージョンをどのように実施するかを詳細に記述した CP および CPS の策定、導入、施行、年次更新を行うものとする。本 CA は、
CP および CPS に変更が加えられていない場合でも、バージョン番号を増やし、変更履歴を追加することにより、Baseline Requirements への準拠を示す。
2.4 リポジトリーへのアクセス管理
本 CA はリポジトリーを読み取り専用の形で公開するものとする。本 CA では、許可された CA 管理者のみがリポジトリーの追加、削除、変更、公開などの操作を実行できる。

© 2008 SECOM Trust Systems Co., Ltd.
P-11

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

3. 識別と認証
3.1 名前決定3.1.1 名前の種類
本 CA が発行する証明書は、X.509 規格、RFC 5280 規格および Baseline Requirementsの要求事項を満たし、証明書所有者に割り当てられる識別名は X.500 の識別名形式に従い設定する。
本 CA が発行する証明書には下記の情報を含むものとする。
1. 「国名」（C）は JP とする。
2. 「組織名」（O）とは、法人、会社、またはその他の法人からなる組織の名称とする。個人事業については事業名または個人の氏名とする。
3. 「組織単位名」（OU）は使用禁止とする。
4. 「コモンネーム」（CN）は主要なドメイン名であり、Subject Alternative Nameに存在するドメイン名とする。ドメイン名は、すべて Subject Alternative Nameに追加される。
5. Subject Alternative Name 拡張領域の dNSName エントリー値に ASCII 文字列以外の国際文字が含まれる場合、puny-code に変換された文字列が使用される。
3.1.2 名前が意味を持つことの必要性
本 CA が発行する証明書に用いられるコモンネームの有用性は、利用者が 本 CA が発行する証明書をインストールする予定の Web サーバーの DNS 内で使われるホスト名とする。
3.1.3 利用者の匿名性または仮名性
本 CA が発行する証明書の組織名およびコモンネームには、匿名や仮名での登録は行わない。
3.1.4 様々な名前形式を解釈するための規則
様々な名前の形式を解釈する規則は、X.500 シリーズの識別名規定に従う。
3.1.5 名前の一意性
本 CA では、発行された証明書が、主体者の識別名に含まれる情報により、証明書の所有者を一意に識別できることを保証する。証明書のシリアルナンバーは、CSPRNG で生成した乱数を含むシリアルナンバーとする。本 CA 内で割り当てられたシリアルナンバー
は一意である。
© 2008 SECOM Trust Systems Co., Ltd.
P-12

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

3.1.6 認識、認証および商標の役割
セコムトラストシステムズは、証明書申請に記載される名称について知的財産権を有しているかどうかの検証を行わない。利用者は、第三者の登録商標や関連する名称を、
本 CA に申請してはならない。セコムトラストシステムズは、登録商標等を理由に利用者と第三者間で紛争が起こった場合、仲裁や紛争解決は行わない。また、セコムトラスト
システムズは紛争を理由に利用者からの証明書申請の拒絶や発行された証明書失効をす
る権利を有する。
3.2 初回の本人確認
3.2.1 私有鍵の所持を証明する方法
利用者が私有鍵を所有していることの証明は、次の方法で行う。
証明書発行要求（Certificate Signing Request：以下「CSR」という）の署名の検証を行い、当該 CSR が、公開鍵に対応する私有鍵で署名されていることを確認する。
3.2.2 組織の認証申請者が countryName フィールドのみから成る主体者識別情報を含む証明書を申請する場合、本 CA は、本 CP「3.2.2.3 国の検証」ならびに本 CA の CP および CPS に記載された要件を満たした検証プロセスを使用して、主体者に関連付けられた国を検証する。申請者が countryName フィールドとその他の主体者識別情報を含む証明書を申請する場合、本 CA は、本 CP「3.2.2.1 アイデンティティ」ならびに本 CA の CP および CPSに記載された要件を満たした検証プロセスを使用して、申請者のアイデンティティと、
申請権限者の証明書要求の信頼性を検証する。本 CA は、本セクションに基づいて信頼されたドキュメントに改編や偽造がないか検査する。
3.2.2.1 アイデンティティ
主体者識別情報が組織の名前または住所を含む場合、本 CA は、組織のアイデンティテ
ィや住所を検証し、その住所が申請者の現存する、または稼働している住所であることを確認するものとする。本 CA は、次のうち 1 か所以上から提供されたドキュメントや、それとのやり取りを通じて得られた情報を使用して、申請者のアイデンティティと住所を検証するものとする。
1. 申請者の法的な設立、存在、または承認の管轄地域にある行政機関。
2. 定期的に更新され、信頼できるデータ情報源と見なされている第三者のデータベース。
3. 本 CA あるいは、本 CA の代理人としての役割を担っている第三者による現場訪問。
© 2008 SECOM Trust Systems Co., Ltd.
P-13

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

4. 認証書。
本 CA は、上記 1 から 4 と同じ文書または情報を使用して、申請者のアイデンティテ
ィと住所の両方を検証してもよい。
3.2.2.2 商号/商標名
主体者のアイデンティティ情報に商号または商標名が含まれる場合、本 CA は、以下の少なくとも 1 つを使用して、商号/商標名を使用するための申請者の権利を検証するものとする
1. 申請者の法的な設立、存在、または承認の管轄地域にある政府機関が提供するドキュメントまたは、このような政府機関とのやり取りで得られた情報。
2. 信頼できるデータ情報源。
3. 当該商号または商標名の管理を担当している政府機関とのやり取りで得られた情報。
4. 文書による裏付けのある意見書。
5. 公共料金請求書、銀行取引明細書、クレジットカード明細書、政府発行の税務書類、その他、本 CA が信頼できると見なした本人確認書類。
3.2.2.3 国の検証
証明書の主体者識別名に countryName フィールドが存在する場合、本 CA は、次のいずれかを使用して主体者と関連付けられた国を検証するものとする。
・ドメイン名登録機関によって提供された情報
・本 CP「3.2.2.1 アイデンティティ」に記載されている方法。
3.2.2.4 ドメインの認証
セコムトラストシステムズは、利用者がドメイン名の利用権を有しているか確認する
ため、Baseline Requirements に準拠した次の方法を使用してドメインの認証を行う。
なお、本項で記載するランダム値は、本 CA が生成する 112 ビット以上の乱数から成るものとし、その生成より 30 日間のレスポンス確認の使用に有効なものとする。
本 CA では、WHOIS 問い合わせする場合、DNS サーバーで「<Top Level
Domain>.whois-servers.net」により問い合わせ先 WHOIS サーバーの IP アドレスを調べ、まずその WHOIS サーバーに問い合わせを行う。WHOIS 応答はキャッシュせず、
問い合わせの都度、参照する。
WHOIS は HTTPS ウェブサイトまたは RFC 3912 で定義されたプロトコルを介してドメイン名レジストラまたはレジストリ運営者から情報を取得する。
本 CA では、「RFC 7686 - The ".onion" Special-Use Domain Name」が証明書に含まれている場合、発行しない。

© 2008 SECOM Trust Systems Co., Ltd.
P-14

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

1. WHOIS レジストリサービスに登録されたドメイン連絡先の技術連絡担当者や登録担当者等の電子メールまたは郵便住所にランダム値を送信し、ランダム値が含まれた
確認応答を受け取ることによって、FQDN に対する申請者の権限を立証する。ランダ
ム値は、ドメイン連絡先と認識される電子メールアドレスまたは住所宛に送付する。
電子メールまたは郵便で、複数の認証ドメイン名の管理を確認することもできる。
本 CA は本項で認識された E メールまたは郵便を、複数の受信者に送信でき、各々の受信者は E メールまたは郵便使用を承認されたすべての FQDN ドメイン名登録者を代表するドメイン名登録者として認識される。
ランダム値はそれぞれの E メールまたは郵便に一意のものとする。
本 CA はランダム値の再利用を含めて、E メールまたは郵便全体を再送でき、通信内
容の全体と受信者は変更しない条件とする。
(Baseline Requirements セクション 3.2.2.4.2 ドメイン連絡先への Email、ファックス、SMS または郵便)2.

ローカル部は'admin'、 'administrator'、 'webmaster'、 'hostmaster'、または 'postmaster'とし、「@」以下は認証ドメイン名として作成した電子メールアドレ
スにランダム値を送信して、ランダム値が含まれた確認応答を受け取ることによって、要求された FQDN の制御を実証する。電子メールアドレスで使用する「@」以下の認証ドメイン名は、証明書発行対象となる FQDN に含まれるドメイン名とし、また、認証ドメインが同じであれば、電子メールで複数の FQDN を確認することもできる。
(Baseline Requirements セクション 3.2.2.4.4 ドメイン連絡先への Email)3.

証明書発行対象となる FQDN、または認証ドメイン名（それぞれ先頭にアンダース
コア文字で始まるラベルを接頭語に持つものも含まれる）のいずれかの、DNS
CNAME、TXT または CAA レコード内のどちらかに、ランダム値か申請トークンがあることを確認することで、FQDN に対する申請者の権限を立証する。
本 CA は、本 CP「3.2.2.9 マルチ・パースペクティブ発行検証」で規定されているように、マルチ・パースペクティブ発行検証を実装する。裏付けとしてカウントされるためには、ネットワーク・パースペクティブは、プライマリ・ネットワーク・パースペクティブと同じチャレンジ情報(ランダム値またはリクエストトークン)を確認する。
（Baseline Requirements セクション 3.2.2.4.7 DNS の変更)

4.

認証ドメイン名の DNS CAA レコードの Email 連絡先へ、電子メール経由でラン
ダム値を送信し、ランダム値が含まれた確認応答を受け取ることによって、FQDN に対する申請者の権限を立証する。また、Email 連絡先が同じであれば、電子メールで© 2008 SECOM Trust Systems Co., Ltd.
P-15

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

複数の FQDN を確認することもできる。関連する CAA リソースレコードは、RFC
8659 のセクション 3 で定義されている検索アルゴリズムを使用して確認する必要がある。
本 CA は、本 CP「3.2.2.9 マルチ・パースペクティブ発行検証」で規定されているように、マルチ・パースペクティブ発行検証を実装する。裏付けとしてカウントされるためには、ネットワーク・パースペクティブは、プライマリ・ネットワーク・パースペクティブと同じ連絡先アドレスを確認する。
（Baseline Requirements セクション 3.2.2.4.13 DNS CAA 連絡先への Email)5.

認証ドメイン名の DNS TXT レコードの Email 連絡先へ、電子メール経由でラン
ダム値を送信し、ランダム値が含まれた確認応答を受け取ることによって、FQDN に対する申請者の権限を立証する。また、Email 連絡先が同じであれば、電子メールで複数の FQDN を確認することもできる。
本 CA は、本 CP「3.2.2.9 マルチ・パースペクティブ発行検証」で規定されているように、マルチ・パースペクティブ発行検証を実装する。裏付けとしてカウントされるためには、ネットワーク・パースペクティブは、プライマリ・ネットワーク・パースペクティブと同じ連絡先アドレスを確認する。
（Baseline Requirements セクション 3.2.2.4.14 DNS TXT 連絡先への Email)6.

要求トークンまたはランダム値がファイルの内容に含まれていることを検証することにより、FQDN に対する申請者の制御を確認する。本 CA は承認済みポートを介してアクセスし、「http（または https）:// [証明書発行対象となる FQDN]/.well-known/pki-validation」ディレクトリの配下にランダム値が配置されていること、リクエストから正常な HTTP または HTTPS 応答を受信することを確認する。
2021 年 12 月 1 日以降に発行された証明書の場合、本 CA は、承認された方法を使用してその FQDN に対して個別の検証を実行しない限り、検証された FQDN のすべてのラベルで終わる他の FQDN に対して証明書を発行しない。この方法は、ワイル
ドカードドメイン名の検証には使用しない。
CA がリダイレクトに従う場合、以下が適用される。
1. リダイレクトは、HTTP プロトコルレイヤーで開始する必要がある。2021 年
7 月 1 日以降に実行された検証の場合、リダイレクトは、RFC 7231、セクシ
ョン 6.4 で定義されている 3xx301、 302、または 307 HTTP ステータスコー
ド応答、または RFC 7538、セクション 3 で定義されている 308 HTTP ステ
ータスコード応答の結果でなければならない。リダイレクトは、RFC 7231、セクション 7.1.2 で定義されているように、Location HTTP 応答ヘッダーの最終値でなければならない。
© 2008 SECOM Trust Systems Co., Ltd.
P-16

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

2. リダイレクトは、「http」または「https」スキームのいずれかを使用したリソース URL へのリダイレクトでなければらない。
3. リダイレクトは、承認済みポートを介してアクセスされるリソース URL へのリダイレクトでなければならない。
ランダム値を使用する場合、次のようになる。
1. CA は、証明書要求に固有のランダム値を提供する必要がある。
2. ランダム値は、確認応答での使用のために、その作成から 30 日以内有効である必要がある。
Onion ドメイン名を除き、本 CA は、本 CP「3.2.2.9 マルチ・パースペクティブ
発行検証」で規定されているように、マルチ・パースペクティブ発行検証を実装する。
裏付けとしてカウントされるためには、ネットワーク・パースペクティブは、プライ
マリ・ネットワーク・パースペクティブと同じチャレンジ情報(ランダム値またはリ
クエストトークン)を確認する。
(Baseline Requirements セクション 3.2.2.4.18 ウェブサイトへの合意に基づく
変更 v2)
7.

RFC 8555 のセクション 8.3 で定義されている ACME HTTP チャレンジメソッドを使用して FQDN のドメイン制御を検証して、FQDN に対する申請者の制御を確認する。
本 CA はリクエストから正常な HTTP 応答を受信する（2xx HTTP ステータスコ
ードを受信）。
トークン（RFC 8555、セクション 8.3 で定義）は、作成から 30 日を超えて使用しない。
本 CA がリダイレクトに従う場合、以下が適用される。
1. リダイレクトは、HTTP プロトコルレイヤーで開始する。
2021 年 7 月 1 日以降に実行された検証の場合、リダイレクトは、RFC 7231のセクション 6.4 で定義されている 301、302、または 307 の HTTP ス
テータス コード応答、または RFC 7538 のセクション 3 で定義されている 308 HTTP ステータス コードの応答の結果でなければならない。リダイレクトは、RFC 7231、セクション 7.1.2 で定義されているように、
LocationHTTP 応答ヘッダーの最終値でなければならない。
2. リダイレクトは、「http」または「https」スキームのいずれかを使用したリソース URL とする。
3. リダイレクトは、承認済みポートを介してアクセスされるリソース URLとする。

Onion ドメイン名を除き、本 CA は、本 CP「3.2.2.9 マルチ・パースペクティブ© 2008 SECOM Trust Systems Co., Ltd.
P-17

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

発行検証」で規定されているように、マルチ・パースペクティブ発行検証を実装する。
裏付けとしてカウントされるためには、ネットワーク・パースペクティブは、プライ
マリ・ネットワーク・パースペクティブと同じチャレンジ情報(ランダム値またはリ
クエストトークン)を確認する。
(Baseline Requirements セクション 3.2.2.4.19 ウェブサイトの合意された変更 ACME)
3.2.2.5 IP アドレスの認証
本 CA は、IP アドレスの認証による証明書発行を行わない。
3.2.2.6 ワイルドカードドメイン認証
本 CA は、ワイルドカード証明書の発行を行わない。
3.2.2.7 データ情報源の正確性
本 CA は、データ情報源を信頼できるデータ情報源として使用する前に、データ情報源の信頼性、正確性、ならびに改変や偽造への耐性を評価する。本 CA は、データ情報源の評価中、下記を考慮する。
1. 提供された情報の古さ。
2. 情報源の更新頻度。
3. データ提供者とデータ収集の目的
4. データ入手の公開性。
5. データの改ざんが比較的困難であること。
3.2.2.8 CAA レコード
発行プロセスの一部として、本CAは、RFC 8659で指定されているように、発行される証明書の Subject Alternative Name拡張内の各dNSNameについて、CAAレコードをチェックし、見つかった処理指示に従う必要がある。本CAは発行する場合、CAAレコー
ドのTTL(有効期限内)または8時間のうち、いずれか長い方の範囲内で上記を行う必要がある。
CAAレコードを処理する際、本CAは、RFC 8659で指定されているとおり、issue、
issuewild、およびiodefプロパティタグを処理する必要がある。
ただし、iodefプロパティタグのコンテンツに対する処理は不要である。他のプロパテ
ィタグもサポートすることが可能だが、Baseline Requirementsに規定されている必須プ
ロパティタグと衝突したり、必須プロパティタグよりも優先されたりしてはならない。
本CAはcriticalフラグを尊重し、このフラグセットを持つ不明なプロパティタグに遭遇した場合は証明書を発行しない。
© 2008 SECOM Trust Systems Co., Ltd.
P-18

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

本CAは、以下の場合、発行許可の際にレコードのルックアップが失敗したと処理し、発行することが出来る。
•失敗がCAのインフラストラクチャー外である場合•ルックアップが少なくとも1回再試行されている•ドメインのゾーンにICANNルートへのDNSSEC検証チェーンを持っていない
本CAは、処理実務の一環として取られたアクションがあればすべてログで記録するものとする。
3.2.2.9 マルチ・パースペクティブ発行検証
マルチ・パースペクティブ発行検証は、証明書発行前に、プライマリー・ネットワー
ク・パースペクティブが複数のリモートネットワーク・パースペクティブから受けた判断（ドメイン検証の合否、CAA の許可/禁止など）を検証しようとするものである。このプロセスにより、BGP（Border Gateway Protocol）攻撃またはハイジャックに対する防御が向上する。
本CAは、必要とされる 1)ドメインの認証または管理、および 2)CAA記録の確認において、マルチ・パースペクティブ発行検証を行う際、同一または異なるネットワーク・
パースペクティブを使用することができる。
依拠するネットワーク・パースペクティブからの一連の応答は、CAが肯定的に評価するために必要な情報を提供するものとする。
⚫

本CP「3.2.2.4 ドメインの認証」に規定される検証方法によって要求、期待される以下の値の存在。
1)ランダム値、2)リクエストトークン、3)コンタクトアドレス。

⚫

本CP「3.2.2.8 CAAレコード」に規定される、要求されたドメインに対して発行するCAの権限。
本CP「3.2.2.4 ドメインの認証」では、マルチ・パースペクティブ発行検証を必要とす

る検証方法およびプライマリ・ネットワークの観点によって決定された結果をネットワ
ークの観点がどのように検証するかを説明する。
1 つのネットワーク・パースペクティブから取得した結果または情報は、後続のネット
ワーク・パースペクティブを通じて検証を実行するときに再利用またはキャッシュしない（例えば、異なるネットワーク・パースペクティブは、1 つのネットワーク・パースペ
クティブからのトラフィックを制御している攻撃者が他のネットワーク・パースペクテ© 2008 SECOM Trust Systems Co., Ltd.
P-19

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

ィブによって使用される DNS キャッシュをポイズニングするのを防ぐために、共有 DNS
キャッシュに依存することはできない)。ネットワーク・パースペクティブへのインターネット接続を提供するネットワーク・インフラストラクチャーは、ネットワーク・パー
スペクティブの運用に必要な計算サービスを提供するのと同じ組織によって管理されてもよい。リモートの ネットワーク・パースペクティブと 本 CA との間のすべての通信
は、最新のプロトコル (HTTPS 等) に依拠して認証および暗号化されたチャネルを介して行う。
ネットワーク・パースペクティブは、ネットワーク・パースペクティブと同じ場所に配置されていない再帰 DNS リゾルバーを使用できる。ただし、ネットワーク・パースペ
クティブが使用する DNS リゾルバーは、それに依拠するネットワーク・パースペクティブと同じ地域インターネットレジストリサービス領域内になければならない。さらに、マルチ・パースペクティブ発行検証の試みで使用される DNS リゾルバーのペアは、DNS
リゾルバーが存在する 2 つの州、都道府県、国の間の直線距離が少なくとも 500km でなければならない。DNS リゾルバーの場所は、カプセル化されていない送信 DNS クエリ
が通常、その DNS リゾルバーにインターネット接続を提供するネットワーク・インフ
ラストラクチャーに最初に渡されるポイントによって決まる。
本 CA は、同じ検証方法または別の方法を使用して、マルチ・パースペクティブ発行
検証を直ちに再試行できる (例えば「Agreed-Upon Change to Website - ACME」が マ
ルチ・パースペクティブ発行検証の結果に対して確認できなかった場合、本 CA は「Emailto DNS TXT Contact」を使用して検証を直ちに再試行できる)。マルチ・パースペクティ
ブ発行検証を再試行する時、本 CA は、以前の検証結果に依拠しない。任意の期間に実行できる検証の最大試行回数に関する規定はない。
「クォーラム要件」の表では、マルチ・パースペクティブ発行検証に関連するクォーラム要件について説明する。本 CA がドメイン認証または管理と CAA レコードチェッ
クの両方について同じネットワーク・パースペクティブのセットに依拠しない場合、クォーラム要件は、両方のネットワーク・パースペクティブのセット (つまり、ドメイン認証または管理セットと CAA レコードチェックセット) について満たす必要がある。ネットワーク・パースペクティブは、存在する 2 つの州、都道府県、国の直線距離が 500 km以上の場合、別のものとみなされる。ネットワーク・パースペクティブは、プライマリ・ネットワーク・パースペクティブやクォーラム要件で表される他のネットワーク・パー
スペクティブと異なる場合、「リモート」と見なされる。
本 CA は、CAA レコードのクォーラム要件への適合に関する裏づけとなる証拠を最大© 2008 SECOM Trust Systems Co., Ltd.
P-20

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

398 日間再利用することができる。あるドメインに証明書を発行した後、リモート・ネ
ットワーク・パースペクティブは、同一申請者からの以後の証明書申請において、同一
ドメインまたはそのサブドメインに対する CAA レコードの取得および処理を最大 398
日間省略することができる。
表 3.2.2.9-1 クォーラム要件の表#使用されるリモート・ネットワーク・パ# 許可される非検証の数ースペクティブの数
2-5

1

6+

2

マルチ・パースペクティブ発行検証を実行するリモート・ネットワーク・パースペク
ティブ:
必須要件
⚫

ネットワークの強化
・

ネットワーク(インターネット・サービス・プロバイダーやクラウドプロバイ
ダーネットワークなど)が、グローバルインターネットルーティングシステム
で BGP ルーティングインシデントを軽減するための対策を実施して、ネット
ワーク・パースペクティブへのインターネット接続を提供することに依拠す
る。

推奨要件
⚫

施設およびサービスプロバイダーの要件
・

ISO/IEC 27001 認定施設または同等のセキュリティ・フレームワークからホストされ、独立した監査、認証または報告を受けていること。

・System and Organization Controls 2 (SOC 2)、IASE 3000、ENISA 715、
FedRAMP Moderate、C5:2020、CSA STAR CCM または独立して監査され、認定または報告された同等のサービス フレームワークのいずれかのレポー
トに記載されているサービスを利用。

⚫

脆弱性検出とパッチ管理
・

侵入検知と防止の制御を実装して、一般的なネットワークとシステムの脅威
から保護。

・

脆弱性の特定、レビュー、対応、および修復に対処する脆弱性修正プロセス© 2008 SECOM Trust Systems Co., Ltd.
P-21

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

を文書化し、それに従う。
・

脆弱性スキャンを少なくとも 3 か月ごとに実施。

・

少なくとも年に一度、侵入テストを受ける。

・

セキュリティ更新プログラムが利用可能になってから 6 か月以内に推奨されるセキュリティ更新プログラムを適用(ただし、本 CA がセキュリティ更新プ
ログラムを適用することにより、セキュリティ更新プログラムを適用する利点を上回る追加の脆弱性または不安定性をもたらすと文書化している場合を除く。

⚫

システムの強化・使用されていないすべてのアカウント、アプリケーション、サービス、プロ
トコル、およびポートを無効にする。

・⚫

すべてのユーザーアカウントに多要素認証を実装。

ネットワークの強化
・

各ネットワーク境界制御 (ファイアウォール、スイッチ、ルーター、ゲートウ
ェイまたはその他のネットワーク制御デバイスまたはシステム) をその操作に必要であると識別されたサービス、プロトコル、ポート、および通信のみをサポートするルールで構成。

・

次のようなネットワーク（インターネット・サービス・プロバイダーなど）に依拠する：
1) BGP Prefix Origin Validation (RFC 6811)など、Secure Inter-Domain
Routing (RFC 6480)に基づくメカニズムを使用する。
2) RPKI 以外のルートリーク防止メカニズム（RFC 9234 など）を使用する。
3) BCP 194 に記載されている現在のベストプラクティスを適用する。
通常の運用条件下では、マルチ・パースペクティブ発行検証を実行するネッ
トワーク・パースペクティブは、RFC 6811 で定義されている RPKI 不正 BGP
ルートをフィルタリングするネットワークまたはネットワークセットを経由
して、すべてのインターネットトラフィックを転送することが推奨されますが、これは必須ではありません。

上記の考慮事項以外にも、マルチ・パースペクティブ発行検証を実行するコンピュー
ティングシステムは、本 CP「8. 準拠性監査と他の評価」に記載されている監査範囲外と見なされる。
上記の考慮事項のいずれかが委任された第三者によって行われる場合、本 CA は、上記の考慮事項の 1 つ以上が守られていることを保証するために、委任された第三者から合理的な証拠を取得することができる。本 CP「1.3.2 RA」の例外として、委任された第© 2008 SECOM Trust Systems Co., Ltd.
P-22

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

三者は、上記の考慮事項を満たすために、本 CP「8. 準拠性監査と他の評価」に記載されている監査範囲内である必要はない。
段階的な実装タイムライン
2024 年 9 月 15 日以降、本 CA は、少なくとも 2 つのリモート・ネットワーク・パー
スペクティブを使用してマルチ・パースペクティブ発行検証を実装するべきである。
2025 年 3 月 15 日以降、本 CA は、少なくとも 2 つのリモート・ネットワーク・パー
スペクティブを使用してマルチ・パースペクティブ発行検証を実装する。本 CA は、プライマリ・ネットワーク・パースペクティブが行った検証の結果を裏付けないリモート・
ネットワーク・パースペクティブの数 (非検証の数) が、クォーラム要件の表で許容される数より多い場合でも、証明書の発行を続行できる。
2025 年 9 月 15 日以降、本 CA は少なくとも 2 つのリモート・ネットワーク・パース
ペクティブを使用してマルチ・パースペクティブ発行検証を実装する。本 CA は、非検証の数がクォーラム要件の表で許可されている数を超えている場合、証明書の発行を続行しない。
2026 年 3 月 15 日以降、本 CA は、少なくとも 3 つのリモート・ネットワーク・パー
スペクティブを使用して、マルチ・パースペクティブ発行検証を実装する。本 CA は、
非検証の数がクォーラム要件の表で許可されている数を超えている場合およびプライマ
リ・ネットワーク・パースペクティブが行った検証の結果を裏付けるリモート・ネット
ワーク・パースペクティブが、少なくとも 2 つの異なる地域インターネット・レジスト
リのサービス地域内に含まれない場合、証明書の発行を続行しない。
2026 年 6 月 15 日以降、本 CA は、少なくとも 4 つのリモート・ネットワーク・パー
スペクティブを使用して、マルチ・パースペクティブ発行検証を実装する。CA は、非検証の数がクォーラム要件の表で許可されている数を超えている場合、および プライマ
リ・ネットワーク・パースペクティブが行った検証の結果を裏付けるリモート・ネット
ワーク・パースペクティブが、少なくとも 2 つの異なる地域インターネット・レジスト
リのサービス地域内に含まれない場合、証明書の発行を続行しない。
2026 年 12 月 15 日以降、本 CA は少なくとも 5 つのリモート・ネットワーク・パース
ペクティブを使用して、マルチ・パースペクティブ発行検証を実装する。本 CA は、非検証の数がクォーラム要件の表で許可されている数を超えている場合および プライマ
リ・ネットワーク・パースペクティブが行った検証の結果を裏付けるリモート・ネット
ワーク・パースペクティブが、少なくとも 2 つの異なる地域インターネット・レジスト
リのサービス地域内に含まれない場合、証明書の発行を続行しない。
3.2.3 個人の認証© 2008 SECOM Trust Systems Co., Ltd.
P-23

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

本 CA は、以下の証明書ポリシー識別子に準拠する個人認証証明書（IV 証明書）を発行しない。
{joint-iso-itu-t(2)international-organizations(23)ca-browser-forum(140)certificate-policies(1)baseline-requirements(2)individual-validated(3)}(2.23.140.1.2.3)
3.2.4 検証されない利用者の情報検証されていない利用者の情報は、本 CA から発行される証明書には含まれない。
3.2.5 権限の正当性確認
主体者識別情報を含む証明書の申請者が組織である場合、本 CA は、信頼できる連絡手段を使用して、申請権限者による証明書要求の真正性を検証するものとする。
本 CA は、本 CP「3.2.2.1 アイデンティティ」に掲載された情報源を使用して、信頼できる連絡手段を検証できる。本 CA が信頼できる連絡手段を使用することを条件として、
本 CA は、申請権限者、申請者組織内の権限のある情報源(申請者の本社、経営部門、人事部門、情報技術部門、または本 CA が適切と見なすその他の部門)と直接やり取りして、証明書要求の真正性を確認できる。
3.2.6 相互運用の基準
CA は、CA が信頼関係（クロス認証下位 CA 証明書の発行）の確立を取り決めた場合
または受諾した場合を条件として、CA を主体者として識別するすべてのクロス認証下位
CA 証明書を開示する。
3.3 鍵更新申請時の本人性確認と認証
3.3.1 通常の鍵更新時における本人性確認と認証
鍵更新時における利用者の本人性確認および認証は、本 CP「3.2 初回の本人確認」と同様とする。
3.3.2 証明書失効後の鍵更新時における本人性確認と認証
失効した証明書の更新は行わない。証明書申請は新規扱いとし、利用者の本人性確認
および認証は、本 CP「3.2 初回の本人性確認」と同様とする。
3.4 失効申請時の本人性確認と認証
セコムトラストシステムズは、利用者だけがアクセス可能なホームページからの失効申請を受け付けた後、利用者の本人性確認と認証を行う。
© 2008 SECOM Trust Systems Co., Ltd.
P-24

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

4. 証明書のライフサイクルに対する運用上の要件
4.1 証明書申請
4.1.1 証明書の申請を行うことができる者
証明書の申請を行うことのできる者は、証明書を使用する会社、その他の法人のお客様組織別提出書類基準[セコムパスポート for Web SR]（以下「お客様組織別提出書類基準」という）に基づく権限者、または会社、その他の法人の代表者から委任された代理人とする。
本 CP「5.5.2 アーカイブ保存期間」に従い、本 CA は、フィッシングまたはその他の詐欺的使用の疑いあるいは懸念を理由に、以前に失効した証明書および以前に拒否した証明書要求をすべて含む内部データベースを保持するものとする。本 CA は、この情報を使用して、以降の疑わしい証明書要求を識別するものとする。
4.1.2 申請手続および責任証明書の発行前に、本 CA は申請者から以下のドキュメントを入手する。
1. 証明書発行申請書。電子版でも可。
2. 契約締結された利用契約または利用規約。電子版でも可。
本 CA は、Baseline Requirements を満たすために必要であると本 CA が判断するその
他のドキュメントをすべて取得する。
証明書の発行前に、本 CA は、本 CA が指定した形式で、かつ Baseline Requirementsに準拠する証明書発行申請書を申請者から取得する。本 CP「「4.2.1 本人性確認と認証の実施」」の有効期間および更新要件に従い、同じ申請者に発行される複数の証明書に 1 つの証明書発行申請書で対応することがある。ただし、各証明書が、申請者を代表する適切な申請権限者によって署名された有効な最新の証明書発行要求によってサポートされていることを条件とする。証明書発行申請書は、電子的に作成、送信、または署名してもよい。
証明書発行申請書には、申請者または申請者を代理する者による証明書発行の申請、および申請者または申請者を代理する者による証明書に記載されたすべての情報が正確であることの証明が含まれなければならない。
4.2 証明書申請手続
4.2.1 本人性確認と認証の実施© 2008 SECOM Trust Systems Co., Ltd.
P-25

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

セコムトラストシステムズは、証明書申請を受け付けた後、本 CP「3.2 初回の本人確認」に基づく確認を行う。
証明書要求には、証明書に含めるべき申請者に関するすべての事実情報、および本 CA
が Baseline Requirements および本 CA の証明書ポリシーや認証局運用規定に準拠するために申請者から取得する必要がある追加情報を含めてもよい。証明書要求が申請者に関する必要な情報の一部を欠いている場合、本 CA は、残りの情報を申請者から取得する
か、または信頼できる独立した第三者機関のデータ情報源から情報を取得して申請者に確認するものとする。本 CA は、申請者によって証明書に含めることを要求されたすべてのデータを検証するための文書化された手順を確立し、それに従うものとする。
申請者情報には、証明書の Subject Alternative Name 拡張領域に含まれる少なくとも
1 つの完全修飾ドメイン名を含める。
本 CP「6.3.2 私有鍵および公開鍵の有効期間」では、利用者証明書の有効期限を制限する。
本 CA は、本 CP 「3.2 初回の本人確認」で提供されたドキュメントとデータを使用して証明書情報を検証するか、以前の検証自体を再利用する場合がある。
ただし下記を条件とする。
本 CA は、本 CP 「3.2 初回の本人確認」で指定されたソースからデータまたはドキュ
メントを取得するか、証明書の発行前 825 日以内に検証自体を完了する。
本 CP「3.2.2.4 ドメインの認証」に従ったドメイン名の検証のために、利用されたデータ、ドキュメントまたは完了した検証は、証明書を発行する 398 日前までに取得する必要がある。
もし以前の検証で使用された何らかのデータやドキュメントが、証明書発行に先立ち、データまたはドキュメントの再利用に許された最大期間以上に取得されていたら、以前の認証は再利用しない。
Baseline Requirements に規定される検証方法への変更後、本 CA は、Ballot の投票
において特に規定がない限り、Baseline Requirements セクション 4.2.1 に記載される期
間、変更前に収集した検証データ、文書または検証そのものを引き続き再利用することができる。
本 CA は、申請情報の審査時に CAA レコードを確認する。
FQDN に対して証明書を発行する権限を付与したい利用者は、それぞれの DNS ゾー
ンの CAA レコードプロパティ「issue」または「issuewild」に「secomtrust.net」の値を含めなければならない。
利用者のそれぞれの DNS ゾーンにすでに CAA エントリーがあり、本 CA から証明書
発 行 が 必 要 な 場 合 、 CAA レ コ ー ド プ ロ パ テ ィ 「 issue 」 ま た は 「 issuewild 」 に「secomtrust.net」の値を含めなければならない。
本 CA は、ハイリスクの証明書要求が Baseline Requirements に従って適切に検証さ© 2008 SECOM Trust Systems Co., Ltd.
P-26

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

れるようにするために合理的に必要な場合において、証明書の承認前にハイリスク証明書要求に対する追加の検証活動を識別し要求する、文書化された手順を作成、保持、実施するものとする。
本項で定める CA の義務を外部委託先が履行する場合、CA は、ハイリスク証明書要求の識別とさらなる検証のために外部委託先によって用いられたプロセスが、CA 独自のプロセスと同水準の確実性を提供していることを検証する。
4.2.2 証明書申請の承認または却下
本 CA は、予約済み IP アドレスまたは内部名を含む Subject Alternative Name 拡張領域または「コモンネーム」フィールドを持つ証明書を発行してはならない。
セコムトラストシステムズは、審査の結果、承認を行った申請について証明書の発行を行い、利用者に審査終了および証明書発行について通知する。証明書の申請に不備があった場合は、利用者に対し、不備の理由と必要書類等の再提出を通知する。
4.2.3 証明書申請の処理時間
セコムトラストシステムズは、承認を行った証明書申請について、すみやかに証明書の発行を行う。
4.3 証明書の発行
4.3.1 証明書発行時の処理手続
4.3.1.1 ルート CA の証明書発行の手動承認
ルート CA による下位 CA 証明書発行では、証明書への署名操作を実行するために、本CA によって承認された個人（CA のシステムオペレーター、システム責任者または PKI管理者）が意図的に直接コマンドを発行することを必要とする。
4.3.1.2 署名される証明書のリンティング
Baseline Requirements に準拠する証明書プロファイルの実装は複雑であるため、CAによる署名前に、CA による署名対象証明書の技術的適合性を検証するためのリンティン
グ 処 理 を 実 装 す る こ と が ベ ス ト プ ラ ク テ ィ ス と み な さ れ る 。 た だ し 、 RFC 6962
(Certificate Transparency) のセクション 3.2 に記載される方法で、署名される証明書が署名前の証明書と一致していることを検証する技術的管理が CA にあることを条件とする。2024 年 9 月 15 日より、本 CA はこのようなリンティング処理を実装すべきである。
2025 年 3 月 15 日より、本 CA は、リンティング処理を実装するものとする。
署名すべき証明書の内容を含む証明書を生成するために使用される方法は、以下のも© 2008 SECOM Trust Systems Co., Ltd.
P-27

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06のが含まれるが、これらに限定されない。
1. 公開鍵コンポーネントが、公的に信頼されている CA 証明書とチェーンする証明書によって認証されていない「ダミー」の私有鍵で署名する。
2. 証明書 ASN.1 SEQUENCE の signature フィールドに静的な値を指定。
本 CA は、独自の証明書リンティングツールを実装してもよいが、業界で広く採用されているリンティングツールを使用すべきである（参照 https://cabforum.org/resources/tools/ ）。
本 CA は、以下のようなオープンソースのリンティングプロジェクトに貢献することができる。
・

新しいリントを作成する、または既存のリントを改善する。

・

不正確な可能性のあるリンティング結果をバグとして報告する。

・

既存のリンティングソフトウェアでカバーされていないチェックをリンティング
ソフトウェアの保守担当者に通知する。

・

既存のリントのドキュメントを更新する。

・

特定のリントの正常/異常のテスト証明書の生成。

4.3.1.3 発行済み証明書のリンティング
本 CA は、発行済み証明書をテストするため、リンティングプロセスを使用することができる。
4.3.2 利用者への証明書発行通知
セコムトラストシステムズは利用者に対し、利用者だけがアクセス可能なホームペー
ジに証明書ダウンロード設定が完了したことを、電子メールで通知する。利用者は、本CA からの通知を受信した後、証明書をダウンロードすることができる。または、利用者に対して証明書を送付することで発行通知とする。
4.4 証明書の受領確認
4.4.1 証明書の受領確認手続
利用者が、利用者だけがアクセス可能なホームページから証明書をダウンロードしたことをもって、証明書が受領されたものとする。また、利用者に対して証明書を送付した場合、送付後 1 週間以内に利用者から証明書記載の誤りなどの申し出が無いことをもって証明書が受領されたものとする。
4.4.2 認証局による証明書の公開© 2008 SECOM Trust Systems Co., Ltd.
P-28

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

本 CA の CA 証明書は、リポジトリーに公開される。本 CA は、CT（Certificate
Transparency）ログに登録することにより、利用者の証明書を公開することができる。
4.4.3 他のエンティティに対する認証局の証明書発行通知
セコムトラストシステムズは、証明書申請時に登録された担当者以外への証明書発行
通知は行わない。
4.5 鍵ペアおよび証明書の用途
4.5.1 利用者の私有鍵および証明書の用途
証明書は、本 CP、サービス利用規定等および CPS に従い使用されるものとする。
利用者は、第三者による不正使用または開示から私有鍵を保護し、「9.6.3 利用者の表
明保証」に従って意図された目的にのみ私有鍵を使用するものとする。
4.5.2 検証者の公開鍵および証明書の用途
検証者は、本 CP および CPS の内容について理解し、承諾したうえで、本 CA の証明書を使用するものとする。
検証者は本 CA の証明書を使用して、利用者の証明書を検証する事ができる。
4.6 証明書の更新
本 CA は、利用者が証明書を更新する場合、新たな鍵ペアを生成することを推奨する。
4.6.1 証明書更新の状況規定しない。
4.6.2 証明書の更新申請を行うことができる者
規定しない。
4.6.3 証明書の更新申請の処理手続規定しない。
4.6.4 利用者に対する新しい証明書発行通知
規定しない。
4.6.5 更新された証明書の受領確認手続規定しない。
© 2008 SECOM Trust Systems Co., Ltd.
P-29

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

4.6.6 認証局による更新された証明書の公開規定しない。
4.6.7 他のエンティティに対する認証局の証明書発行通知
規定しない。
4.7 証明書の鍵更新
4.7.1 鍵更新の状況
鍵更新をともなう証明書の発行は、証明書の有効期間が満了する場合または鍵の危殆化にともない証明書の失効を行った場合等に行われる。
4.7.2 新しい証明書の申請を行うことができる者
本 CP「4.1.1 証明書の申請を行うことができる者」と同様とする。
4.7.3 鍵更新をともなう証明書申請の処理手続
本 CP「4.3.1 証明書発行時の処理手続」と同様とする。
4.7.4 利用者に対する新しい証明書の通知
本 CP「4.3.2 利用者への証明書発行通知」と同様とする。
4.7.5 鍵更新された証明書の受領確認手続
本 CP「4.4.1 証明書の受領確認手続」と同様とする。
4.7.6 認証局による鍵更新済みの証明書の公開
本 CP「4.4.2 認証局による証明書の公開」と同様とする。
4.7.7 他のエンティティに対する認証局の証明書発行通知
本 CP「4.4.3 他のエンティティに対する認証局の証明書発行通知」と同様とする。
4.8 証明書の変更
本 CA は、証明書に登録された情報の変更が必要となった場合、その証明書の失効および新規発行とする。
4.8.1 証明書の変更事由© 2008 SECOM Trust Systems Co., Ltd.
P-30

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

規定しない。
4.8.2 証明書の変更申請を行うことができる者
規定しない。
4.8.3 変更申請の処理手続規定しない。
4.8.4 利用者に対する新しい証明書発行通知
規定しない。
4.8.5 変更された証明書の受領確認手続規定しない。
4.8.6 認証局による変更された証明書の公開規定しない。
4.8.7 他のエンティティに対する認証局の証明書発行通知
規定しない。
4.9 証明書の失効と一時停止
4.9.1 証明書失効事由
本 CA は、ショートリブド利用者証明書の失効をサポートすることができる。
次の 1 つ以上が発生した場合、ショートリブド利用者証明書を除き、本 CA は 24 時間以内に証明書を失効し、本 CP「7.2.2 CRL 拡張」の CRLReason (失効事由) を使用する。
1.

利用者が、CRLreason を指定せずに、本 CA に証明書失効することを書面で要求する (CRLReason "unspecified (0)"[未定義]の場合、CRL に reasonCode 拡張を含め
ない)。

2.

利用者が本 CA に対し、元の証明書要求が承認されていなかったこと、および遡及的に承認を許可しないことを通知した場合(CRLReason #9, privilegeWithdrawn[証明書を利用する権利の撤回])。

3.

本 CA が、利用者証明書内の公開鍵に対応する私有鍵が危殆化された証拠を得た場
合 (CRLReason #1, keyCompromise [私有鍵の危殆化])。

4.

本 CA は、証明書に含まれる公開鍵に基づき、利用者の私有鍵を容易に計算できることが実証または証明された方法（Baseline Requirements セクション 6.1.1.3 (5)、© 2008 SECOM Trust Systems Co., Ltd.
P-31

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

CPS「6.1.1

鍵ペアの生成」）で特定されるものを含むが、これらに限定されない(CRLReason #1, keyCompromise [私有鍵の危殆化])。
5.

本 CA が、証明書内におけるドメイン認証の承認、または FQDN や IP アドレスの管理が信用できない証拠を得た場合 (CRLReason #4, superseded [証明書の破棄])。

本 CA は、ショートリブド利用者証明書を除き、以下のいずれかが発生した場合、24 時
間以内に利用者証明書を失効させるべきであり、5 日以内に証明書を失効し、CRLReasonを使用する。
6.

証明書が本 CP「6.1.5 鍵サイズ」および本 CP「6.1.6 公開鍵のパラメーターの生成および品質検査」の要件に準拠しなくなった場合 (CRLReason #4, superseded[証明書の破棄])。

7.

本 CA が 証 明 書 の 不 正 使 用 の 証 拠 を 得 た 場 合(CRLReason #9,

privilegeWithdrawn [証明書を利用する権利の撤回])。
8.

利用者が利用契約または利用規約に基づく重大な義務の 1 つ以上に違反していることを本 CA が知り得た場合 (CRLReason #9, privilegeWithdrawn [証明書を利用する権利の撤回])。

9.

本 CA が、証明書内における FQDN または IP アドレスの使用が法的にもはや許可されていないことを示す状況を知り得た場合(例えば、ドメイン名を使用するドメイ
ン名登録者の権利が裁判所または調停官によって失効となった。ドメイン名登録者と申請者との間の関連するライセンス契約またはサービス契約が解除された。ドメ
イ ン 名 登 録 者 が ド メ イ ン 名 の 更 新 を し な か っ た な ど ) (CRLReason #5,
cessationOfOperation [証明書の運用停止])。

10. 本 CA が、証明書に含まれている情報の重大な変更を知り得た場合 (CRLReason #9,
privilegeWithdrawn [証明書を利用する権利の撤回])。
11. 証明書が Baseline Requirements または本 CA の CP/CPS に従って発行されなかったことを本 CA が知り得た場合 (CRLReason #4, superseded [証明書の破棄])。
12. 証明書に表示されている情報が不正確であると、本 CA が判断または知り得た場合(CRLReason #9, privilegeWithdrawn [証明書を利用する権利の撤回])。
13. Baseline Requirements に基づいて証明書を発行するための本 CA の権利が期限切れ、失効、または停止となった場合(本 CA が CRL/OCSP リポジトリーの維持を継続するための手配を済ませている場合を除く) (CRLReason "unspecified (0)" [未定義]の場合、CRL に reasonCode 拡張が提供されない)。
14. 本セクション 4.9.1.1 で指定する必要のない理由により、CA の CP/CPS により失効が必要とされる場合 (CRLReason "unspecified (0)" [未定義]の場合、CRL に
reasonCode 拡張が提供されない)。
© 2008 SECOM Trust Systems Co., Ltd.
P-32

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

15. 本 CA が、利用者の私有鍵を危殆化させる実証済みの方法、または私有鍵の生成に使用された特定の方法に欠陥があるという明確な証拠があることを認識した場合(CRLReason #1, keyCompromise [私有鍵の危殆化])。
4.9.2 証明書の失効申請を行うことができる者
証明書の失効申請を行うことができる者は、証明書を使用している会社、その他の法人のお客様組織別提出書類基準に基づく権限者、または会社、その他の法人の代表者から委任された代理人とする。
また、RA、本 CA が失効手続きを開始できる。加えて、利用者、依拠当事者、アプリ
ケーションソフトウェアサプライヤー、およびその他の第三者は、証明書失効に関する妥当な根拠となる証明書問題レポートを本 CA に提出できる。
4.9.3 失効申請手続
利用者は、利用者だけがアクセス可能なホームページから該当の証明書情報を選択し失効申請を行う、もしくはセコムトラストシステムズが指定する書面に失効情報を記入して、提出する。
4.9.4 失効申請の猶予期間
利用者は、私有鍵が危殆化したまたは危殆化のおそれがあると判断した場合には、すみやかに失効申請を行わなければならない。
4.9.5 認証局が失効申請を処理しなければならない期間
証明書問題レポートを受領してから 24 時間以内に、本 CA は証明書問題レポートに関する事実と状況の調査を開始するものとし、利用者と証明書問題レポートを提出した事
業体両者の見分に基づく予備調査報告書を提出する。
事実と状況のレビュー後、本 CA は利用者そして証明書問題レポートを報告した事業、または他の失効関連告知と協力するものとし、証明書を失効させるか否か、もしそうなら、本 CA が証明書を失効させる日時を決定する。証明書問題レポートまたは失効関連告知の受領から失効までの期間は、本 CP「4.9.1 証明書失効事由」に記載された時間枠を超えない。
CA に選ばれた日時は次の基準を考慮する。
1. 申し立てられた問題の性質(範囲、状況、厳しさ、規模、被害リスク)
2. 失効の結果（利用者と依拠当事者への直接的そして間接的影響）
3. 特定の証明書または利用者に関して受領した証明書問題レポートの数
4. 苦情を申し立てている組織体
なお、本 CA は、失効日が指定された失効申請を受領した場合は、指定日に失効を行う。
© 2008 SECOM Trust Systems Co., Ltd.
P-33

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

4.9.6 失効確認の要求
本 CA が発行する証明書には、CRL 格納先の URL、および OCSP レスポンダーの URLを記載する。
CRL および OCSP レスポンダーは、一般的な Web インターフェースを用いてアクセスすることができる。なお、CRL には、有効期限の切れた証明書情報は含まれない。
検証者は、利用者の証明書について、有効性を確認しなければならない。証明書の有効性は、リポジトリーサイトに掲載している CRL または OCSP レスポンダーにより確認する。
4.9.7 証明書失効リストの発行頻度
CRL は、アクセス可能な HTTP URL 経由で公開する。
最初の証明書の発行から 24 時間以内に、本 CA は、次のいずれかを生成および公開する。full かつ完全な CRL、または分割 CRL（集約された場合、full かつ完全な CRL と同等になる）。
本 CA が CRL を発行する場合、本 CA は少なくとも 7 日に一度は CRL を更新・再発行し、 nextUpdate フィールドの値は thisUpdate フィールドの値よりも 10 日以
上先にしないものとする。
4.9.8 証明書失効リストの発行最大遅延時間
本 CA が発行した CRL は、合理的な時間内にリポジトリーに反映させる。
4.9.9 オンラインでの失効/ステータス確認の適用性
OCSP レスポンスは、RFC 6960 や RFC 5019 に準拠している必要がある。OCSP レ
スポンスは、以下のいずれかの条件を満たす必要がある。
1. 失効ステータスの確認対象となる証明書を発行した CA によって署名されている。
2. 失効ステータスの確認対象となる証明書を発行した CA によって証明書が署名されている OCSP レスポンダーによって署名されている。
後 者 の 場 合 、 OCSP 署 名 証 明 書 に は 、 RFC 6960 に 定 義 さ れ て い る 、 タ イ プ
id-pkix-ocsp-nochek の拡張領域が含まれていなければならない。
4.9.10 オンラインでの失効/ステータス確認を行うための要件
検証者は、利用者の証明書について、有効性を確認しなければならない。リポジトリーに掲載している CRL により、証明書の失効登録の有無を確認しない場合には、OCSP レ
スポンダーにより提供される証明書ステータス情報の確認を行わなければならない。
RFC 6960 および/または RFC 5019 で説明されているように、CA が運用する OCSP
© 2008 SECOM Trust Systems Co., Ltd.
P-34

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

レスポンダーは HTTP GET メソッドをサポートする必要がある。
OCSP 応答の有効期間は、thisUpdate と nextUpdate の時間差（両端を含む）である。
その差を算出する目的で、うるう秒を無視すると、3,600 秒の差は 1 時間に等しく、86,400
秒の差は 1 日に等しくなる。
利用者証明書のステータスの場合
1. OCSP 応答には、8 時間以上の有効期間が必要である。
2. OCSP 応答には、10 日以下の有効期間が必要である。
3. 有効期間が 16 時間未満の OCSP 応答の場合、CA は nextUpdate の前の有効期間
半分に先立ち、オンライン証明書ステータスプロトコルを介して提供される情報を更新する必要がある。
4. 有効期間が 16 時間以上の OCSP 応答の場合、CA は nextUpdate の少なくとも 8
時間前、および thisUpdate の 4 日後までに、オンライン証明書ステータスプロト
コルを介して提供される情報を更新する必要がある。
下位 CA 証明書のステータスの場合
CA は、
i. 少なくとも 12 カ月ごと、およびii.下位 CA 証明書の失効から 24 時間以内にオンライン証明書ステータスプロトコル
を介して提供された情報を更新するものとする。
OCSP レスポンダーが「未使用」の証明書シリアル番号のステータスのリクエストを受信した場合、レスポンダーは「good」ステータスで応答すべきではない。OCSP レス
ポンダーが本 CP「7.1.5 名前制約」に沿って技術的に制約されていない CA 向けである
場合、レスポンダーはそのような要求に対して「good」ステータスで応答してはならな
い。
本 CA は、セキュリティ応答手順の一部として、「未使用」シリアル番号のリクエストについて OCSP レスポンダーを監視するべきである。
OCSP レスポンダーは、「予約済み」証明書のシリアル番号について、Precertificate[RFC 6962]に一致する対応する証明書があるかのように、明確な応答を提供する場合がある。
OCSP 要求内の証明書シリアル番号は、次の 3 つのオプションのいずれか
1. その CA の主体者に関連付けられている現在または以前のキーを使用して、そのシ
リアル番号の証明書が発行 CA によって発行された場合、「割り当て済み」
2. そのシリアル番号を持つ事前証明書 [RFC 6962]が a または b のいずれか
a. 発行 CA によって発行された場合、「予約済み」
b. 発行 CA に関連付けられた事前証明書署名証明書[RFC 6962]
3. 上記の条件のいずれも満たされない場合は「未使用」© 2008 SECOM Trust Systems Co., Ltd.
P-35

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

4.9.11 利用可能な失効情報の他の形式
本 CA は、RFC 4366 (Transport Layer Security (TLS) Extensions)、RFC 5246 (TheTransport Layer Security (TLS) Protocol Version 1.2)、RFC 8446 (The Transport Layer
Security (TLS) Protocol Version 1.3)に従い、利用者に OCSP ステープリングの利用を許容する。
4.9.12 鍵の危殆化に対する特別要件
検証者は、次の方法で鍵の危殆化を実証するものとする。
・ 私有鍵自体の提出、または私有鍵を含むデータと、データから私有鍵を抽出する方法の提出
・ 危殆化されたと認識される識別名などのデータを含み、かつ署名の検証ができる
CSR の提出・ 公開鍵によって検証可能な、本 CA が指定したチャレンジ・レスポンスと公開鍵への私有鍵による署名の提出
・ 侵害を検証できる脆弱性や、参照したセキュリティ・インシデント・ソースの提供
本 CA は、利用者の私有鍵が危殆化した可能性があることを知りえた場合、利用者に私有鍵が危殆化された可能性があることを通知する。
なお本 CA が、私有鍵が危殆化した、または危殆化のおそれがあると判断した場合、本CP「4.9.1 証明書失効事由」の対応を行うものとする。
4.9.13 証明書の一時停止事由
本 CA は、証明書の一時停止は行わない。
4.9.14 証明書の一時停止申請を行うことができる者
適用外とする。
4.9.15 証明書の一時停止申請手続適用外とする。
4.9.16 一時停止を継続することができる期間適用外とする。
4.10 証明書のステータス確認サービス© 2008 SECOM Trust Systems Co., Ltd.
P-36

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

4.10.1 運用上の特徴
利用者および検証者は OCSP レスポンダーを通じて証明書ステータス情報を確認する
ことができる。
本 CA は、CRL または OCSP レスポンスの失効エントリーは、失効した証明書の有効期限日が過ぎるまで削除してはならない。
4.10.2 サービスの利用可能性
本 CA は、通常の運用状況の下で 10 秒以内のレスポンス時間を提供するために十分なリソースで、CRL および OCSP 機能を運用および維持するものとする。
本 CA は、アプリケーションソフトウェアが、本 CA によって発行されたすべての有効期限内証明書の現在のステータスを自動的にチェックするために使用できるオンライン
リポジトリを 24 時間 365 日体制で維持するものとする。
本 CA は、優先度の高い証明書問題の報告を内部で対応し、必要に応じて当該苦情を法執行機関に通報し、または当該苦情の対象となった証明書を失効させる能力を 24 時間
365 日維持しなければならない。
4.10.3 オプショナルな仕様規定しない。
4.11 利用の終了
利用者は本 CA が提供する証明書発行サービス（以下「本サービス」という）の利用を終了する場合、証明書の失効申請を行わなければならない。なお証明書の更新申請を行わず、証明書の有効期間が満了した場合にも終了となる。
4.12 キーエスクローと鍵回復
4.12.1 キーエスクローと鍵回復ポリシーおよび実施
本 CA は、利用者の私有鍵のエスクローは行わない。
4.12.2 セッションキーのカプセル化と鍵回復のポリシーおよび実施適用外とする。

© 2008 SECOM Trust Systems Co., Ltd.
P-37

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

5. 設備上、運営上、運用上の管理
5.1 物理的管理
5.1.1 立地場所および構造
本項については、CPS に規定する。
5.1.2 物理的アクセス
本項については、CPS に規定する。
5.1.3 電源および空調
本項については、CPS に規定する。
5.1.4 水害対策
本項については、CPS に規定する。
5.1.5 火災対策
本項については、CPS に規定する。
5.1.6 媒体保管
本項については、CPS に規定する。
5.1.7 廃棄処理
本項については、CPS に規定する。
5.1.8 オフサイトバックアップ
本項については、CPS に規定する。
5.2 手続的管理
5.2.1 信頼すべき役割
本項については、CPS に規定する。
5.2.2 職務ごとに必要とされる人数
本項については、CPS に規定する。

© 2008 SECOM Trust Systems Co., Ltd.
P-38

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

5.2.3 個々の役割に対する本人性確認と認証
本項については、CPS に規定する。
5.2.4 職務分割が必要となる役割
本項については、CPS に規定する。
5.3 人事的管理
5.3.1 資格、経験および身分証明の要件
本項については、CPS に規定する。
5.3.2 背景調査
本項については、CPS に規定する。
5.3.3 教育要件
本項については、CPS に規定する。
5.3.4 再教育の頻度および要件
本項については、CPS に規定する。
5.3.5 仕事のローテーションの頻度および順序
本項については、CPS に規定する。
5.3.6 認められていない行動に対する制裁
本項については、CPS に規定する。
5.3.7 独立した契約者の要件
本項については、CPS に規定する。
5.3.8 要員へ提供される資料
本項については、CPS に規定する。
5.4 監査ログの手続
5.4.1 記録されるイベントの種類
本項については、CPS に規定する。
© 2008 SECOM Trust Systems Co., Ltd.
P-39

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

5.4.2 監査ログを処理する頻度
本項については、CPS に規定する。
5.4.3 監査ログを保持する期間
本項については、CPS に規定する。
5.4.4 監査ログの保護
本項については、CPS に規定する。
5.4.5 監査ログのバックアップ手続
本項については、CPS に規定する。
5.4.6 監査ログの収集システム
本項については、CPS に規定する。
5.4.7 イベントを起こした者への通知
本項については、CPS に規定する。
5.4.8 脆弱性評価
本項については、CPS に規定する。
5.5 記録の保菅5.5.1 アーカイブの種類
本項については、CPS に規定する。
5.5.2 アーカイブ保存期間
本項については、CPS に規定する。
5.5.3 アーカイブの保護
本項については、CPS に規定する。
5.5.4 アーカイブのバックアップ手続
本項については、CPS に規定する。

© 2008 SECOM Trust Systems Co., Ltd.
P-40

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

5.5.5 記録にタイムスタンプを付与する要件
本項については、CPS に規定する。
5.5.6 アーカイブ収集システム
本項については、CPS に規定する。
5.5.7 アーカイブの検証手続
本項については、CPS に規定する。
5.6 鍵の切り替え
本 CA の鍵ペア更新または証明書更新は、原則として利用者に発行した証明書の最大有効期間よりも短くなる前に実施する。
本 CA の有効期間が、利用者に発行する証明書の最大有効期間よりも短くなる場合、利用者に発行する証明書の有効期間は、本 CA の有効期間内に納まるよう変更する。
5.7 危殆化および災害からの復旧
5.7.1 事故および危殆化時の手続
本項については、CPS に規定する。
5.7.2 ハードウェア、ソフトウェアまたはデータが破損した場合の手続
本項については、CPS に規定する。
5.7.3 私有鍵が危殆化した場合の手続
本項については、CPS に規定する。
5.7.4 災害後の事業継続性
本項については、CPS に規定する。
5.8 認証局または登録局の終了
セコムトラストシステムズが本 CA を終了する場合、3 か月前に利用者、アプリケーションソフトウェアサプライヤーを含むその他の関係者にその旨を通知する。本 CA によって発行されたすべての証明書は、本 CA の終了以前に失効を行う。

© 2008 SECOM Trust Systems Co., Ltd.
P-41

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

6. 技術的セキュリティ管理
6.1 鍵ペアの生成およびインストール
6.1.1 鍵ペアの生成
本項については、CPS に規定する。
6.1.2 利用者に対する私有鍵の交付
本 CA から私有鍵の交付は行わない。
6.1.3 認証局への公開鍵の交付
本 CA に対する利用者の公開鍵の交付は、オンラインによって行うことができる。この時の通信経路は TLS により暗号化を行う。
6.1.4 検証者への CA 公開鍵の交付
検証者は、本 CA のリポジトリーにアクセスすることによって、本 CA の公開鍵を入手することができる。
6.1.5 鍵サイズ
本項については、CPS に規定する。
6.1.6 公開鍵のパラメーターの生成および品質検査
本項については、CPS に規定する。
6.1.7 鍵の用途
本 CA および本 CA が発行する証明書の鍵の用途は以下のとおりとする。
表 6.1-1 鍵の用途
本 CA

本 CA が発行する証明書

digital Signature―

yes

nonRepudiation――

keyEncipherment―

yes（エンドエンティティ証
明書の公開鍵が RSA の場
合は任意、ECDSA の場合は禁止）© 2008 SECOM Trust Systems Co., Ltd.
P-42

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

dataEncipherment――

keyAgreement――

keyCertSign

yes―

cRLSignyes―

encipherOnly――

decipherOnly――

6.2 私有鍵の保護および暗号装置技術の管理
6.2.1 暗号装置の標準および管理
本 CA の私有鍵の生成、保管、署名操作は、CPS「6.2.7 私有鍵の暗号モジュールへの格納」準拠の暗号装置を用いて行う。利用者の私有鍵については規定しない。
6.2.2 私有鍵の複数人管理
本 CA の私有鍵の活性化、非活性化、バックアップ等の操作は、安全な環境において複数人の権限者によって行う。
利用者の私有鍵の活性化、非活性化、バックアップ等の操作は、利用者の管理の下で安全に行わなければならない。
6.2.3 私有鍵のエスクロー
本 CA は、本 CA の私有鍵のエスクローは行わない。
本 CA は、利用者の私有鍵のエスクローは行わない。
6.2.4 私有鍵のバックアップ
本 CA の私有鍵のバックアップは、セキュアな室において複数名の権限者によって行われ、暗号化された状態で、セキュアな室に保管される。
利用者の私有鍵のバックアップは、利用者の管理の下で安全に保管しなければならな
い。
6.2.5 私有鍵のアーカイブ
本 CA では、本 CA の私有鍵のアーカイブは行わない。
利用者の私有鍵については規定しない。
6.2.6 私有鍵の暗号モジュールへのまたは暗号モジュールからの転送
本 CA の私有鍵の暗号装置への転送または暗号装置からの転送は、セキュアな室において、私有鍵を暗号化した状態で行う。
© 2008 SECOM Trust Systems Co., Ltd.
P-43

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

利用者の私有鍵については規定しない。
6.2.7 私有鍵の暗号モジュールへの格納
本電子認証基盤の上で運用される CA の私有鍵は、CPS「6.2.7 私有鍵の暗号モジュー
ルへの格納」準拠の暗号装置で保護する。利用者の私有鍵については規定しない。
6.2.8 私有鍵の活性化方法
本 CA の私有鍵の活性化は、セキュアな室において複数名の権限者によって行う。
利用者の私有鍵については規定しない。
6.2.9 私有鍵の非活性化方法
本 CA の私有鍵の非活性化は、セキュアな室において複数名の権限者によって行う。
利用者の私有鍵については規定しない。
6.2.10 私有鍵の破棄方法
本 CA の私有鍵の廃棄は、複数名の権限者によって完全に初期化または物理的に破壊することによって行う。バックアップについても同様の手続によって行う。
利用者の私有鍵については規定しない。
6.2.11 暗号装置の評価
本 CA で使用する暗号装置の品質基準については、本 CP「6.2.1 暗号装置の標準および管理」のとおりである。
利用者の私有鍵については規定しない。
6.3 鍵ペアのその他の管理方法
6.3.1 公開鍵のアーカイブ
本 CA の公開鍵については CPS「6.2.1 暗号装置の標準および管理」のとおりである。
利用者の私有鍵については規定しない。
6.3.2 私有鍵および公開鍵の有効期間
本項については、CPS に規定する。
6.4 活性化データ
6.4.1 活性化データの生成および設定© 2008 SECOM Trust Systems Co., Ltd.
P-44

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

本項については、CPS に規定する。
6.4.2 活性化データの保護
本項については、CPS に規定する。
6.4.3 活性化データの他の考慮点
本項については、CPS に規定する。
6.5 コンピュータのセキュリティ管理
6.5.1 コンピュータセキュリティに関する技術的要件
本 CA は、証明書を直接発行させることができるすべてのアカウントに対して、多要素認証を実施するものとする。
6.5.2 コンピュータセキュリティ評価
本項については、CPS に規定する。
6.6 ライフサイクルセキュリティ管理
6.6.1 システム開発管理
本項については、CPS に規定する。
6.6.2 セキュリティ運用管理
本項については、CPS に規定する。
6.6.3 ライフサイクルセキュリティ管理
本項については、CPS に規定する。
6.7 ネットワークセキュリティ管理
本項については、CPS に規定する。
6.8 タイムスタンプ
本項については、CPS に規定する。

© 2008 SECOM Trust Systems Co., Ltd.
P-45

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

7. 証明書および証明書失効リストおよび OCSP のプロファイル
7.1 証明書のプロファイル
本 CA は、本 CP「2.2 証明書情報の公開」、本 CP「6.1.5 鍵サイズ」、本 CP「6.1.6 公
開鍵のパラメーターの生成および品質検査」に規定された技術要件を満たすものとする。
本 CA が利用者証明書を発行する際、CSPRNG からの 64 ビット以上の出力を含む 1 以
上かつ 2159 未満の連番ではない証明書シリアル番号を生成するものとする。
本 CA が発行する証明書は RFC 5280 に準拠している。プロファイルは、次表のとおりである。
Baseline Requirements 7.1.2.9 に従い、TLS サーバー証明書の事前証明書の Version,
SerialNumber,Signature,

Issuer,Validity,

Subject,

SubjectPublicKeyInfo,

SignatureAlgorithm は、TLS サーバー証明書とエンコードされた値がバイト単位で同一とする。
「Certificate Transparency 用拡張」以外の拡張領域は、順序、Critical、エンコードされた値がバイト単位で同一とする。事前証明書には、事前証明書ポイズン拡張(OID: 1.3.6.1.4.1.11129.2.4.3)を含む。この拡張は、extnValue OCTET STRING を持つ。
この extnValue OCTET STRING は、RFC 6962 のセクション 3.1 で規定されている
ASN.1 NULL 値の符号化表現である「0500」を正確に 16 進符号化したものとする。
表 7.1-1 SECOM Passport for Web SR 3.0 CA サーバー証明書プロファイル
基本領域

設定内容

CriticalVersionVersion 3-

Serial Number

CSPRNG からの 64 ビット以上の出力-を含む 1 以上かつ 2159 未満の連番ではない値
Signature Algorithm

sha256WithRSAEncryption-

IssuerCountry

C=JP-

Organization

O=SECOM Trust Systems CO.,LTD.

-

Common Name

CN= SECOM Passport for Web SR-

3.0 CA
Validity

NotBefore

証明書署名以前の時刻で 48 時間以内-の値
CPS「6.3.2 私有鍵および公開鍵の有NotAfter-

効期間」に規定
Subject

Country

C=JP（固定値）-

State Or Province

必須-© 2008 SECOM Trust Systems Co., Ltd.
P-46

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

Locality

必須-

Organization

必須-

Organizational Unit

禁止-

Common Name

必須-

証明書の Subject Alternative Name
拡張機能に含まれる値の 1 つであるエントリーが 1 つだけ含まれていなければならない。値は、Subject Alternative
Name 拡張機能からの dNSName エン
トリー値の文字ごとのコピーとして
エンコードされなければならない。具
体的には、完全修飾ドメイン名のすべてのドメインラベルの FQDN 部分を
LDH ラベルとしてエンコードする必要があり、P ラベルを Unicode 表現に変換してはならない。予約済み IP ア
ドレスまたは内部名を含んではならない。
Subject Public Key Info

主体者の公開鍵 RSA2048 ビット

拡張領域

設定内容

KeyUsage

digitalSignature, keyEncipherment

Y

ExtendedKeyUsage

id-kp-serverAuth, id-kp-clientAuth

N

Critical* id-kp-clientAuth は任意
Subject Alternative Name

N

必須
dNSName を少なくとも 1 つを含む。
dNSName: エントリーには、CA が本CP「3.2.2.4

ドメインの認証」に従って検証した完全修飾ドメイン名を含む。エントリーに内部名を含めることはできない。エントリーに含まれる完
全修飾ドメイン名の FQDN 部分は、U+ 002E FULL STOP（ ". "）文字で結合された LDH ラベルで完全に構成されていなければならない。インターネ
ットドメインネームシステムのルー© 2008 SECOM Trust Systems Co., Ltd.
P-47

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

トゾーンを表す長さゼロのドメイン
ラベルを含めてはならない。
2021 年 10 月 1 日より、完全修飾ドメ
イン名の FQDN 部分は、P-ラベルまたは非予約 LDH ラベルであるドメイ
ンラベルのみで構成されていなければならない。
CertificatePolicies[1]policyIdentifierN

OID=1.2.392.200091.100.751.1
policyQualifiers
policyQualifierId=CPS
qualifiier= 本 CA の リ ポ ジ ト リ ー
HTTP(S) URL[2]policyIdentifier=2.23.140.1.2.2
CRL Distribution Points

本 CA の CRL サービスの HTTP URL

NAuthority Information Access

accessMethodNocsp（1.3.6.1.5.5.7.48.1)
accessLocation
OCSP レスポンダーの HTTP URLCA Issuers (1.3.6.1.5.5.7.48.2)
accessLocation
本 CA 証明書の HTTP URL* CA Issuers は必要に応じて設定する
Authority Key Identifier

発行者公開鍵の SHA-1 ハッシュ値

N（160 ビット）
Subject Key Identifier

任意N

主体者公開鍵の SHA-1 ハッシュ値（160 ビット）
Certificate Transparency 用拡張

任意（1.3.6.1.4.1.11129.2.4.2）

SignedCertificateTimestampList のN

値
表 7.1-2 SECOM Passport for Web SR 3.0 CA OCSP レスポンダー証明書プロファイル
基本領域

設定内容

CriticalVersionVersion 3-© 2008 SECOM Trust Systems Co., Ltd.
P-48

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

CSPRNG からの 64 ビット以上の出力

Serial Number-を含む 1 以上かつ 2159 未満の連番ではない値
Signature Algorithm

sha256WithRSAEncryption-

IssuerCountry

C=JP-

Organization

O=SECOM Trust Systems CO.,LTD.

-

Common Name

CN= SECOM Passport for Web SR-

3.0 CA
Validity

NotBefore

証明書署名以前の時刻で 1 日以内の値-

NotAfterCPS「6.3.2 私有鍵および公開鍵の有-効期間」に規定
Subject

Country

C=JP（固定値）-

Organization

SECOM Trust Systems CO.,LTD.

-

（固定値）
OCSP レスポンダー名（必須）-

Subject Public Key Info

主体者の公開鍵 RSA2048 ビット

-

拡張領域

設定内容

KeyUsage

digitalSignature

Y

ExtendedKeyUsageOCSPSigningN

OCSP No Check

null

N

CertificatePolicies

禁止

N

Authority Key Identifier

発行者公開鍵の SHA-1 ハッシュ値

N

Common Name

Critical（160 ビット）
Subject Key Identifier

主体者公開鍵の SHA-1 ハッシュ値

N（160 ビット）
7.1.1 バージョン番号
本 CA は、X.509 v3 を使用する。
7.1.2 証明書拡張
本 CA が発行する証明書は、RFC 5280 に準拠した証明書拡張フィールドを使用する。
「7.1 証明書のプロファイル」に記載の証明書プロファイルに証明書拡張を含んでいる。
7.1.3 アルゴリズムオブジェクト識別子
本サービスにおいて用いられるアルゴリズム OID は、次のとおりである。

© 2008 SECOM Trust Systems Co., Ltd.
P-49

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

アルゴリズムrsaEncryption

オブジェクト識別子{iso(1)

member-body(2)us(840)rsadsi(113549) pkcs(1) pkcs-1(1) 1}
sha256WithRSAEncryption{iso(1)

member-body(2)us(840)rsadsi(113549) pkcs(1) pkcs-1(1) 11}
7.1.4 名前形式
本 CA では、RFC 5280 で定められる、識別名を使用する。
すべての有効な認証パス（RFC 5280、セクション 6 で定義されているとおり）について認証パスの利用者証明書ごとに、証明書発行者の識別名フィールドのエンコードされた内容は、発行される CA 証明書の主体者識別名フィールドのエンコードされた形式とバ
イト単位で同一である必要がある。
本 CA は、証明書を発行することにより、CP/CPS に定められた手順に従い、証明書の発行日時点で、すべての識別名が正確であることを確認することを表明する。本 CA は、Baseline Requirements セクション 3.2.2.4 に定める場合を除き、識別名にドメイン名を含めてはならない。
識別名には、'.'、'-'、''（スペース）文字などのメタデータや、値が存在しない、不完全、または適用できないことを示すその他の記号のみを含めてはならない。
本 CA では、予約済み IP アドレスまたは内部名を含む Subject Alternative Name 拡張領域または「コモンネーム」フィールドを持つ証明書を発行しない。
「コモンネーム」の値が完全修飾ドメイン名またはワイルドカードドメイン名の場合、「コモンネーム」の値は、Subject Alternative Name 拡張領域の dNSName エントリー
値の 1 文字ずつのコピーとしてエンコードする。具体的には、完全修飾ドメイン名のすべてのドメインラベルまたはワイルドカードドメイン名の FQDN 部分のすべてのDomain ラベルは LDH ラベルとしてエンコードし、P-ラベルは Unicode に変換しない。
7.1.5 名前制約
本 CA では設定しない。
7.1.6 CP オブジェクト識別子
本 CA が発行する証明書の OID は、本 CP「1.2 文書名と識別」の OID のとおりである。
次の証明書ポリシー識別子は、証明書または利用者証明書が Baseline Requirementsに準拠していることを表明するオプションの手段として本 CA が使用するために用意されている。
【OV 証明書用】© 2008 SECOM Trust Systems Co., Ltd.
P-50

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06{joint-iso-itu-t(2)international-organizations(23)certificate-policies(1)baseline-requirements(2)ca-browser-forum(140)organization-validated(2)}(2.23.140.1.2.2)
7.1.7 ポリシー制約拡張の利用設定しない。
7.1.8 ポリシー修飾子の文法および意味
ポリシー修飾子については、本 CP および CPS を公表する Web ページの URI を格納することができる。
7.1.9 重要な証明書ポリシー拡張の処理の意味設定しない。
7.2 CRL のプロファイル
本 CA が発行する CRL は RFC 5280 に準拠している。プロファイルは、次表のとおりである。
表 7.2-1 SECOM Passport for Web SR 3.0 CA CRL プロファイル
基本領域

設定内容

CriticalVersionVersion 2-

Signature Algorithm

sha256WithRSAEncryption-

IssuerCountry

C=JP-

Organization

O= SECOM Trust Systems CO.,LTD.

-

Common Name

CN= SECOM Passport for Web SR 3.0-

CAThis Update

CRL の発行日時-

Next Update

次の CRL が発行される日時。

-

thisUpdate から最大 10 日後。
RevokedSerial Number

Certificates

例)-012345678901234567890123456789ab
Revocation Date例) 2018/3/1 00:00:00 GMT-

Reason Code例) cessation of operation （失効事由）

-

*設定任意

拡張領域

設定内容

Critical

CRL Number

CRL 番号

N© 2008 SECOM Trust Systems Co., Ltd.
P-51

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

発行者公開鍵の SHA-1 ハッシュ値（160Authority Key IdentifierN

ビット）
7.2.1 バージョン番号
本 CA は、RFC 5280 に規定された X.509 v2 CRL を使用する。
7.2.2 CRL 拡張
表 7.2-2-1
拡張（Extension）

存在

CRL 拡張Critical説明authorityKeyIdentifier

必須

N

-

CRLNumber

必須

N

0 以上 2159 未満の INTEGER（数値）を含む。
この拡張は、full かつ完全な CRL には推奨さ

IssuingDistributionPoint *Yれない。
本 CA では、 full かつ完全な CRL を使用している。

Any other extension

非推奨
表 7.2-2-2

Component--

revokedCertificates Component

有無

serialNumber

必須

revocationDate

必須

crlEntryExtensions*

説明
失効した証明書に含まれる serialNumber とバイト単位で同一。
通常、失効が発生した日時。バックデートが許可される状況については、この表の下を参照。
要件については、「表 7.2-2-3

crlEntryExtensions

Component」を参照。

証明書の CRL エントリーに示されている失効日より前に証明書の私有鍵が危殆化したと判断された場合、本 CA は CRL エントリーの失効日を更新するべきである。
revocationDate フィールドの日付を遡ることは、RFC 5280 (セクション 5.3.2) で説明されているベストプラクティスの例外である。しかし、Baseline Requirements では、証明書が危殆化したと最初に判断する日付として revocationDate フィールドを処理す
る TLS 実装をサポートするために revocationDate フィールドの使用を規定する。
表 7.2-2-3

crlEntryExtensions Component© 2008 SECOM Trust Systems Co., Ltd.
P-52

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

CRL Entry

有無

Extension

説明
存在する場合（OID 2.5.29.21）、Critical と表示されず、証明書を失効させる最も適切な理由を示す。
ただし、CRL エントリーが技術的に発 行できない証明書に関reasonCode

するものであり、かつ、1)CRL エントリーが 2023 年 7 月*

15 日より前に失効した本要件の対象である利用者証明書に関するものである場合、または 2)失効の理由（すなわち、
reasonCode）が不特定（0）である場合を除く。
要件については、「CRLReasons」の表を参照。

Any other value-

非推奨

表 7.2-2-4

CRLReasons

RFC 5280
RFC 5280 reasonCode

reasonCode

説明

value
reasonCode の省略により表される。ただし、CRL エント
unspecified

0

リーが、2023 年 7 月 15 日より前に失効した Baseline
Requirements の対象である利用者証明書に対するものである場合を除く。

keyCompromise1

利用者の私有鍵が危殆化したことが判明している、またはその疑いがあることを示す。
主体者の名前または証明書内のその他の主体者識別情報

affiliationChanged

3 が変更されたが、証明書の私有鍵が危殆化されたと疑うに足る根拠がないことを示す。
利用者が新しい証明書を要求したこと、本 CA が証明書に含まれる FQDN または IP アドレスに対するドメインの承認または管理の検証は信頼すべきでないという合理的

superseded

4 な証拠を得たこと、あるいは本 CA は、証明書が Baseline
Requirements または本 CA の CP/CPS に準拠していない
等のコンプライアンス上の理由により証明書を失効した
ことを示す。
証明書の有効期間満了前に、証明書を含むウェブサイトがcessationOfOperation

5 閉鎖されたこと、あるいは証明書の有効期間満了前に、利用者が証明書に含まれるドメイン名を所有または管理し© 2008 SECOM Trust Systems Co., Ltd.
P-53

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

なくなったことを示す。

以下のいずれかの場合、
この CRL エントリーを含まない。
1)Baseline Requirements の対象である証明書。
2)Baseline Requirements の対象外の証明書で、いずれか
certificateHold

6 の場合。
A)2020 年 9 月 30 日以降に発行された証明書。
B)2020 年 9 月 30 日以降の日付が notBefore に記載された証明書。
利用者が証明書申請に際して誤解を招く情報を提供した、

privilegeWithdrawn

9

利用契約または利用規約に基づく重大な義務を履行しなかった等、鍵の危殆化に至らない利用者側の違反があったことを示す。

利用契約書またはその中で参照されるオンラインリソースでは、利用者に上記の失効事由オプションについて通知し、各オプションを選択するタイミングについて説明を提供する必要がある。本 CA が利用者に提供するツールでは、利用者が証明書の失効を要求するときにこれらのオプションを簡単に指定できるようにする必要がある。デフォル
ト値は失効事由が提供されない設定とする。 (デフォルトは CRLReason「unspecified(0)」に対応し、CRL に reasonCode 拡張が提供されない)。
privilegeWithdrawn 事由コードは、失効理由オプションとして利用者には提供しない。
この事由コードの使用は利用者ではなく本 CA が決定する。
本 CA が、CRL エントリーに reasonCode 拡張が含まれていない、または reasonCode
拡張に keyCompromise 以外の事由が含まれている証明書において、私有鍵危殆化の検証可能な証拠を取得した場合、本 CA は CRL エントリーを更新して、reasonCode 拡
張の CRLReason として keyCompromise を入力するべきである。
本 CA では、以下の reasonCode を使用するものとする。
keyCompromise (1)affiliationChanged (3)superseded (4)cessationOfOperation (5)privilegeWithdrawn (9)© 2008 SECOM Trust Systems Co., Ltd.
P-54

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

7.3 OCSP のプロファイル
本 CA は、RFC 5019 および 6960 に準拠する OCSP レスポンダーを提供する。
2020 年 9 月 30 日以降より、OCSP 応答がルート CA または下位 CA 証明書（クロス証明書を含む）に対するものであり、その証明書が失効されている場合、CertStatus のRevokedInfo 内の revocationReason フィールドが存在する必要がある。
2020 年 9 月 30 日以降より、CRLReason は、本 CP「7.2.2 CRL 拡張」で指定されているように、CRL に許可された値を含める必要があることを示す。
7.3.1 バージョン番号
本 CA は、OCSP バージョン 1 を適用する。
7.3.2 OCSP 拡張
本 CP「7.1 証明書のプロファイル」に記載する。
OCSP 応答の singleExtensions には、reasonCode（OID 2.5.29.21）CRL エントリー
拡張を含めてはならない。

© 2008 SECOM Trust Systems Co., Ltd.
P-55

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

8. 準拠性監査と他の評価
本 CA は、本 CP および CPS に準拠して運用がなされているかについて、適時監査を行う。本 CA が行う準拠性監査に関する諸事項については本 CP および CPS に規定する。
8.1 監査の頻度
セコムトラストシステムズは、本サービスが本 CP および CPＳに準拠して運用されているかに関して、年に１回以上の準拠性監査を行う。
8.2 監査人の身元／資格
本 CA の準拠性監査は、CA の業務に精通している監査人が行う。
また、WebTrust 認証を受ける CA の監査は、監査法人が行う。
8.3 監査人と被監査部門の関係
監査人は、セコムトラストシステムズとの間に特別な利害関係のない監査人を選定する。
8.4 監査で扱われる事項
本 CA は、必要に応じて以下の WebTrust 規準に従って監査を受けるものとする。
・WebTrust for CAs
・WebTrust for CAs SSL Baseline with Network Security
・WebTrust Principles and Criteria for Certification Authorities - Network Security
8.5 不備の結果としてとられる処置
セコムトラストシステムズは、監査報告書で指摘された事項に関し、すみやかに必要な是正措置を行う。
8.6 監査結果の開示
監査報告書は、認証サービス改善委員会に報告される。監査報告書は、許可されたものだけがアクセスできるよう保管管理される。
なお、WebTrust for CA、WebTrust for CA - SSL Baseline with Network Security の検証に関する報告書は、WebTrust for CA、WebTrust for CA - SSL Baseline with
Network Security 認定の規則に従い、特定のサイトにて参照可能となる。
8.7 自己監査
CPS に規定する。

© 2008 SECOM Trust Systems Co., Ltd.
P-56

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

9. 他の業務上および法的事項
9.1 料金9.1.1 証明書の発行または更新にかかる料金
契約書等に別途定める。
9.1.2 証明書のアクセス料金
規定しない。
9.1.3 失効またはステータス情報のアクセス料金
規定しない。
9.1.4 他サービスの料金規定しない。
9.1.5 返金ポリシー
契約書等に別途定める。
9.2 財務的責任
9.2.1 保険の補償
セコムトラストシステムズは、本 CA の運用維持にあたり、十分な財務的基盤を維持す
るものとする。
9.2.2 その他の資産規定しない。
9.2.3 エンドエンティティの保険または保証範囲規定しない。
9.3 企業情報の機密性
9.3.1 機密情報の範囲
本項については、CPS に規定する。
© 2008 SECOM Trust Systems Co., Ltd.
P-57

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

9.3.2 機密情報の範囲外の情報
本項については、CPS に規定する。
9.3.3 機密情報を保護する責任
本項については、CPS に規定する。
9.4 個人情報の保護
9.4.1 個人情報保護方針
本項については、CPS に規定する。
9.4.2 個人情報として扱われる情報
本項については、CPS に規定する。
9.4.3 個人情報とみなされない情報
本項については、CPS に規定する。
9.4.4 個人情報を保護する責任
本項については、CPS に規定する。
9.4.5 個人情報の使用に関する通知と同意
本項については、CPS に規定する。
9.4.6 司法または行政手続に沿った情報開示
本項については、CPS に規定する。
9.4.7 その他の情報開示条件
本項については、CPS に規定する。
9.5 知的財産権
以下に示す著作物は、セコムトラストシステムズに帰属する財産である。
・ 本 CP本 CP は、原文が適切に参照されることを条件に、複製することができる。
「Creative
Commons license Attribution-NoDerivatives (CC-BY-ND) 4.0」で公開する。

© 2008 SECOM Trust Systems Co., Ltd.
P-58

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

https://creativecommons.org/licenses/by-nd/4.0/
・ セコムトラストシステムズステッカーおよびステッカー証明ページ
9.6 表明保証
9.6.1 CA の表明保証
セコムトラストシステムズは、本 CP および CPS に規定した内容を遵守して利用者に関する審査、証明書の登録、発行、失効を含む認証サービスを提供し、CA 私有鍵の信頼性を含む認証業務の信頼性を確保する。
本 CP および CPS に規定された保証を除き、セコムトラストシステムズは、明示的あるいは暗示的に、もしくはその他の方法を問わず、一切の保証を行わない。
本 CA は、証明書を発行することによって、下記の証明書受益者に対し、本書に規定されている証明書の保証を行うものとする。
1. 証明書の利用契約または利用規約の当事者である利用者。
2. アプリケーションソフトウェアサプライヤーによって配布されるソフトウェアに
ルート証明書を含めるため、ルート CA と契約を締結しているすべてのアプリケー
ションソフトウェアサプライヤー。
3. 有効な証明書に合理的に依拠しているすべての依拠当事者。CA は、証明書の受益者に対し、証明書が有効である間、CA が証明書の発行および管理においてBaseline Requirements およびその CP/CPS に従ってきたことを表明し、保証するものとする。
証明書の保証には、具体的に以下が含まれるが、これらに限定されない。
1. ドメイン名または IP アドレスを使用する権利発行の時点で、本 CA が、以下を満たすこと。
i. 証明書の主体者フィールドおよび subjectAltName 拡張領域に指定されているドメイン名および IP アドレスを使用する権利を申請者が保持または管理していること(あるいは、ドメイン名の場合のみ、かかる権利または管理が、それらを使用または管理する権利を有する他の人物によって委託されたこと)を検証するための 手順を導入していること。
ii. 証明書を発行する際にその手順に従っていること。
iii. CA の CP/CPS にその手順を正確に記述していること。
2. 証明書に対する承認発行の時点で、本 CA が、以下を満たすこと。
© 2008 SECOM Trust Systems Co., Ltd.
P-59

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

i. 主体者によって証明書の発行が承認され、主体者を代表して証明書を要求する
権限を申請権限者が有していることを確認するための手順を導入していること。
ii. 証明書を発行する際にその手順に従っていること。
iii. CA の CP/CPS にその手順を正確に記述していること。
3. 情報の正確性
発行の時点で、本 CA が、以下を満たすこと。
i. 証明書に含まれるすべての情報(主体者識別名の organizationalUnitName 属性を除く)の正確性を検証するための手順を導入していること。
ii. 証明書を発行する際にその手順に従っていること。
iii. CA の CP/CPS にその手順を正確に記述していること。
4. 誤解を招く情報の排除
発行の時点で、本 CA が、以下を満たすこと。
i. 証明書の主体者識別名の organizationalUnitName に含まれる情報が誤解を与えるものである可能性を減らすための手順を導入していること。
ii. 証明書を発行する際にその手順に従っていること。
iii. CA の CP/CPS にその手順を正確に記述していること。
5. 申請者のアイデンティティ
証明書に主体者アイデンティティ情報が含まれる場合、本 CA が、以下を満たすこと。
i. Baseline Requirements セクション 3.2 およびセクション 7.1.4.2.2 に従って申請者のアイデンティティを検証するため手順を導入していること。
ii. 証明書を発行する際にその手順に従っていること。
iii. CA の CP/CPS にその手順を正確に記述していること。
6. 利用契約
本 CA および利用者が関連会社でない場合、利用者および本 CA は、Baseline
Requirements を満たす法的に有効で実施可能な利用契約の当事者であること。あるいは、本 CA および利用者が同じ組織体または関連会社である場合、申請権限者
が利用規約に同意したこと。
7. ステータス
本 CA が、有効期限内のすべての証明書のステータス(有効または失効)に関する最新情報を掲載した、24 時間 365 日アクセス可能なリポジトリーを保守し、公開していること。
8. 失効
Baseline Requirements に示された事由が発生した場合、本 CA が証明書を失効させること。
© 2008 SECOM Trust Systems Co., Ltd.
P-60

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

ルート CA は、自らが証明書を発行する下位 CA であるかのように、下位 CA による責務の履行と保証、下位 CA による Baseline Requirements の遵守、Baseline Requirementsに基づく下位 CA のすべての責任および免責義務に対して責任を負う。
9.6.2 RA の表明保証
本 CP「9.6.1CA の表明保証」と同様とする。
9.6.3 利用者の表明保証
本 CA は、利用契約または利用規約の一部として、CA および証明書の受益者の利益のために、申請者が本項で規定されているコミットメントおよび保証を行うことを要求する
ものとする。
本 CA は、CA と証明書受益者の明示的な利益のため、証明書の発行前に下記のいずれかを取得するものとする。
1. CA との利用契約に対する申請者の合意。
2. 利用規約に対する申請者の合意。
本 CA は、各利用契約または利用規約が申請者に対して法的強制力を持つことを確実にするためのプロセスを実装するものとする。いずれの場合も、契約書は、証明書要求に従って発行される証明書に準じている必要がある。CA は、電子契約または「クリックスルー」契約を使用してもよい。ただし、このような契約が法的強制力を持つと CA が判断した場合に限る。証明書要求ごとに別々の契約を用いることも、または単一の契約で複数の将来の証明書要求およびその結果発行される証明書を対象とすることもできる。ただし
CA が申請者に対して発行する各証明書が、明確にその利用契約書または利用規約の対象となっていることを条件とする。
利用契約または利用規約には、以下の義務および保証が申請者自身に課される(または請負やホスティングサービス関係に基づいて、申請者が本人や代理人を代表して策定した)条項が含まれていなければならない。
1. 情報の正確性
証明書要求内において、また証明書の発行に関連して CA から要求された場合において、常に正確で完全な情報を CA に提供する義務および保証。
2. 私有鍵の保護
利用者は、要求された証明書に含まれる公開鍵に対応する私有鍵（および関連する活性化データまたはデバイス（パスワードまたはトークンなど））の管理を保証し、秘密を保持し、常に適切に保護するために、あらゆる合理的な手段を講じる義務および保証を負うものとする。
© 2008 SECOM Trust Systems Co., Ltd.
P-61

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

3. 証明書の受理
利用者が証明書の内容の正確性を確認および検証する義務およびその保証。
4. 証明書の使用
TLS サーバー証明書の場合、証明書に記載されている subjectAltName でアクセス可能なサーバーにのみ証明書をインストールする。
すべての適用法規に準拠し、利用契約または利用規約に従う方法でのみ証明書を使用する義務およびその保証。
5. 報告および失効
以下を実行する義務および保証。
a. 証明書に含まれる公開鍵に対応する利用者の私有鍵が不正使用または危殆化された事実または疑いがある場合、すみやかに証明書の失効を要求し、証明書と関連する私有鍵の使用を中止する。
b. 証明書内の情報が正確ではない、または正確でなくなる場合、直ちに証明書の失効を要求し、証明書の使用を中止する。
6. 証明書の使用の終了
鍵の危殆化を理由として証明書が失効された場合、証明書に含まれる公開鍵に対応する私有鍵のすべての使用を直ちに中止する義務および保証。
7. 対応
鍵の危殆化または証明書の不正使用に関して CA から指示があった場合、指定された期間内に対応する義務。
8. 確認および承認申請者が利用契約の条件または利用規約に違反した場合、または CA の CP、CPS、もしくは Baseline Requirements によって失効が要求された場合、CA が証明書を直ちに失効する権利があることの確認と承認。
9.6.4 検証者の表明保証
本 CA のサービスの検証者は、以下の義務を負う。
・ 本 CA が発行する証明書を信頼し、本 CP および CPS に規定されている本 CA が意図する目的のみに証明書を使用すること
・ 証明書を信頼しようとするときは、リポジトリー内の CRL または OCSP レスポン
ダーにより、証明書が失効されていないことを確認すること
・ 証明書を信頼しようとするときは、当該証明書の有効期間を確認し、有効期間内であることを確認すること
・ 本 CA が発行した証明書を信頼しようとするときは、当該証明書が本 CA の証明書によって署名検証できることを確認すること
・ 本 CA の証明書を信頼して利用する際、本 CP および CPS に規定されている検証者© 2008 SECOM Trust Systems Co., Ltd.
P-62

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

として責任を負うことに合意すること
9.6.5 他の関係者の表明保証規定しない。
9.7 無保証
セコムトラストシステムズは、本 CP「9.6.1 CA の表明保証」および「9.6.2 RA の表明保証」に規定する保証に関連して発生するいかなる間接損害、特別損害、付随的損害
または派生的損害に対する責任を負わず、また、いかなる逸失利益、データの紛失またはその他の間接的もしくは派生的損害に対する責任を負わない。
9.8 責任の制限
本 CP「9.6.1 CA の表明保証」および「9.6.2 RA の表明保証」の内容に関し、次の場
合、セコムトラストシステムズは責任を負わないものとします。
・ セコムトラストシステムズに起因しない不法行為、不正使用または過失等により発生する一切の損害・ 利用者が自己の義務の履行を怠ったために生じた損害
・ 利用者のシステムに起因して発生した一切の損害
・ 利用者の環境（ハードウェア、ソフトウェア）の瑕疵、不具合あるいはその他の動作自体によって生じた損害
・ セコムトラストシステムズの責に帰することのできない事由で証明書および CRL、OCSP レスポンダーに公開された情報に起因する損害・ セコムトラストシステムズの責に帰することのできない事由で正常な通信が行われない状態で生じた一切の損害
・ 証明書の使用に関して発生する取引上の債務等、一切の損害・ 現時点の予想を超えた、ハードウェア的あるいはソフトウェア的な暗号アルゴリズム
解読技術の向上に起因する損害
・ 天変地異、地震、噴火、火災、津波、水災、落雷、戦争、動乱、テロリズムその他の不可抗力に起因する、本 CA の業務停止に起因する一切の損害
9.9 補償
セコムトラストシステムズは、証明書に起因して発生した利用者の損害に対し、受領した契約料金を上限とし、残存利用月数（１か月未満は切捨て）相当額を利用者に賠償するものとします。また、それ以外の一切の責任を有しないものとする。
9.10 有効期間と終了© 2008 SECOM Trust Systems Co., Ltd.
P-63

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

9.10.1 有効期間
本 CP は、認証サービス改善委員会の承認により有効となる。
本 CP「9.10.2 終了」に規定する終了以前に本 CP が無効となることはない。
9.10.2 終了
本 CP は、「9.10.3 終了の効果と効果継続」に規定する内容を除きセコムトラストシス
テムズが本 CA を終了した時点で無効となる。
9.10.3 終了の効果と効果継続利用者が証明書の利用を終了する場合、または、セコムトラストシステムズがサービ
ス提供を終了する場合であっても、その性質上存続されるべき条項は終了の事由を問わず利用者および本 CA に適用されるものとします。
9.11 関係者間の個別通知と連絡
セコムトラストシステムズは、利用者および検証者に対する必要な通知をホームペー
ジ、電子メールまたは書面等によって行う。
9.12 改訂
9.12.1 改訂手続
本 CP は、セコムトラストシステムズの判断によって適宜改訂され、認証サービス改善委員会の承認によって発効する。
9.12.2 通知方法および期間
本 CP を変更した場合、変更した本 CP をすみやかに公表することをもって、関係者に対しての告知とする。
9.12.3 オブジェクト識別子が変更されなければならない場合
認証サービス改善委員会で必要であると判断した場合に、OID を変更する。
9.13 紛争解決手続
本 CA が発行する証明書に関わる紛争について、セコムトラストシステムズに対して訴
訟、仲裁等を含む法的解決手段に訴えようとする場合は、セコムトラストシステムズに対して事前にその旨を通知するものとする。仲裁および裁判地は東京都区内における紛争処
理機関を専属的管轄とする。
© 2008 SECOM Trust Systems Co., Ltd.
P-64

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

9.14 準拠法
本 CP、CPS の解釈、有効性および証明書の利用にかかわる紛争については、日本国の法律を適用する。
9.15 適用法の遵守
本 CA は、国内における各種輸出規制を遵守し、暗号ハードウェアおよびソフトウェア
を取扱うものとする。
9.16 雑則
9.16.1 完全合意条項
セコムトラストシステムズは、本サービスの提供にあたり、利用者または検証者の義務等を本 CP、サービス利用規定、および CPS によって包括的に定め、これ以外の口頭であると書面であるとを問わず、いかなる合意も効力を有しないものとする。
9.16.2 権利譲渡条項
セコムトラストシステムズが本サービスを第三者に譲渡する場合、本 CP、サービス利用規定、および CPS において記載された責務およびその他の義務の譲渡を可能とする。
9.16.3 分離条項
本 CP、サービス利用規定、および CPS の一部の条項が無効であったとしても、当該文書に記述された他の条項は有効であるものとする。
Baseline Requirements と本 CA が業務の遂行と証明書の発行を行う地域の法律、規制、行政命令(以下、「法律」という)との間に矛盾が生じる場合、本 CA は、矛盾する要件が地域で有効かつ合法となるために必要な最小限の範囲内で Baseline Requirements の修正を行うことができる。このことは、その法律の対象となる業務または証明書発行にのみ適用される。そのような場合、本 CA はただちに(また修正された要件に基づいて証明書を発行する前に)、本 CA の CPS の本項に、Baseline Requirements への修正を必要としている法律への詳細な参照と、本 CA によって実施された Baseline Requirements への具体的な修正を盛り込むものとする。
本 CA は（修正された要件に基づく証明書を発行する前に）CA/Browser Forum に対し、CPS に新たに追加された情報について、questions@cabforum.org 宛にメールを送信
するとともに、それがパブリックメーリングリストに掲載されたこと、および
https://cabforum.org/pipermail/public/ (または CA/Browser Forum が指定するその他の
メールアドレスやリンク)で閲覧可能なパブリックメールアーカイブでインデックス化さ© 2008 SECOM Trust Systems Co., Ltd.
P-65

SECOM CA Service Passport for Web SR
Certificate Policy Ver.3.06

れたことを確認する通知を受信する必要がある。これにより、CA/Browser Forum はBaseline Requirements を改訂するかどうかを適宜検討できる。
法律が適用されなくなった場合、または Baseline Requirements が修正され、Baseline
Requirements と法律を同時に遵守することが可能となった場合、本項に基づく本 CA の運用変更を中止する必要がある。前述した運用への適切な変更、本 CA の CPS に対する
修正、および CA/Browser Forum への通知は、90 日以内に行われる必要がある。
9.16.4 強制執行条項
本サービスに関する紛争は東京地方裁判所を管轄裁判所とし、セコムトラストシステ
ムズは、各規定文書の契約条項に起因する紛争、当事者の行為に関する損害、損失およ
び費用について、補償および弁護士費用を当事者に求めることができる。
9.16.5 不可抗力
セコムトラストシステムズは、天変地異、地震、噴火、火災、津波、水災、落雷、動乱、テロリズム、その他の不可抗力により生じた一切の損害について、その予見可能性の有無を問わず一切責任を負わないものとし、本 CA の提供を不可能にするに至ったときは、セコムトラストシステムズはその状況の止むまでの間、本 CA を停止することができる。
9.17 その他の条項規定しない。

© 2008 SECOM Trust Systems Co., Ltd.
P-66