TDB 電子認証サービス TypeA
運用規程

Ver.2.17

2024.01.05

株式会社 帝国データバンク

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

改訂履歴Version
1.00
1.01

1.02

1.03
1.04

1.10

1.11

1.20

1.21
1.22
1.23
1.24
1.30
1.31
1.32
1.33

変更内容

変更日付
2003/2/5
2003/5/30

初版発行
ブリッジ認証局との相互接続実施に関する記載事項の修正。在職証明書記
載事項の修正。
本人限定受取郵便（特例型）対応実施 2003/8/1
に関する記載事項の修正。
利用申込書記載事項の修正。
連絡先窓口変更による修正。
2003/10/1
初期不良申請時の提出書類の追加。
失効申請書に関する修正。
セキュリティ監査実施に関する修正。
2003/10/27
利用申込書の変更による修正。
2004/1/27
公開情報の URI の修正。
情報の開示について手順を追加。
uid の説明を追加。
IC カード初期不良申請書の送付を FAX等に修正。
RA 発行業務室、IA 認証設備室の入退室の日常確認を追加。
相互認証証明書のプロファイルを修正。
各電子証明書プロファイルを追加。
用語の統一。
電子証明書を利用した利用申込、及び 2004/12/13
オンラインによる受領書送信に関する記述の追加。
用語の統一。
本人確認手順の明確化による修正。
2005/1/26
用語の統一。
誤記の修正。
利用者の電子証明書プロファイルに 2005/2/9
おける、Subject 及び SubjectAltNameの cn について追記。
所属組織等の確認書類の追加。
2005/6/3
誤記の修正。
2005/10/3
連絡先窓口変更による修正。
失効情報の公開方法追加、及び利用者 2005/12/20の電子証明書プロファイル変更に関する記述の変更。
誤記の修正。
2006/1/17
開示請求手順の一部を追加。
2006/3/6
誤記の修正。
失効通知書の送付方法変更による修 2006/5/24
正。
受領書用紙の送付方法変更による修 2006/9/4
正。

変更者
伊藤 正剛
伊藤 正剛

承認者
臼井 治彦
臼井 治彦

伊藤

正剛

臼井

治彦

伊藤

正剛

臼井

治彦

伊藤 正剛
伊藤 正剛

臼井 治彦
臼井 治彦

伊藤

正剛

臼井

治彦

伊藤

正剛

臼井

治彦

伊藤

正剛

臼井

治彦

伊藤

正剛

臼井

治彦

小林 由里子
小林 由里子

伊藤
伊藤

正剛
正剛

伊藤

正剛

内山

愛

内山 愛
内山 愛

伊藤 正剛
伊藤 正剛

内山

伊藤

愛

正剛

2
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

1.40

1.41
1.42
1.43

1.44

1.50

1.60
1.61
1.70
1.71
1.72

1.73

1.80
1.81
1.90
1.91
1.92

TDBCA-TypeA-A001-217

初期不良時の提出書類の変更による修正。
用語の統一。
誤記の修正。
利用者鍵ペアの生成の作業場所名を修正。
発行者署名符号の破棄方法について追記。
アクティベーションデータの生成の作業場所名を修正。
用語の統一。
失効申請書（所属組織請求）の添付書
類変更に伴う修正。

2007/1/18

内山

愛

伊藤

正剛

2007/4/2

内山

愛

伊藤

正剛

2007/8/6

内山

愛

伊藤

正剛

利用申込書記載事項の一部追加。
2007/9/3
本認証局より発行する利用者の電子証明書の有効期間を追加。
リンク証明書、及びリンク証明書のフ 2007/10/31
ィンガープリントの公開について一部修正。
個人情報の取扱について一部修正。
2008/1/8
個人事業者で商業登記をしていない場合の提出書類を一部修正。
表現の修正。
失効通知書送付に関する記載の明確 2009/1/19
化による修正。
表現の修正。
2009/4/1
連絡先窓口変更による修正。
受領書データまたは受領書の督促開 2010/1/5
始日を修正。
表現の修正。
誤記の修正。
2011/10/3
連絡先変更による修正。
電子署名及び認証業務に関する法律 2012/7/9
施行規則の改正に伴う登録原票記載
事項証明書の取扱変更に係る修正。
電子署名及び認証業務に関する法律 2012/7/24
施行規則の改正に伴う登録原票記載
事項証明書の取扱変更に係る修正。
電子証明書の受領時の利用者の義務 2012/12/26
に関する修正。
誤記の修正。
所属組織からの失効届出に係る業務 2013/10/21
手順の修正。
所属組織からの失効届出に係る業務 2014/1/14
手順の修正。
誤記の修正。
利用者署名符号を使用した電子署名 2014/2/13
アルゴリズムに関する修正。
システムリプレースおよび RA 発行業 2014/5/30

内山

愛

伊藤

正剛

内山

愛

伊藤

正剛

内山

愛

浅海

輝一

内山

愛

浅海

輝一

内山
内山

愛
愛

浅野
浅野

敬
敬

利用申込書記載事項の一部修正。

小田嶋 昭浩
小田嶋 昭浩

浅野 敬
辻 博之

小田嶋

昭浩

辻

博之

小田嶋

昭浩

伊藤

政章

小田嶋

昭浩

伊藤

政章

小田嶋

昭浩

伊藤

政章

小田嶋

昭浩

伊藤

政章

小田嶋

昭浩

伊藤

政章

3
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

2.00

2.01
2.02
2.03
2.04
2.05
2.06
2.07
2.08
2.09

2.10

2.11
2.12
2.13
2.14
2.15
2.16
2.17

TDBCA-TypeA-A001-217

務室移設に伴う修正。
誤記の修正。
暗号アルゴリズムの移行に伴う修正。
利用者自宅住所ローマ字任意化に伴う修正。
誤記の修正。
利用者を確認するための書類について追記
誤記の修正。
誤記の修正。
国税庁が発番する法人番号を利用者の電子証明書に格納する件に伴う修正。
業務の要員に係る個人情報の取扱に関する追記。
電子証明書を使用した電子失効の追加による修正。
暗号アルゴリズムの移行完了に伴う修正。
電子委任状の普及の促進に関する法
律に関する修正。
誤記の修正。
認証局が技術的あるいは運用上緊急に本認証サービスを停止する必要があると判断した場合（政府や地方自治体による要請等を含む）の対応に関する修正。
利用者電子証明書の固有名称に旧姓を使用する場合の真偽確認方法を追記。
連絡先窓口変更による修正。
利用申込書の連絡先・請求先分離に伴う修正。
利用者電子証明書の固有名称に旧姓を使用する場合の開示請求、および失効申請方法を追記。
連絡先変更による修正。
誤記の修正。
開示請求に関する提供媒体の追加に伴う修正。
PIN 通知書送付方法変更に伴う修正。
相互認証証明書の更新に伴う修正。
誤記の修正。

2014/10/10

小田嶋

昭浩

伊藤

政章

2016/01/13

小田嶋

昭浩

伊藤

政章

2016/06/06
2016/12/22
2016/12/27

小田嶋
小田嶋
小田嶋

昭浩
昭浩
昭浩

伊藤
伊藤
伊藤

政章
政章
政章

2017/05/01

小田嶋

昭浩

伊藤

政章

2019/04/22

小田嶋

昭浩

伊藤

政章

2019/08/09

小田嶋

昭浩

伊藤

政章

2019/11/15

小田嶋

昭浩

伊藤

政章

2019/12/26
2020/04/01

小田嶋
小田嶋

昭浩
昭浩

伊藤
伊藤

政章
政章

2020/12/21

小田嶋

昭浩

伊藤

政章

2021/10/01
2021/12/16

小田嶋
小田嶋

昭浩
昭浩

伊藤
伊藤

政章
政章

2022/04/01

小田嶋

昭浩

伊藤

政章

2022/10/04
2023/03/22
2024/01/05

小田嶋 昭浩
小田嶋 昭浩
青山 幹史

伊藤 政章
伊藤 政章
小田嶋 昭浩4
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

1.

はじめに ............................................................................................................................. 11
1.1.

概要 ......................................................................................................................... 11

1.2.

識別名 ..................................................................................................................... 12

1.3.

コミュニティと適用可能性 ..................................................................................... 12

1.3.1.

本認証局運用規程の適用範囲 ................................................................................. 12

1.3.2.

関連する登場者 ....................................................................................................... 13

1.3.2.1.

認証局 ............................................................. 13

1.3.2.2.

登録局 ............................................................. 13

1.3.2.3.

発行局 ............................................................. 13

1.3.2.4.

リポジトリ ......................................................... 14

1.3.2.5.

利用者 ............................................................. 14

1.3.2.6.

所属組織 ........................................................... 14

1.3.2.7.

署名検証者 ......................................................... 14

1.3.2.8.

BCA ................................................................ 14

1.3.3.

電子証明書の適用範囲 ............................................................................................ 14

1.3.4.

電子署名法に関する特別な要件 .............................................................................. 15

1.3.4.1.

属性等についての証明 ............................................... 15

1.3.4.2.

虚偽の申込みに対する罰則 ........................................... 15

1.3.4.3.

電子署名の法的効力 ................................................. 15

1.3.5.
1.4.
2.

TDBCA-TypeA-A001-217

電子委任状法に関する特別な要件 .......................................................................... 15
連絡先の詳細........................................................................................................... 16

一般条項 ............................................................................................................................. 17
2.1.

義務 ......................................................................................................................... 17

2.1.1.

認証局の義務 .......................................................................................................... 17

2.1.2.

登録局の義務 .......................................................................................................... 17

2.1.3.

発行局の義務 .......................................................................................................... 18

2.1.4.

リポジトリの義務 ................................................................................................... 18

2.1.5.

利用者の義務 .......................................................................................................... 18

2.1.6.

所属組織の義務 ....................................................................................................... 19

2.1.7.

署名検証者の義務 ................................................................................................... 19

2.2.

責任 ......................................................................................................................... 20

2.2.1.

認証局の責任事項 ................................................................................................... 20

2.2.2.

登録局の責任事項 ................................................................................................... 20

2.2.3.

発行局の責任事項 ................................................................................................... 20

2.2.4.

リポジトリの責任事項 ............................................................................................ 21

2.2.5.

利用者の責任事項 ................................................................................................... 21

2.2.6.

所属組織の責任事項................................................................................................ 21

2.2.7.

署名検証者の責任事項 ............................................................................................ 21
5
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

2.3.

財務上の責任........................................................................................................... 21

2.3.1.

賠償責任について ................................................................................................... 21

2.3.2.

利用者のコンピュータシステムの損害に関する免責について ............................... 21

2.3.3.

失効申請に関する免責について .............................................................................. 21

2.3.4.

失効情報の発行周期に関する免責について ............................................................ 22

2.3.5.

本認証局廃止に関する免責について....................................................................... 22

2.3.6.

その他の免責事項 ................................................................................................... 22

2.4.

解釈、及び執行 ....................................................................................................... 22

2.4.1.

準拠法 ..................................................................................................................... 22

2.4.2.

分割、存続、合併、及び通知 ................................................................................. 22

2.4.3.

紛争の解決手順 ....................................................................................................... 232.5.

手数料 ..................................................................................................................... 23

2.6.

公開、及びリポジトリ ............................................................................................ 23

2.6.1.

本認証局の情報の公開 ............................................................................................ 23

2.6.2.

公開頻度 ................................................................................................................. 24

2.6.3.

アクセス管理 .......................................................................................................... 24

2.6.4.

リポジトリ .............................................................................................................. 24

2.7.

準拠性監査 .............................................................................................................. 24

2.7.1.

本認証局に対する準拠性監査の頻度....................................................................... 24

2.7.2.

監査人の選任 .......................................................................................................... 24

2.7.3.

監査人と監査対象者の関係 ..................................................................................... 25

2.7.4.

監査項目 ................................................................................................................. 25

2.7.5.

監査指摘事項への対応 ............................................................................................ 25

2.7.6.

監査結果報告 .......................................................................................................... 25

2.8.

機密事項 .................................................................................................................. 25

2.8.1.

機密情報の種類 ....................................................................................................... 26

2.8.2.

個人情報の取扱 ....................................................................................................... 26

2.8.3.

電子証明書失効情報の公開 ..................................................................................... 26

2.8.4.

法執行機関への情報開示 ........................................................................................ 26

2.8.5.

民事開示手続きの上の情報開示 .............................................................................. 26

2.8.6.

情報の主体者の申請による情報開示....................................................................... 26

2.8.7.

その他の情報開示 ................................................................................................... 27

2.9.
3.

TDBCA-TypeA-A001-217

知的財産権 .............................................................................................................. 27

本人確認、及び認証 ........................................................................................................... 28
3.1.

初期登録（利用申込） ............................................................................................ 28

3.1.1.

名前の意味に関する要件 ........................................................................................ 28

3.1.2.

名前形式を解釈するための規則 .............................................................................. 28

3.1.3.

名前の一意性 .......................................................................................................... 30
6
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

4.

TDBCA-TypeA-A001-217

3.1.4.

名前に関する紛争の解決手段 ................................................................................. 30

3.1.5.

商標の認識・認証・役割 ........................................................................................ 30

3.1.6.

署名符号の所有の確認 ............................................................................................ 30

3.1.7.

所属組織等の確認 ................................................................................................... 31

3.1.8.

利用申込者の確認 ................................................................................................... 31

3.2.

電子証明書の更新 ................................................................................................... 33

3.3.

失効申請 .................................................................................................................. 33

3.3.1.

利用者の電子証明書の失効 ..................................................................................... 33

3.3.2.

相互認証証明書の失効 ............................................................................................ 34

運用に関する要件 ............................................................................................................... 35
4.1.

電子証明書利用申込み ............................................................................................ 35

4.1.1.

申込み方式 .............................................................................................................. 35

4.1.2.

利用申込書類一式 ................................................................................................... 36

4.1.3.

利用申込書記載事項................................................................................................ 37

4.2.

電子証明書の発行 ................................................................................................... 39

4.3.

電子証明書の受け取り ............................................................................................ 40

4.4.

IC カード初期不良時の対応 .................................................................................... 41

4.5.

ロック解除用 PIN .................................................................................................... 41

4.6.

電子証明書の失効と一時停止.................................................................................. 41

4.6.1.

失効事由 ................................................................................................................. 41

4.6.1.1.

利用者の電子証明書の失効事由 ....................................... 41

4.6.1.2.

相互認証証明書の失効事由 ........................................... 42

4.6.2.

利用者による失効 ................................................................................................... 42

4.6.2.1.

失効申請の提出による失効 ........................................... 43

4.6.2.2.

電子証明書を使用した電子失効申請データによる失効 ................... 44

4.6.3.

相互認証先による失効 ............................................................................................ 45

4.6.4.

本認証局による失効................................................................................................ 45

4.6.5.

失効情報の発行頻度................................................................................................ 48

4.7.

セキュリティ監査の手順 ......................................................................................... 48

4.7.1.

記録するイベントの種類 ........................................................................................ 48

4.7.2.

記録の監査の頻度 ................................................................................................... 48

4.7.3.

監査用記録の保管期間 ............................................................................................ 48

4.7.4.

監査用記録の保護 ................................................................................................... 48

4.7.5.

監査用記録のバックアップ手順 .............................................................................. 49

4.7.6.

監査用記録システム................................................................................................ 49

4.7.7.

問題の原因となるイベントの通知 .......................................................................... 49

4.7.8.

脆弱性の評価 .......................................................................................................... 49

4.8.

記録のアーカイブ ................................................................................................... 49
7
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

4.8.1.

アーカイブの対象 ................................................................................................... 49

4.8.2.

アーカイブの保管期間 ............................................................................................ 50

4.8.3.

アーカイブの保護 ................................................................................................... 50

4.8.4.

アーカイブのバックアップ手順 .............................................................................. 50

4.8.5.

アーカイブの保管方法 ............................................................................................ 50

4.9.

本認証局の鍵更新 ................................................................................................... 50

4.10.

危殆化、及び災害への対応 ..................................................................................... 51

4.10.1.

災害等における障害対策 ........................................................................................ 51

4.10.2.

発行者署名符号の危殆化 ........................................................................................ 51

4.11.
5.

本認証サービスの廃止 ............................................................................................ 52

物理面、手続き面、及び人事面のセキュリティコントロール ............................................ 53
5.1.

物理面のコントロール ............................................................................................ 53

5.1.1.

サイト、及び建物 ................................................................................................... 53

5.1.2.

物理的アクセス ....................................................................................................... 53

5.1.3.

災害対策 ................................................................................................................. 54

5.1.4.

メディアの保管 ....................................................................................................... 54

5.1.5.

廃棄物処理 .............................................................................................................. 54

5.1.6.

オフサイトバックアップ ........................................................................................ 55

5.2.

手続き面のコントロール ......................................................................................... 55

5.2.1.

信用に関わる役割 ................................................................................................... 55

5.2.2.

タスクごとの人数 ................................................................................................... 55

5.2.3.

権限の割当と認証 ................................................................................................... 55

5.3.

6.

TDBCA-TypeA-A001-217

人事面のコントロール ............................................................................................ 56

5.3.1.

経歴、資格、経験、及び必要条件 .......................................................................... 56

5.3.2.

人員配属に関する規定事項 ..................................................................................... 56

5.3.3.

トレーニング要件 ................................................................................................... 56

5.3.4.

権限のない行為に対する制裁 ................................................................................. 56

技術的なセキュリティコントロール ................................................................................... 57
6.1.

署名符号の生成、及びインストール ....................................................................... 57

6.1.1.

署名符号の生成 ....................................................................................................... 57

6.1.2.

利用者への署名符号の配送 ..................................................................................... 57

6.1.3.

本認証局への利用者署名検証符号の配送 ............................................................... 57

6.1.4.

利用者への発行者署名検証符号の配送 ................................................................... 57

6.1.5.

署名検証者への発行者署名検証符号の配送 ............................................................ 57

6.1.6.

鍵のサイズとアルゴリズム ..................................................................................... 57

6.1.7.

ハードウェア/ソフトウェアでの鍵ペアの生成 ...................................................... 58

6.1.8.

発行者署名符号の使用目的 ..................................................................................... 58
8
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

6.2.

署名符号の保護 ....................................................................................................... 58

6.2.1.

暗号モジュールの基準 ............................................................................................ 58

6.2.2.

署名符号の複数人管理 ............................................................................................ 58

6.2.3.

署名符号のエスクロー ............................................................................................ 58

6.2.4.

署名符号のバックアップ ........................................................................................ 58

6.2.5.

署名符号のアーカイブ ............................................................................................ 59

6.2.6.

署名符号の暗号モジュールへの格納....................................................................... 59

6.2.7.

署名符号をアクティブ・非アクティブにする方法 ................................................. 59

6.2.8.

署名符号の破棄方法................................................................................................ 596.3.

署名符号に対するその他の事項 .............................................................................. 59

6.3.1.
6.4.

7.

TDBCA-TypeA-A001-217

署名符号の使用期間................................................................................................ 59
アクティベーションデータ ..................................................................................... 59

6.4.1.

アクティベーションデータの生成、及びインストール .......................................... 59

6.4.2.

アクティベーションデータ保護 .............................................................................. 60

6.4.3.

アクティベーションデータに関するその他の要件 ................................................. 60

6.5.

ネットワークセキュリティコントロール ................................................................ 60

6.6.

暗号モジュールの技術コントロール ....................................................................... 60

電子証明書、及び失効情報のプロファイル ........................................................................ 61
7.1.

電子証明書のプロファイル ..................................................................................... 61

7.1.1.

バージョン番号 ....................................................................................................... 61

7.1.2.

拡張領域 ................................................................................................................. 61

7.1.2.1.

発行者鍵識別子（AuthorityKeyIdentifier） ........................... 61

7.1.2.2.

主体者鍵識別子（SubjectKeyIdentifier） ............................. 62

7.1.2.3.

鍵用途（KeyUsage） ................................................. 62

7.1.2.4.

証明書ポリシー（certificatePolicies） .............................. 62

7.1.2.5.

ポリシーマッピング（PolicyMappings） ............................... 63

7.1.2.6.

主体者別名（SubjectAltName） ....................................... 63

7.1.2.7.

発行者別名（IssuerAltName） ........................................ 63

7.1.2.8.

基本制約（BasicConstraints） ....................................... 63

7.1.2.9.

名前制約（NameConstraints） ........................................ 64

7.1.2.10.

ポリシー制約（PolicyConstraints） .................................. 64

7.1.2.11.

失効情報配布点（CRLDistributionPoints） ............................ 64

7.1.3.

暗号アルゴリズムの OID ......................................................................................... 64

7.1.4.

名前の形式 .............................................................................................................. 64

7.1.5.

各種の有効期間 ....................................................................................................... 657.2.

失効情報のプロファイル ......................................................................................... 66

7.2.1.

バージョン番号 ....................................................................................................... 66

7.2.2.

拡張領域 ................................................................................................................. 66
9
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

7.2.2.1.

失効理由（reasonCode） ............................................. 66

7.2.2.2.

発行者鍵識別子（AuthorityKeyIdentifier） ........................... 66

7.2.2.3.

CRL 番号（cRLNumber） ............................................... 66

7.2.2.4.

配布点（issuingDistributionPoint） ................................. 66

7.2.3.
8.

TDBCA-TypeA-A001-217

発行頻度 ................................................................................................................. 67

本認証局運用規程の仕様管理 ............................................................................................. 68
8.1.

本認証局運用規程の変更 ......................................................................................... 688.2.

本認証局運用規程の公表、及び通知 ....................................................................... 68

8.3.

本認証局運用規程の承認手続き .............................................................................. 68

APPENDIX1. 自己署名証明書プロファイル ............................................................................. 69
APPENDIX2. リンク証明書プロファイル................................................................................. 70
APPENDIX3. 相互認証証明書プロファイル ............................................................................. 71
APPENDIX4. 利用者電子証明書プロファイル.......................................................................... 72
APPENDIX5. CRL プロファイル ............................................................................................. 73
APPENDIX6. ARL プロファイル .............................................................................................. 74
APPENDIX7. ORIGINAL_CRL プロファイル ......................................................................... 75

10
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

1. はじめに
1.1.

概要
株式会社帝国データバンク（以下、TDB という）は、「電子署名及び認証業務に関する法律」（平成 12 年 5 月 31 日法律第 102 号、以下、電子署名法という）により規定された特定認証業務の認定の基準に適合した認証サービスを提供する。TDB は、本サービスを「TDB
電子認証サービス TypeA」（以下、本認証サービスという）と命名する。本認証サービス
は、電子署名法に規定された認定を、2003 年 2 月 5 日に付与されている。
また、本認証サービスは「電子委任状の普及の促進に関する法律」（平成 29 年法律第 64号、以下、電子委任状法という）に規定された「電子委任状取扱業務」を行う「認定電子委任状取扱事業者」として電子委任状を発行するサービスを行う。本認証サービスは、電子委任状法に規定された認定を、2019 年 10 月 11 日に付与されている。
なお、本認証サービスにおいて TDB が運用する認証局（以下、本認証局という）は、行政機関と民間認証局等との間の信頼関係を仲介するために政府が運営するブリッジ認証局（以下、BCA という）との相互認証を実施する。
本認証サービスでは、法人もしくはこれに相当する組織に所属する個人に対して電子証明書を発行する。本認証サービスにより電子証明書の発行を受けた個人（以下、利用者という）は、当該電子証明書を、電子署名において利用することができる。本認証サービス
では、電子署名の狭義の用途を定めない。電子署名の用途の一例としては、政府、地方自治体が実施する電子入札、電子調達、電子申請等の行政手続き等が挙げられる。
本文書「TDB 電子認証サービス TypeA 運用規程」（以下、本認証局運用規程という）は、本認証局が行う電子証明書の発行、失効、及びその他の本認証局業務の運用管理に関する諸手続と、認証局を中心とする公開鍵基盤（PKI:Public Key Infrastructure、以下 PKIという）の要素である発行局、登録局、リポジトリ、利用者、及び署名検証者等の責任について規定した文書である。
本認証局運用規程は、IETF(Internet Engineering Task Force)が提唱する「Internet
X.509 Public Key Infrastructure Certificate Policy and Certification Practices
Framework（インターネットにおける X.509 公開鍵基盤証明書ポリシーと認証実践の枠組
み）」(RFC2527)に準拠して構成されている。

11
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

1.2. 識別名
本認証サービスの名称は「TDB 電子認証サービス TypeA」とし、本認証サービスを実現する
本認証局の名称を「TDB 電子認証局 TypeA」とする。また、本文書の名称は「TDB 電子認証
サービス TypeA 運用規程」と定める。
本認証サービスと関連するオブジェクト識別子（OID）を下表にまとめる。
表 1-1 本認証サービスに関連するオブジェクト識別子（OID）
項番
1
2
3
4
5

6

オブジェクト識別子（OID）
1.2.392.200101
1.2.392.200101.1
1.2.392.200101.1.0
1.2.392.200101.1.0.4
1.2.392.200101.1.0.4.1

オブジェクトの内容
株式会社帝国データバンク
ポリシー
証明書ポリシー
TDB 電子認証局 TypeA(本認証局)
TDB 電子認証局 TypeA(本認証局)における利用者の電子証明書(SHA-1 with RSA Encryption 1024 ビット)＊2019 年 8 月 9 日をもって、SHA-1 with RSA Encryption 1024
ビットの利用者電子証明書は有効期間を満了している。
TDB 電子認証局 TypeA(本認証局)における利用者の電子証明書(SHA-256 with RSA Encryption 2048 ビット)

1.2.392.200101.1.0.4.2※※政府認証基盤（GPKI）『政府認証基盤相互運用性仕様書（移行完了編）』に基づき設定

1.3. コミュニティと適用可能性
1.3.1. 本認証局運用規程の適用範囲
本認証局運用規程は、以下の図に示す本認証局により実施される電子証明書発行、失効
業務に適用される。本認証局より発行される電子証明書には、全て本認証局運用規程が適用されるものとする。
また、本認証局が認める電子証明書の利用用途は、本認証局運用規程「1.3.3 電子証明書の適用範囲」にて規定されるものとする。

図 1-1 本認証局運用規程の適用範囲

12
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

所属組織
署名検証者

利用者

契約

申込

発行

検証

検証

TDB 電子認証局 TypeA
登録局

発行局

相互認証

情報

リポジトリ

参照

BCA

1.3.2. 関連する登場者

1.3.2.1. 認証局
本認証局は、登録局と発行局、及びリポジトリから構成され、TDB により運用される。本
認証局では業務の一部を外部に委託することが出来る。

1.3.2.2. 登録局
本認証サービスにおいて、正当な利用申込みに対して、電子証明書利用申込者の審査、本人確認を確実に行い、発行局に対して発行指示を行う。また、利用者署名符号の生成、及び IC カードへの格納を行い、安全な方法で利用者に送付する組織である。利用者の真偽確認と電子証明書の発行、及び失効の指示を行う RA 認証業務と、利用者の署名符号を作成し発行局に対して電子証明書の発行を要求する RA 発行業務、及び登録局で利用する
申請管理システムの管理を行う RA システム管理業務の三つの業務内容から構成されている。

1.3.2.3. 発行局
本認証サービスにおいて、本認証局の発行者署名符号の管理を行い、各種電子証明書の発行、失効を行う。発行、及び失効を行う電子証明書には、本認証局自身の電子証明書（以下、自己署名証明書という）、リンク証明書、相互認証証明書、利用者の電子証明書が含まれる。

13
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

1.3.2.4. リポジトリ
利用者や署名検証者等に対して、本認証局運用規程、及び電子証明書の失効情報等を提供する LDAP サーバや WWW サーバの総称である。

1.3.2.5. 利用者
本認証サービスで電子証明書の発行対象となる利用者とは、法人、個人事業者、地方公共団体等の役員または従業員で、本認証局に対し本認証サービスの利用を申し込んだ者に限定する。利用者は、TDB との間で「TDB 電子認証サービス TypeA 利用規約」（以下、利用規約という）に基づく契約を締結し、本認証局運用規程、及び利用規約に定められた義務と責任を負う。

1.3.2.6. 所属組織
利用者が所属する、法人、個人事業者、地方公共団体等を総称して所属組織という。所属組織は、所属する利用者が電子証明書の利用を申込む時点で、TDB と所属組織との間で、利用規約に基づく契約を結ぶものとする。また、所属組織は、所属する利用者が電子証明書を本認証局運用規程、及び利用規約に規定された利用用途に限り、電子証明書を利用するよう管理するとともに、必要に応じて失効の届出を行う義務と責任を負う。

1.3.2.7. 署名検証者
署名検証者とは、利用者の電子証明書を信頼して利用する者をいう。署名検証者は、本認証局運用規程が自己の利用用途に合致していることを確認し、本認証局運用規程の内容について理解し承諾した上で、電子証明書を利用するものとする。

1.3.2.8. BCA
行政機関の認証局と民間の認証局等との間の信頼関係を仲介するために政府が運営する認証局である。本認証局は BCA と相互認証接続を実施する。

1.3.3. 電子証明書の適用範囲
本認証サービスでは、所属組織に所属する個人に対して電子証明書を発行する。利用者
は、当該電子証明書を電子署名において利用することができる。本認証サービスでは、
電子署名の狭義の用途を定めない。電子署名の用途の一例としては、政府、地方自治体
が実施する電子入札、電子調達、電子申請等の行政手続き等が挙げられる。
上記以外において利用された場合、本認証局は一切の責任を負わないものとする。なお、
本認証サービスは、BCA との相互接続を実施する。

14
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

1.3.4. 電子署名法に関する特別な要件
本認証サービスは、電子署名法に規定された認定制度おいて、主務大臣より「特定認証業務」の認定を受けたサービスである。本認証サービス、及びその適用を受けるものは、
いかなる場合でも本認証局運用規程「2.4.1 準拠法」に掲げる当該法、及び関連政省令の定めに従わなければならない。また、以下の項目については特に留意すべきである。

1.3.4.1. 属性等についての証明
電子署名法に規定された認定制度では、認定の対象となる利用者の属性が、氏名、住所、及び生年月日の証明に限定されている。そのため、本認証局が発行する利用者の電子証明書に記載される利用者に関わる上記以外の属性（所属組織名、所属組織の所在地等）
についての証明は、電子署名法における認定の対象外となる。
なお、利用者の電子証明書に記載される利用者の属性については、本認証局運用規程「3.1.1 名前の意味に関する要件」を参照すること。

1.3.4.2. 虚偽の申込みに対する罰則
虚偽の利用申込みを行い、利用者について不実の証明をさせたものは、電子署名法第四十一条の規定により罰せられる。

1.3.4.3. 電子署名の法的効力
本認証局によって発行された電子証明書に関わる電子署名は、自署や押印に相当する法的効果が認められ得るものである。従って、利用者は自身の署名符号の取扱に充分留意
し、秘匿性を維持しなければならない。

1.3.5. 電子委任状法に関する特別な要件
電子委任状法に準拠して発行される利用者の電子証明書の記載事項のうち、以下の項目
は、電子委任状法の属性認定対象である。
＜委任者に係る事項＞
法人番号、所属組織名、所属組織の所在地、法人代表者肩書、法人代表者名＜受任者に係る事項＞
役職・肩書、受任者検証符号、同検証符号アルゴリズム名、シリアル番号（電子委
任状を一意に示す ID）、代理権内容、代理権制限、（委任期間）＜その他事項＞
電子委任状取扱サービス名称、ポリシ記載場所(URL）、事業者署名アルゴリズム、
失効情報問合先(CRLDP)

15
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

1.4. 連絡先の詳細
本認証サービスに関する問合せは、郵送、電話、FAX もしくは電子メールにて受け付ける。
窓口は次の通りである。
窓口： 株式会社帝国データバンク プロダクトデザイン部ネットソリューション課

営業日 ：月曜日～金曜日（祝祭日、年末年始 12 月 30 日～1 月 4 日を除く）

営業時間：

9:00～12:00 13:00～17:00

住所：〒107-8680

TEL： 03-5775-3134

FAX： 03-5775-3129

E メール：

東京都港区南青山 2-5-20

certinfo@mail.tdb.co.jp

16
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

2. 一般条項
2.1. 義務
2.1.1. 認証局の義務
本認証局は、本認証局運用規程で規定する利用者、所属組織、及び署名検証者に対し、次の義務を負う。
（１） 本認証局運用規程に基づき本認証局の運用を行う。
（２） 本認証サービスの全ての責任を負う。
（３） 発行者署名符号が危殆化（盗難、漏洩等により、その機密性を失うこと）することのないように保護する。
（４） 利用者、所属組織、及び署名検証者に対し、本認証サービスによって発行された電子証明書には、特定認証業務の認定の範囲外である内容を含むことを公開する。
（５） 本認証局運用規程に従い、本認証局の営業日の営業時間（本認証局運用規程「1.4連絡先の詳細」参照のこと）に問合せを受け付ける。
（６） リポジトリにて本認証局運用規程を公開する。
（７） 24 時 間 毎 に 電 子 証 明 書 の 失 効 情 報 （ original_CRL: original Certificate
Revocation List、以下 original_CRL という、CRL: Certificate Revocation List、
以下 CRL という、及び ARL:Authority Revocation List、以下 ARL という）を作成
しリポジトリに公開する。
（８） 定期的に、かつ 1 年以内の間隔で監査を実施し、監査報告に基づいて改善を行う。
（９） 認証業務に関して、本認証局運用規程に基づいた事務取扱要領を規定する。
（１０）

相互認証の実施、及び終了についての判断を行う。なお、接続の実施にあたっては、相互接続先との調整のもと合意した手順に従って適切に各所（発行局、リポ
ジトリ等）に指示を行う。

2.1.2. 登録局の義務
登録局は、本認証局運用規程で規定する利用者、所属組織、署名検証者、及び発行局に対し、次の義務を負う。
（１） 本認証局運用規程に基づき登録局の運用を行う。
（２） 本認証局運用規程、及び本認証局運用規程に基づいた事務取扱要領に従い、正当な利用申込みに対して、電子証明書利用申込者の審査、本人確認を確実に行い、発行局に対して発行指示を行う。
（３） 本認証局運用規程、及び本認証局運用規程に基づいた事務取扱要領に従い、利用者
署名符号の生成、及び IC カードへの格納を行い、安全な方法で利用者に送付する。
（４） 本認証局が指定した機器を使用する。

17
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217（５） 本認証局運用規程、及び本認証局運用規程に基づいた事務取扱要領に従い、利用者の電子証明書を失効する必要が生じた場合、速やかに電子証明書の失効申請を受け付け、審査を行った上、発行局に対して失効の指示を行う。

（６） 個人情報、秘密情報、申込書類等を適切に取扱い、保管する。
（７） 利用者の電子証明書を失効した場合は、その旨を利用者に通知する。
（８） 電子証明書の利用者から申請情報等の開示請求があった場合は開示をする。
2.1.3. 発行局の義務発行局は、本認証局運用規程で規定する利用者、所属組織、署名検証者、及び登録局に対し、次の義務を負う。
（１） 本認証局運用規程に基づき発行局の運用を行う。
（２） 本認証局の指示に従って、自己署名証明書、リンク証明書、相互認証証明書等の発行、及び失効を行う。
（３） 発行者署名符号の管理、発行者署名符号のライフサイクル管理を行う。
（４） 登録局から提供される情報を誤りなく電子証明書に反映させ、電子証明書を発行する。
（５） 登録局からの失効申請に基づき、電子証明書の失効を行う。
（６） 本認証局運用規程、及び本認証局運用規程に基づいた事務取扱要領に従い、
original_CRL、及び CRL/ARL を作成する。

2.1.4. リポジトリの義務
リポジトリは、以下の義務を負う。
（１） 本認証局運用規程の公開を行う。
（２） 自己署名証明書（発行者署名符号更新時においては新旧 2 種類）、リンク証明書（OldWithNew 及び NewWithOld）、相互認証証明書の公開を行う。
（３） original_CRL、及び CRL/ARL の公開を行う。
（４） 改ざん防止措置を行っている環境で自己署名証明書のフィンガープリント（自己署
名証明書を SHA-1 および SHA-256 で変換したハッシュ値）、及びリンク証明書のフィンガープリント（リンク証明書を SHA-1 および SHA-256 で変換したハッシュ値）の公開を行う。
（５） 本認証サービスに係わるその他の情報の公開を行う。

2.1.5. 利用者の義務
利用者は、次の義務を負う。
（１） 電子証明書の利用申込にあたり、本認証局運用規程、及び利用規約の内容を理解し同意する。
（２） 電子証明書の利用申込にあたり、本認証局に正確な情報を提供する。
（３） 電子証明書に利用者の氏名、住所等の情報が記載されることを承認する。

18
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217（４） 発行された電子証明書の記載内容を受領時に確認する。記載内容が利用申込時の内容と相違がある場合、直ちに本認証局へ連絡する。
（５） 電子証明書の記載内容に変更が生じた場合、電子証明書の利用を中止する場合は、本認証局に対し直ちに電子証明書の失効申請を行う。
（６） 本認証局運用規程、及び利用規約に規定された利用用途に限り、電子証明書を利用する。
（７） 利用者署名符号の盗難や紛失、他者による不正利用等に十分な注意を払い、秘匿性を維持する。
（８） 利用者署名符号を格納した IC カードをアクティベートするための IC カード用 PIN（以下、PIN という）、及び IC カードロック解除用 PIN（以下、ロック解除用 PINという）の盗難や紛失、他者による不正利用等に十分な注意を払い、秘匿性を維持する。
（９） 利用者署名符号が危殆化もしくは危殆化のおそれがある場合、本認証局に対し直ちに電子証明書の失効申請を行う。
（１０）

電子証明書を使用して電子署名を行う場合のアルゴリズムは「SHA-256 with

RSAEncryption」または「SHA-384

with RSAEncryption」または「SHA-512 with

RSAEncryption」とする。

2.1.6. 所属組織の義務
所属組織は、次の義務を負う。
（１）利用者が所属組織の代表者から権限を委託された者である場合、利用者が所属していることを証明する書類等（以下、在職証明書等という）を提出するとともに、その記載内容を保証する。
（２）利用者の TDB 電子証明書 TypeA 利用申込書（以下、利用申込書という）、及びその添付書類に記載された事項（企業名、組織名等）が、電子証明書に転載されることを承認する。
（３）電子証明書の失効が必要となった場合、利用者に失効するように勧奨する。
（４）在職証明書等で届出た利用者が、異動、退職、脱退など、所属組織の所属者としての地位を失う等電子証明書の使用が適切でないと判断される場合、本認証局に当該利用者の電子証明書の失効届出を行う。
（５）利用者の電子証明書に記載されている事項（利用者所属組織名または利用者所属組
所属組織の所在地）が変更となった場合には、電子証明書の失効届出を行う。
（６）利用者に、本認証局運用規程、及び利用規約に規定された利用用途の範囲以外で電子証明書を利用させてはならない。

2.1.7. 署名検証者の義務
署名検証者は、次の義務を負う。
（１） 本認証局運用規程に規定された利用用途に限り、電子証明書を利用する。
19
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217（２） 本認証局の発行者署名検証符号を取得し、信頼すべきかどうかを判断する電子証明書について、以下の内容を確認する。
・電子証明書が本認証局から発行されたものであること。
・電子証明書が改竄されていないこと。
本認証局の発行者署名検証符号は、本認証局が発行する本認証局自身を示す自己署名証明書、リンク証明書（OldWithNew 及び NewWithOld）、あるいは本認証局と相互認証を行った接続先が発行する本認証局に対する相互認証証明書に記載されている。また、本認証局の自己署名証明書、リンク証明書についてのフィンガープ
リントは、本認証局運用規程「2.6.1 本認証局の情報の公開」に記述された場所に掲載されている。署名検証者は、必要に応じて、上記の各電子証明書、及びフィン
ガープリントを入手し、取得した発行者署名検証符号が本認証局のものであることを確認しなければならない。
（３） 信頼すべきかどうかを判断する電子証明書について、その有効期間中であるかどうかを検証する。
（４） 信頼すべきかどうかを判断する電子証明書について、リポジトリに公開されている
original_CRL、または CRL/ARL により、その電子証明書が失効されていないかどうかを確認する。
（５） 電子証明書の利用に際しては、本認証局運用規程「2.3 財務上の責任」に記述された免責事項について承諾する。

2.2. 責任2.2.1. 認証局の責任事項
本認証局は、本認証局運用規程に従い本認証サービスを提供する。また、発行者の署名符号を適切に運用管理し、電子証明書の信頼性を確保する。

2.2.2. 登録局の責任事項
登録局は、本認証局運用規程に従い、電子証明書の利用申込者の本人確認、及び利用者
署名符号の生成を適切に行い、発行局に対して電子証明書の発行、及び失効の適切な指示を行うことで、本認証局の発行する電子証明書に係る情報の信頼性を確保する。

2.2.3. 発行局の責任事項
発行局は、本認証局運用規程に従った運用を行い、登録局の指示に基づき、電子証明書の発行、失効を適切に行うことで、本認証局の発行する電子証明書に係る情報の信頼性を確保する。

20
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

2.2.4. リポジトリの責任事項
リポジトリは、original_CRL、及び CRL/ARL を公開することで、利用者、所属組織、及び署名検証者が電子証明書の失効状況を検証できるようにする。また、本認証局運用規程等の本認証サービスに係わる情報を公開することで、利用者、所属組織、及び署名検証者が本認証サービスに必要な諸手続き等を把握できるようにする。

2.2.5. 利用者の責任事項
利用者は、本認証局運用規程、及び利用規約に従い、本認証サービスを利用する。

2.2.6. 所属組織の責任事項
所属組織は、所属する利用者が電子証明書の利用を申込む時点で、TDB と所属組織との契約を結ぶ。所属組織は、所属する利用者が本認証局運用規程、及び利用規約に規定された利用用途に限り、電子証明書を利用するよう管理するとともに、必要に応じて失効の届出を行う義務と責任を負う。

2.2.7. 署名検証者の責任事項
署名検証者は、本認証局運用規程に従い、利用者の電子証明書を利用する。

2.3. 財務上の責任
2.3.1. 賠償責任について
本認証局は、本認証局に責を帰すべき事由のない行為によって発生した損害については、
一切損害賠償責任を負わないものとする。
本認証局に責を帰すべき事由がある場合、本認証局は、別途利用規約に定める範囲で損害賠償を行うものとする。

2.3.2. 利用者のコンピュータシステムの損害に関する免責について
利用者の電子証明書取得または利用によりコンピュータシステム等のハードウェア、ソフトウェアに何らかの影響または障害が発生しても、本認証局は一切賠償責任を負わないものとする。

2.3.3. 失効申請に関する免責について利用者からの失効申請や所属組織等からの失効届出に伴う失効処理が、正当な事由により遅延した場合、これにより発生した損害については、本認証局は一切損害賠償責任を負わないものとする。

21
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

2.3.4. 失効情報の発行周期に関する免責について
original_CRL、及び CRL/ARL の発行周期が原因となって、利用者が何らかの損害を受けた場合には、本認証局は一切賠償責任を負わないものとする。

2.3.5. 本認証局廃止に関する免責について
本認証局の業務を停止することにより発生した損害については、本認証局は一切損害賠償責任を負わないものとする。

2.3.6. その他の免責事項
本認証局は、以下の事由による本認証サービスの停止によって利用者、署名検証者、所属組織が損害を受けた場合、一切賠償責任を負わないものとする。
（１）地震、水害、噴火、津波等の天災（２）火災、停電等（３）戦争、動乱、騒乱、暴動、労働争議等（４）その他、本認証局が技術的あるいは運用上緊急に本認証サービスを停止する必要があると判断した場合

2.4. 解釈、及び執行
2.4.1. 準拠法
本認証局運用規程は、日本国内の法律、及び規則、また以下の法令等に基づいて、解釈される。
・「電子署名及び認証業務に関する法律」（平成 12 年 5 月 31 日

法律第 102 号）

・「電子署名及び認証業務に関する法律施行令」（平成 13 年 2 月 28 日

政令第 41号）
・「電子署名及び認証業務に関する法律施行規則」（平成 13 年 3 月 27 日

総務省、法務省、経済産業省令第 2 号）
・「電子署名及び認証業務に関する法律に基づく特定認証業務の認定に係る指針」（平成 13 年 4 月 27 日 総務省、法務省、経済産業省告示第 2 号）

2.4.2. 分割、存続、合併、及び通知
本認証局運用規程の中で定められている事項もしくはその適用が、何らかの理由で、無効もしくは執行不可能であるとされた場合でも、残余の事項については、当事者の意思に最も合理的に合致するように解釈される。

22
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

また、無効もしくは執行不可能とされた事項について、他の当事者への適用もしくは異なる状況下での適用についても、当事者の意思に最も合理的に合致するように解釈される。

2.4.3. 紛争の解決手順
本認証サービスの利用に関し、本認証局に対して訴訟、仲裁を含む解決手段に訴えようとする場合、本認証局、利用者、所属組織、及び署名検証者の所在地にかかわらず、本
認証局運用規程の解釈、有効性、及び本認証局が行う本認証サービスに関わる紛争については、東京地方裁判所を第一審の専属管轄裁判所とする。

2.5. 手数料
本認証サービスにかかわる料金は、下記 URL にて提示する。
http://www.tdb.co.jp/typeA/

2.6. 公開、及びリポジトリ
2.6.1. 本認証局の情報の公開
本認証局は、次の内容をリポジトリに掲載し、下記の URI にて公開する。
・本認証局運用規程：
http://www.tdb.co.jp/typeA/・利用規約：
http://www.tdb.co.jp/typeA/・発行者署名検証符号を含んだ発行者の電子証明書（自己署名証明書）：
ldap://dir.tdb.ne.jp/ou=TDB%20CA%20TypeA,o=TEIKOKU%20DATABANK%5c%2cLTD.,c=JP?caCertificate
https://cert.tdb.ne.jp/typeA/fingerprint.html
・発行者署名符号更新時におけるリンク証明書：
ldap://dir.tdb.ne.jp/ou=TDB%20CA%20TypeA,o=TEIKOKU%20DATABANK%5c%2cLTD.,c=JP?caCertificate
https://cert.tdb.ne.jp/typeA/fingerprint.html
・自己署名証明書、及びリンク証明書のフィンガープリント：https://cert.tdb.ne.jp/typeA/fingerprint.html
・相互認証証明書：
ldap://dir.tdb.ne.jp/ou=TDB%20CA%20TypeA,o=TEIKOKU%20DATABANK%5c%2cLTD.,c=
JP?crossCertificatePair
23
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

・相互認証されている認証局の一覧：
https://cert.tdb.ne.jp/typeA/crosscert.html
・本認証局が発行する利用者の電子証明書の失効情報(CRL)：
ldap://dir.tdb.ne.jp/ou=TDB%20CA%20TypeA,o=TEIKOKU%20DATABANK%5c%2cLTD.,c=JP?certificateRevocationList
・本認証局が発行する認証局関連の電子証明書の失効情報(ARL)：
ldap://dir.tdb.ne.jp/ou=TDB%20CA%20TypeA,o=TEIKOKU%20DATABANK%5c%2cLTD.,c=
JP?authorityRevocationList
・CRL、及び ARL を含む失効情報(original_CRL)：
https://cert.tdb.ne.jp/CRL/LatestCRL.crl
なお、本認証局においては、利用者の電子証明書は公開しない。

2.6.2. 公開頻度
本認証局運用規程は、本認証局運用規程「８．本認証局運用規程の仕様管理」に従い、公開する。自己署名証明書、リンク証明書、及び相互認証証明書は、発行、及び更新の都度公開する。original_CRL 、及び CRL/ARL は、24 時間毎に発行し公開する。その他の本認証サービスに係わる情報は、TDB の判断により適宜公開する。

2.6.3. アクセス管理
本認証サービスは、公開可能な電子証明書関連情報について、リポジトリを利用する全ての人に参照権限のみ割り当てて公開している。

2.6.4. リポジトリ
リポジトリは１日 24 時間、１年 365 日利用可能とする。但し、定期保守作業等により、一時的にリポジトリを利用できない場合もある。
リポジトリに公開されている内容の変更は、電子認証局責任者の指示のもとで行われる。

2.7. 準拠性監査
2.7.1. 本認証局に対する準拠性監査の頻度
本認証局が本認証局運用規程に準拠して運営されていることを確認するために、少なく
とも年に一度定期監査を実施する。また、電子認証局責任者が必要と認めた場合は、不定期に監査を実施する。

2.7.2. 監査人の選任
電子認証局責任者の指示に基づいて、選任される。
24
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

2.7.3. 監査人と監査対象者の関係
監査人は独立性を確保するために監査対象の部門外の者または外部監査人とする。

2.7.4. 監査項目
定期監査では、本認証局が運営する登録局、発行局、及びリポジトリが、本認証局運用規程、及び本認証局運用規程に基づいた事務取扱要領を遵守して運営されているかを監査する。主な監査項目は次の通りである。
（１） 登録局、発行局、及びリポジトリの運用業務（２） 電子証明書ライフサイクルの管理（３） 発行者署名符号の管理（４） ソフトウェア（５） ハードウェア（６） ネットワーク監視システム（７） 物理的環境、及び設備（８） 相互認証に係わる事項（９） 外部委託先管理
不定期監査は、電子認証局責任者が必要と認めた場合に、電子認証局責任者の定めた監査目的に基づいて実施する。

2.7.5. 監査指摘事項への対応
監査報告書で指摘された事項に関しては、電子認証局責任者がこれを是正するための対応を決定する。電子認証局責任者は、問題が解決されるまでの暫定的な対応策も含め、セキュリティ対策技術の最新の動向を踏まえ、設備及び規程等の見直しを含む対応措置
を遅滞なく決定し、各担当者に実施の指示を行う。また、対応措置の実施結果について評価を行い、必要に応じて対応措置の見直しを行う。

2.7.6. 監査結果報告
監査報告書は、監査人から電子認証局責任者に提出される。電子認証局責任者は、監査結果を、関係する電子証明書の有効期間満了後 10 年間保管する。

2.8. 機密事項
本認証サービスの業務を通じて知り得る本認証局のシステム、ネットワーク、詳細な手順等の公開されていない情報の機密保持に関して、原則として、本認証局の定めた規定に則り、その内容が本認証局業務に関わる就業者の役割に応じて理解され、かつ維持されるよ
うにする。
25
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

2.8.1. 機密情報の種類
本認証局が保有する情報のうち、リポジトリに公開されている情報を除き、全て機密保持対象として扱われる。本認証局は、法の定めによる場合を除いて、原則としてこれらの情報を公開しない。

2.8.2. 個人情報の取扱
電子証明書の利用申込み時、電子証明書の失効申請時、開示請求時、及びその他の事務連絡時に利用者または各申請者から提出される個人情報は、電子証明書に記載する等、
本電子認証業務の用に供する以外は使用しない等の取扱について、本認証局運用規程および「TDB 電子認証サービス TypeA 個人情報の取扱いについて」を規定し、かつその内容が維持されるようにする。また、その内容が、本認証局の業務に係わる全ての就業者の役割に応じて理解されるようにする。
なお、業務に従事する要員に係る個人情報については、委託先および再委託先が管理する IA 認証設備室および RA 発行業務室に関し、以下を遵守するように求める。
① 入室用の指紋データの取得や利用について、要員本人の同意を得る。
② 入室を録画し一定期間保管していることを、本認証局運用規程で公表する。
③ 隠し撮り等の疑念を持たれないよう、録画していることを掲示する。

2.8.3. 電子証明書失効情報の公開
電子証明書が失効された場合、original_CRL 、及び CRL/ARL に失効された電子証明書のシ リ ア ル 番 号 （ userCertificate ） 、 失 効 日 時 （ revocationDate ） 、 及 び 失 効 理 由（reasonCode）が記載される。original_CRL 、及び CRL/ARL に記載されたシリアル番号（userCertificate）、失効日時（revocationDate）、及び失効理由（reasonCode）の情報は機密とみなされない。また、失効に関するその他の詳細情報は原則として非公開とする。

2.8.4. 法執行機関への情報開示
本認証局で取扱う情報に対し、法的根拠に基づいて情報を開示するように請求があった
場合、本認証局は法の定めに従い法執行機関へ情報を開示する。

2.8.5. 民事開示手続きの上の情報開示
本認証局は、調停、訴訟、その他の法的、裁判上または行政手続の過程において、機密保持対象である情報を開示することができるものとする。

2.8.6. 情報の主体者の申請による情報開示
利用者、及び利用者として登録された者から、権利または利益を侵害され、あるいはその恐れがあるとして個人情報の開示を求められた場合には、本人による開示要求である
26
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

ことを確認した後に、本認証局が保有している申込書類一式（添付書類を含む）、及び電子証明書に記載されている個人情報の開示を当該申請者に行う。
開示請求者は、電子証明書利用申込書類開示請求書（以下、開示請求書）の送付を本認証局に依頼する。開示請求書を記入（利用者が利用申込において電子証明書の固有名称に旧姓記載を希望していた場合は、開示請求書に旧姓（旧氏）もしくは住民票の写しで確認できる現姓を記入）し実印を押印し、印鑑登録証明書を添付し本認証局宛に郵送もしくは、TDB 事業所へ持参し提出する。
本認証局は、印鑑登録証明書が少なくとも記載内容、形式、有効期限等において真正なものであることを確認する。また、開示請求書に押印された印鑑の印影と、利用申込書に押印された印鑑の印影が印鑑登録証明書に証明されている印影と一致することで真偽の確認を行う。実印の変更により利用申込書に押印された印鑑と印影が異なる場合は、開示請求書に押印された印鑑の印影と、印鑑登録証明書に証明されている印影と一致す
ることと、その他の詳細な情報（生年月日等）を確認することで真偽の確認を行う（利用者が利用申込において電子証明書の固有名称に旧姓記載を希望していた場合は、開示
請求書の記入が旧姓（旧氏）もしくは住民票の写しで確認できる現姓であることを確認する）。
確認した後、以下の請求された書類を作成（もしくは開示請求者が指定した場合はデー
タを CD-R に格納）し、開示請求者へ書留郵便で送付、または手交する。
・当該電子証明書に係わる利用申込書
・利用者の真偽の確認のために提供を受けた書類
・利用者の電子証明書の記載データ

2.8.7. その他の情報開示
本認証局は、前述した以外の事由に基づく情報開示を一切行なわないものとする。

2.9. 知的財産権
本認証局と利用者との間で別途合意がなされない限り、次の情報資料、及びデータは、本認証局に帰属する知的財産とする。
（１）本認証局より発行された全ての電子証明書（２）本認証局により作成された original_CRL、及び CRL/ARL（３）本認証局運用規程

27
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

3. 本人確認、及び認証
3.1. 初期登録（利用申込）
電子証明書の初期登録（利用申込）の手順については、本認証局運用規程にて規定される。登録局は、利用申込者の本人確認、及び利用者署名符号の生成を適切に行なわなけ
ればならない。
なお、利用申込者は複数枚の電子証明書の申込みを行うことが出来るが、その枚数が明らかに過大な枚数であると判断した場合には、登録局は電子証明書の枚数の制限または申込みの拒否を行うことが出来るものとする。

3.1.1. 名前の意味に関する要件
本認証局では、ITU-T X.509 勧告に準拠した電子証明書を発行する。本認証局が発行する各種電子証明書に記載される発行者名(issuer)、主体者名(subject)、発行者別名(IssuerAltName)、主体者別名(SubjectAltName)においては、ITU-T X.500 に規定された識別名（DN：Distinguished Name）を利用する。

3.1.2. 名前形式を解釈するための規則
本認証局では、利用者が申込み時に提出した利用申込書と添付書類、及び本認証局が独自に割当てる情報を用いて、利用者の電子証明書に記載される主体者名（subject）、及び主体者別名（SubjectAltName）を決定する。
利用者の電子証明書に記載される主体者名、及び主体者別名について以下に整理する。

表 3-1 利用者の電子証明書における主体者名(subject)
項
番
1

2

3

4

5

属性の名称
国名
OID= 2.5.4.6(countryName, c=)
組織名
OID= 2.5.4.10(organizationName, o=)
組織内の部署名
OID= 2.5.4.11(organizationalUnitName, ou=)
都道府県名（※3）
OID= 2.5.4.8(stateOrProvinceName, st=)市町村名（※3）
OID= 2.5.4.7(localityName, l=)値あるいは意味日本を示す以下の値で固定。
“c=JP”

電子署名法の対応（※1）－TDB を示す以下の値で固定。
“o=TEIKOKU DATABANK,LTD.”－

本認証局を示す以下の値で固定。
“ou=TDB CA TypeA”－

利用者の住所の都道府県名のローマ字表記。利用申込書の記入内容を転記する
例: “s=tokyo”
利用者の住所の市町村名以下部分のロー
マ字表記。利用申込書に記入されている内容を転記する。

○○

28
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

6

固有名称
OID= 2.5.4.3(commonName, cn=)7

ユーザ識別子OID= 0.9.2342.19200300.100.1.1(userid, uid=)

例: “l=minato-ku, …”
利用者の氏名のローマ字表記。利用申込書の記入内容を転記する（名、姓の順で記載される）。利用申込書に旧姓で記入されている場合も、同様に転記する（表 3-2
利用者の電子証明書における主体者別名(SubjectAltName)項番 5 を参照）。
例: “cn=Ichiro Teikoku”
利用者に配布される IC カードの識別番号である IC カード ID が uid の値として記載される。なお、IC カード ID は、本認証局にて割当てを行う。
例: “uid=1234567890000000”※1 電子署名法に規定された認定制度における認定の対象かどうかを示す。○：対象

○

－

－：対象外

※2 電子証明書において、項番 1 は PrintableString、これ以外については UTF8String で記載を行う。
※3 項番 4, 5 については、利用申込時に電子証明書への記載が不要とする申込を行った場合は記載されない。

表 3-2 利用者の電子証明書における主体者別名(SubjectAltName)
項
番

属性の名称

1

国名
OID= 2.5.4.6(countryName, c=)
都道府県名
OID= 2.5.4.8(stateOrProvinceName,
s=)

2

3

市町村名
OID= 2.5.4.7(localityName,
l=)

4

組織名
OID= 2.5.4.10(organizationName,o=)
固有名称
OID= 2.5.4.3(commonName,
cn=)

5

6

法人番号（※5）
OID= 2.5.4.97（organizationIdentifier,OID.2.5.4.97=）7

役職値あるいは意味日本を示す以下の値で固定。
例: “c=JP”
利用者が所属する組織の住所の都道府県名。提出された公的書類（登記事項証明書（商業登記簿謄本）等）に記載された内容を転記する。
例: “s=東京都”
利用者が所属する組織の住所の市町村名以下部分。提出された公的書類（登記事項証明書（商業登記簿謄本）等）に記載された内容を転記する。
例: “l=港区南青山, …“
利用者が所属する組織の名称。提出された公的書類（登記事項証明書（商業登記簿謄
本）等）に記載された内容を転記する。
例: “o=株式会社帝国データバンク”
利用者の氏名。提出された住民票の写しに記載された内容を転記する（姓名の順で記載される）。利用申込書に旧姓（※7）で記入されている場合も、同様に転記する。
例: “cn=帝国 一郎”「行政手続における特定の個人を識別するための番号の利用等に関する法律」（以下、番号法という）に基づき、国税庁が法人番号の指定対象法人等に付番する番号。
法人番号システム Web-API より転記する。
利用者が所属する組織が提出した在職証

電子署名
法の対応
（※1）
－

電子委任
状法対応
（※6）
○

－

○

－

○

－

○

○

○

－

○

－

○

29
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

8
9
10
11

代理権制限
代表者肩書
組織代表者
代理権内容

TDBCA-TypeA-A001-217

明書等に基づき、記載内容を転記する。

－
－
－
－

○
○
○
○

※1

電子署名法に規定された認定制度における認定の対象かどうかを示す。○：対象

－：対象外

※2

電子証明書において、項番 1 は PrintableString、これ以外については UTF8String で記載を行う。

※3

項番 2, 3, 4 については、公的書類が提出されない場合において記入を行わないことがある。

※4 項番 5 については、2012 年 7 月 8 日以前に「登録原票記載事項証明書」を利用申込の添付書類とした
場合は、当該書類に記載された氏名を転記していた。
※5 2017 年 1 月より順次、番号法に基づく法人番号の指定対象法人等に対し、電子証明書へ法人番号の格納を開始する。表記は、法人番号であることを識別できるように法人番号（13 桁）にプレフィックス
として JCN を付加し、合計 16 文字とする。
電子証明書に法人番号を格納するにあたり、国の電子署名法に基づく認定認証事業者の会議体である
電子認証局会議にて各関係省庁と調整のうえ、共通仕様にて実施する。
共通仕様は、電子認証局会議が作成した『電子証明書に格納された属性情報の信頼性と利用に関するガイドライン』に記載されている。
※62019 年 11 月より、電子委任状法に基づく電子委任状対応を開始する（項番 7 から 11 まで）。

※7

2020 年 4 月より、利用者の申請に基づく「固有名称に旧姓を格納」した電子証明書の発行を開始する。住民基本台帳法施行令等の一部を改正する政令（平成 31 年 4 月 17 日公布、同年 11 月 5 日施行）に基づき、利用者が利用申込時に旧姓の格納を希望し、添付された住民票の写しに旧氏（きゅううじ）が併記されている場合に限る。

3.1.3. 名前の一意性
電子証明書に記載される識別名は、本認証局が発行した電子証明書において一意（ユニーク）とする。

3.1.4. 名前に関する紛争の解決手段
本認証サービスの利用者の電子証明書に記載された識別名に関する紛争については、本認証局において協議し、本認証局が全ての決定を行う。

3.1.5. 商標の認識・認証・役割
本認証サービスで発行される電子証明書に記載される利用者の識別名に商標を含む場合、本認証局は商標権の帰属や商標登録の有無を確認しない。
電子証明書に記載された識別名が、利用者または所属組織に帰属しない商標が含まれていることにより、損害を被る者が発生した場合は、本認証局は責任を負わず、当該所属組織または当該利用者が自己の負担と責任の下で解決するものとする。

3.1.6. 署名符号の所有の確認
本認証局では、利用者の署名符号を生成し、IC カードに格納後これを利用者本人に送付
30
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217する。このため、利用者が当該署名符号を保持することを別途確認しない。
相互認証証明書の発行においては、相互認証先から提出された電子証明書発行要求（PKCS#10 フォーマット）の署名検証を行うことで、相互認証先が該当する署名符号を保持していることを確認する。

3.1.7. 所属組織等の確認
利用者が所属する所属組織の確認は、利用者が利用申込時に本認証局へ提出する登記事
項証明書（商業登記簿謄本）によって行う。但し、当該組織が個人事業者で商業登記をしていない場合、税務署への開業届、所得税の青色申告申請書の表紙等、当該の個人事業者が事業を行っていることを確認できる資料の写しにて代替する。
また、国税庁が用意する「法人番号システム Web-API」を利用し法人番号の確認を行う。
なお、登記を行わない公法人（地方公共団体等）の場合は、当該の法人が官公庁等に提出した書類、もしくは公文書等で当該の法人が事業を行っていることを確認できる資料にて代替する。

3.1.8. 利用申込者の確認
利用申込者が本人であることの真偽の確認は、登録局において、以下に定める方法により行うこととする。
（１）確認方法【住民票の写しによる利用申込者の真偽確認】
住民票の写しによって利用申込者の真偽を確認するにあたっては、住民票の写しに代替するものとして、住民票記載事項証明書の提出も認める。本認証局運用規程の以下の項目において、特に断りのない場合はすべてこのルールを適用する。住民票の写しによる利用申込者の真偽の確認にあたっては、それらの書類が少なくとも記
載内容、形式、有効期限等において真正なものであることを確認し、それらの書類と利用申込書の記載内容が一致することを確認する。住民票の写しと利用申込書の記載内容が異なる場合、「誤字俗字・正字一覧」「漢和辞典」等を用いて対応する文
字を確認する。
利用申込者が利用申込において電子証明書の固有名称に旧姓記載を希望する場合
は、住民票の写しに当該旧姓（旧氏）が記載されているものを提出する。
【印鑑登録証明書による利用申込者の真偽の確認】
印鑑登録証明書によって利用申込者の真偽を確認するにあたっては、印鑑登録証明書が少なくとも記載内容、形式、有効期限等において真正なものであることを確認し、かつ、利用申込書に実印が押印され、利用申込書に押印された実印の印影と利用申込書に添付された印鑑登録証明書に証明されている印影が一致することを確認する。
【登記事項証明書（商業登記簿謄本）等による所属組織の真偽の確認】
31
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

登記事項証明書（商業登記簿謄本）によって所属組織が、登記事項証明書（商業登記簿謄本）に記載されている会社法人であることの真偽を確認するにあたっては、
登記事項証明書（商業登記簿謄本）が少なくとも記載内容、形式、有効期限等において真正なものであることを確認し、かつ、登記事項証明書（商業登記簿謄本）と利用申込書の記載内容が一致することを確認する。
当該組織が個人事業者で商業登記をしていない場合、当該の個人事業者が事業を行っていることを確認できる、以下を満たすいずれかの資料の写しにて代替する。
・行政機関から発行された資料（発行印、発行日付があるもの）の写し
・行政機関に提出し受理された資料（受領印、受領日付があるもの）の写し
また、登記を行わない公法人（地方公共団体等）の場合は、当該の法人が官公庁等に提出した書類、もしくは公文書等で当該の法人が事業を行っていることを確認できる資料にて代替する。本認証局運用規程の以下の項目において、特に断りのない場合はすべてこのルールを適用する。
【在職証明書等による利用者の所属組織への所属に関する真偽の確認】
在職証明書等によって、利用者が所属組織に所属していることの真偽を確認するにあたっては、在職証明書等に押印された所属組織の代表者印とそれに係る印鑑証明
書に証明されている印影が一致していることを確認する。
当該組織が個人事業者で代表者印が存在しない場合、代表者個人の印鑑登録証明書にて代替する。また、登記を行わない公法人（地方公共団体等）の場合、当該の法人が官公庁等に提出した書類、もしくは公文書等で当該の法人代表者印の印影が確認できる資料にて代替する。本認証局運用規程の以下の項目において、特に断りのない場合はすべてこのルールを適用する。
【在職証明書等による利用者の所属組織からの委任に関する真偽の確認】
電子委任状法に基づく電子委任状の場合は、当該電子委任状に記録すべき事項を記載した『在職証明書 兼 委任証明書』に委任者（所属組織の代表者印）の印鑑として押印された代表者印と、それに係る印鑑証明書に証明されている印影が一致する
ことを確認する。
（２）必要書類一覧
本認証局運用規程「4.1.2.利用申込書類一式」を参照のこと。
（３）真偽確認の手順
2 人の担当者がそれぞれ別々に真偽確認を行い、その結果を踏まえて RA 認証業務責任者が、発行の承認を行う。
（４）疑義が生じた場合
利用者の真偽の確認を行うにあたって疑義が生じた場合は、定められた業務手順に従って、利用申込書の再提出や返却、追加書類の提出要求等を行う。

32
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

3.2. 電子証明書の更新
本認証サービスでは、電子証明書の更新を規定しない。利用者は、電子証明書の失効もしくは有効期間の満了時に、新たに電子証明書の発行の申込を行う。

3.3. 失効申請
電子証明書の失効申請方法は、本認証局運用規程、及び本認証局運用規程に基づいた事
務取扱要領にて規定される。また、本認証局では、本認証局運用規程において規定された失効事由に適合する事象が発生したと判断した場合、利用者の電子証明書、及び相互認証証明書等の失効を行う。なお、利用者の電子証明書の失効にあたっては所定の様式の電子証明書失効申請書（以下、失効申請書という）による申請、または電子証明書を使用した電子失効申請データによる申請を実施しなければならない。

3.3.1. 利用者の電子証明書の失効
利用者本人による失効申請の場合、電子証明書失効申請者が利用者本人であることの確認を適切に行う。また、所属組織等による失効届出により電子証明書に記録された事項に事実と異なるものが発見されたときは、失効届出を行った所属組織が、失効対象となる電子証明書の利用者が所属する組織等であることの確認を適切に行う。
【利用者本人による失効申請の場合】
利用者は、電子証明書の利用申込時に本認証局に届け出た印鑑（以下、届出印という）、
届け出た実印（以下、届出実印という）、もしくは届出実印が変更となった場合は実印を失効申請書に押印しなければならない。利用者が届出印、もしくは届出実印を利用しない場合、当該印鑑に係る印鑑登録証明書の提出も必要である。
本認証局では、届出印、届出実印が押印されている場合には、当該利用者の利用申込書に押印されたものと印影が同一であることを確認する。実印が押印されている場合には、添付された印鑑登録証明書が少なくとも記載内容、形式、有効期限等において真正なものであることを確認し、失効申請書に押印された実印の印影と印鑑登録証明書に証明されている印影が一致することを確認する。
利用者は、電子証明書を使用した電子失効申請データによる申請も可能である。
本認証局では、当該データの電子署名の署名検証、および電子証明書の証明書検証を行い、かつデータ内容および形式が真正なものであることを確認することで、利用者本人からの申請であること、および本人の意思を確認する。
【所属組織等による失効届出の場合】
所属組織は、電子証明書の利用申込時に本認証局に届け出た当該組織における代表者印
33
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217（以下、届出代表者印という）、もしくは届出代表者印が変更となった場合は所属組織の代表者印を失効届出書に押印しなければならない。所属組織が届出代表者印を利用しない場合、当該印鑑に係る印鑑証明書の提出も必要である。
本認証局では、届出代表者印が押印されている場合には、当該利用者の在職証明書に押印されたものと印影が同一であることを確認する。所属組織の代表者印が押印されている場合には、添付された印鑑証明書が少なくとも記載内容、形式、有効期限等において真正なものであることを確認し、失効届出書に押印された所属組織の代表者印の印影と印鑑証明書に証明されている印影が一致することを確認する。
当該組織が個人事業者で代表者印が存在しない場合、代表者個人の実印を押印し、当該印鑑に係る印鑑登録証明書を本認証局に提出しなければならない。また、登記を行わない公法人（地方公共団体等）の場合は、当該の法人代表者印を押印し、当該の法人が官公庁等に提出した書類、もしくは公文書等で当該の法人代表者印の印影が確認できる資料を本認証局に提出しなければならない。本認証局運用規程の以下の項目において、特に断りのない場合はすべてこのルールを適用する。

3.3.2. 相互認証証明書の失効
本認証局では、相互認証先より書面にて相互認証証明書の失効の申請が行われた場合、認証業務検討委員会の検討及び、承認のもと失効を実施する。

34
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

4. 運用に関する要件
4.1. 電子証明書利用申込み
電子証明書の発行を希望する者は、本認証局に対して電子証明書の利用申込みを行う。
電子証明書の利用申込みについては、本認証局運用規程、及び利用規約が本認証局より提示されるので、電子証明書の発行を希望する者は電子証明書の利用申込時に、利用者に明示された個人情報の取扱方法及び電子証明書への記載事項を承認した上で、利用申込を行わなくてはならない。
利用申込み方法の詳細については以下の URL に掲示する。
http://www.tdb.co.jp/typeA/
また、相互認証の開始時においては、本認証局における最高意思決定機関である認証業
務検討委員会にて検討、及び承認を行った上で、相互認証証明書の発行を行う。相互認
証の開始手続きの詳細については、相互認証先と相談の上、安全な手順を決定し実施す
るものとする。

4.1.1. 申込み方式
電子証明書の発行を申し込む場合は、TDB のホームページにアクセスし、電子証明書発行
申込画面に従って必要事項を入力する。
（必要事項については、本認証局運用規程「4.1.3
利用申込書記載事項」を参照すること）その後、同画面にて入力した情報が反映された
利用申込書を印刷し、押印してから、所属組織の代表者印が押印された在職証明書、及び他の申込み書類を全て取りそろえて本認証局に申込みを行う。申込みについては、以下の 2 つの方式によるものとする。
（ａ）TDB 事業所への持参による申込み（窓口申込み）
TDB 事業所の窓口で利用申込書類を受け取り、未開封のまま本認証局に郵送する。利
用申込受付日は、本認証局が利用申込書類を受領した時点とする。
（ｂ）本認証局への郵送による申込み（郵送申込み）
本認証局に郵送された利用申込書類を受領する。利用申込受付日は、本認証局が利用申込書類を受領した時点とする。
上記以外の方法による利用申込みについては受け付けない。
Web サーバに申込み情報を入力後、90 日以内に利用申込書類が本認証局で受領されない場合、申込みの意思がないものとみなし、原則として当該申込み情報を削除するものとする。
本認証サービスでは、利用者本人による申込みのみを許可し、代理人による申込みを認めない。

35
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

4.1.2. 利用申込書類一式
利用申込書類は、以下の通りとする。
表 4-1 利用申込書類一覧
項番

書類名

1

TDB 電 子 証 明 書
TypeA 利用申込書

2

利用申込者の住民票の写し（※2）

○

○

○

3

利用申込者の印鑑登録証明書
所属組織代表者印の印鑑証明書
在職を証明する書類（在職証明書等）
利用申込者の所属組
織の登記事項証明書（商業登記簿謄本）○○○

利用申込者の実印、届出印（※
1）が押印されたもの（届出印は必須ではない）
発行日から３ヶ月以内のもの
個人番号の記載がないもの（※7）
旧姓での発行を希望する場合は旧姓記載があるもの（※8）
発行日から３ヶ月以内のもの

○

（※3）

（※4）

発行日から３ヶ月以内のもの

○

○

（※4）

○

（※6）

（※4）

利用申込者の所属組織の代表者印が押印されたもの（※5）
発行日から３ヶ月以内のもの

4
5
6

○印：必須

利用申込者の所属組織
一般法人 個人事業者 公法人(地方公共団体等)○○○

備考

無印：※で示された指示に従う。

※1

利用申込時に押印することで、失効申請時等に利用することが可能となる。

※2

住民票の写しに代替するものとして、住民票記載事項証明書の提出も認める。

※3 商業登記を行っていない個人事業者については、代表者印が存在しないため、代表者個人の印鑑登録証明書をもって代替する。
※4 登記を行わない公法人（地方公共団体等）に所属する利用申込者からの申込みに関わる属性証明部分で用いる真偽確認資料は、当該の法人が官公庁等に提出した書類、もしくは公文書等の資料にて代替する。
※5 商業登記を行っていない個人事業者については、代表者印が存在しないため、代表者個人の実印を押印する。また、登記を行わない公法人（地方公共団体等）については、当該の法人が官公庁等に提出した書類、もしくは公文書等で印影確認が可能な法人代表者印を押印する。本認証局運用規程の以下の項目において、特に断りのない場合はすべてこのルールを適用する。
※6

商業登記を行っていない個人事業者については、事業を行っていることを確認できる、所属組織名、本店所在地、代表者名の記載がある、以下を満たすいずれかの資料の写しにて代替する（２種類以上の書類の組合せも可とする）。
・行政機関から発行された資料（発行印、発行日付があるもの）の写し
・行政機関に提出し受理された資料（受領印、受領日付があるもの）の写し
例：税務署への開業届、所得税の青色申告申請書の表紙等※7 行政手続における特定の個人を識別するための番号の利用等に関する法律（平成 25 年 5 月 31 日法律

36
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

第 27 号）第 2 条第 5 項に規定される個人番号の記載がないものとする。また、当該番号の記載がある住民票の写しが提出された場合には、本認証局にて掲載された箇所を墨塗りで消去する。
※8

住民基本台帳法施行令等の一部を改正する政令（平成 31 年 4 月 17 日公布、同年 11 月 5 日施行）により、住民票の写しに旧姓（旧氏）の記載が可能。記載にあたっては地方自治体への手続が必要。

4.1.3. 利用申込書記載事項(1) TDB 電子証明書 TypeA 利用申込書【利用者本人についての項目】
表 4-2 利用申込書の記載事項（利用者本人）
項番項目
1
IC カードの有効期間
2
IC カードの申込枚数
3

利用者名（漢字）

入力方法
画面入力
画面入力

入力者
利用申込者
利用申込者

省略可否
必須
必須

備考

画面入力

利用申込者

必須

申込画面制御にて JIS 第一及び第二水準外の文字を禁止する。
旧姓での発行を希望する場
合は旧姓を入力（4.1.2 利用申込書類一式の「表 4-1 利用申込書類一覧」項番 2 のとおり、住民票の写しに旧姓（旧氏）記載されていることが必須条件となる）。

電子証明書の 利用申込者
データを入力 確認
（※1）

4
5

6
7
8

9
10
11
12
13

利用者名（カナ）
画面入力
利用者名（ローマ字） 利用者名（カナ）より自動生成（※2）
電子証明書のデータを入力（※1）
住所（漢字）
画面入力
住所（カナ）
画面入力
住所（ローマ字）
住所（カナ）
より自動生成（※2）
電子証明書のデータを入力
（※1）
生年月日
画面入力
実印
押印
届出印
押印
受取代人氏名
画面入力
受取代人住所
画面入力
※1

利用申込者
利用申込者
確認（修正
可能）
利用申込者
確認

必須
必須

利用申込者
利用申込者
利用申込者
確認（修正
可能）
利用申込者
確認

必須
必須
省略可

利用申込者
利用申込者
利用申込者
利用申込者
利用申込者

必須
必須
省略可
省略可
省略可

外国人の場合、住民票の写しに記載されている通称
名、パスポート等のコピーも可。
旧姓も可能（項番 3 を参照）。

2014 年 10 月 10 日以降発行する電子証明書から自宅住所ローマ字の格納は任意とする。

既に IC カードを所有している利用者が申込む場合、IC カードに格納されている電子証明書に記載されている利用者のデータを利用し申込みを行うことができる。

37
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

その場合、電子証明書の内容が電子証明書発行申込画面に自動表示され、利用申込者による修正は行えない。
※2

各項目のカナより自動生成されるが、利用申込者により修正することも可能である。

なお、利用申込書には、利用申込みをする電子証明書の用途が記載されている。

【所属組織についての項目】
表 4-3 利用申込書の記載事項（所属組織）
項番
0
1

2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
※1

項目
法人番号
所属組織名（漢字）

入力方法
画面入力
画面入力
電子証明書のデータを入力（※1）
所属組織名（カナ）
画面入力
代表者名（漢字）
画面入力
代表者名（カナ）
画面入力
所属組織名
画面入力
所在地
画面入力
事業所名・支店名 画面入力
担当部署名
画面入力
請求先
担当者名
画面入力
電話番号
画面入力
FAX 番号
画面入力
メールアドレス
画面入力
所属組織名
画面入力
所在地
画面入力
事業所名・支店名 画面入力
担当部署名
画面入力
連絡先
担当者名
画面入力
電話番号
画面入力
FAX 番号
画面入力
メールアドレス
画面入力

入力者
利用申込者
利用申込者
利用申込者確
認

省略可否
必須※2
必須

利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者
利用申込者

必須
必須
必須
必須
必須
必須
必須
必須
必須
必須
必須
必須
必須
必須
必須
必須
必須
必須
必須

備考

既に IC カードを所有している利用者が申込む場合、IC カードに格納されている電子証明書に記載されている利用者のデータを利用し申込みを行うことができる。
その場合、電子証明書の内容が電子証明書発行申込画面に自動表示され、利用申込者による修正は行えない。

※2 個人事業主など法人番号の指定対象法人等以外は省略

38
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217(2) 在職証明書（電子委任状法対応の場合は「在職証明書 兼 委任証明書」）【所属組織についての項目】
表 4-4 在職証明書の記載事項
項番

項目

入力方法

入力者

0

法人番号

画面入力

1

所属組織名（漢字）－(※1)
画面制御で自動生成
電子証明書の利用申込者確認
データを入力（※2）

2

本店所在地（漢字）

3
4
5
6
7

8

9

10

11

利用申込者

画面制御で自動生成－(※1)

電子証明書の利用申込者確認
データを入力（※2）
代表者名（漢字）－(※1)
画面制御で自動生成
所属組織の代表者印 押印
所属組織の代表者が押印
利用者の住所－(※1)
画面制御で自動生成
利用者名（漢字）－(※1)
画面制御で自動生成
以下項目は、電子委任状法対応の場合に入力
代理権内容
画面入力
利用申込者
電子証明書の利用申込者確認
データを入力（※2）
代理権制限
画面入力
利用申込者
電子証明書の利用申込者確認
データを入力（※2）
組織代表者名
画面入力
利用申込者
電子証明書の利用申込者確認
データを入力（※2）
代表者肩書
画面入力
利用申込者
電子証明書の利用申込者確認
データを入力（※2）
利用者役職名
画面入力
利用申込者
電子証明書の利用申込者確認
データを入力（※2）

省略
可否
必須
※3
必須

備考

必須

利用申込書には記載されない。

必須
必須
必須
必須
必須

任意

任意

電子委任状法対応の申請システムにて利用する
場合に、必要な項目を入力する
ことで電子証明書に格納され
る。

任意

任意

※1

利用申込書のために入力されたデータがそのまま利用される（在職証明書のみを作成した場合を除く）。

※2

既に IC カードを所有している利用者が申込む場合、IC カードに格納されている電子証明書に記載されている利用者のデータを利用し申込みを行うことができる。その場合、電子証明書の内容が電子証明書発行申込
画面に自動表示され、利用申込者による修正は行えない。

※3

個人事業主など法人番号の指定対象法人等以外は省略

4.2. 電子証明書の発行
本認証局は、認証を行った利用申込者に対して電子証明書の発行を行う。本認証局は利用者署名符号、及び発行された当該利用者の電子証明書を、IC カードに格納し、本人限
39
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

定受取郵便（特例型）にて利用者の住民票の写しに記載されている住所に送付する。利
用者は、本人限定受取郵便（特例型）の代人受取制度を利用して、IC カードの代人による受け取りを指定することが可能だが、その際は利用申込みにあたり本人限定受取郵便（特例型）の代人受取申請をしておくことが必要である。また、本認証局は、IC カード
用 PIN 通知書（ロック解除用 PIN を含む、以下、PIN 通知書という）を簡易書留郵便にて利用者の住民票の写しに記載されている住所に送付する。
本認証局より発送した IC カード、または PIN 通知書が、郵便局より本認証局に返送されてきた場合、本認証局は IC カード、または PIN 通知書の再送付をそれぞれの送付方法で2 回を限度として行う。
また、本認証局より発送された IC カード、または PIN 通知書が郵便局より本認証局に 3回返送されてきた場合、本認証局は当該利用者の電子証明書に対して失効を行う。
相互認証証明書の発行においては、相互認証先よりオフラインで提示される証明書発行
要求（PKCS#10 フォーマット）について、本認証局において署名検証等を実施後、これをもとに相互認証証明書を発行する。本認証局では、発行を行った相互認証証明書をオフ
ラインにて相互認証先へ提出する。また、相互認証証明書は、リポジトリにて公開を行う。相互認証証明書の発行手順の詳細は、相互認証先との相談のもと決定することとする。

4.3. 電子証明書の受け取り
利用者は IC カード、及び PIN 通知書の受領後、電子証明書の内容確認を行い、記載内容が利用申込時の内容と相違がある場合、直ちに本認証局へ連絡する。問題がなければ当該の IC カードに格納されている電子証明書を利用し電子署名を付した受領書データ（以下、受領書データという）を送信するか、本認証局に TDB 電子証明書 TypeA 受領書用紙（以下、受領書用紙という）の送付を依頼し、本認証局より送付する受領書用紙に、申込書に押印した実印または届出印を押印した受領書（以下、受領書という）を本認証局に送付しなければならない。
なお、受領書用紙は IC カード１枚毎に１枚送付する。複数枚の IC カードを利用申込みした場合には、その発行枚数分の受領書データまたは受領書を提出する必要がある。
本認証局は、IC カードと PIN 通知書を送付し、利用者の住民票の写しに記載されている住所の最寄の各郵便局に到着後、本人限定受取郵便（特例型）の郵便局での保管期間である 10 日以上経過しても受領書データまたは受領書が到着しなかった場合、利用者もし
くは所属組織に対して受領書データまたは受領書の送付を督促する。IC カード送付後 45日を経過しても、受領書データまたは受領書が到着しなかった場合、本認証局は原則として当該利用者の電子証明書に対して、失効を行う。
40
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

相互認証証明書については、オフラインにて相互認証接続先と交換を行うとともに、リ
ポジトリにて公開を行う。

4.4. IC カード初期不良時の対応
IC カードに初期不良が発見された場合、利用者は本認証局に対し IC カード初期不良の連絡をする。本認証局は利用者に対し、IC カード初期不良再発行同意書（以下、初期不良再発行同意書という）を FAX 等にて送付する。利用者は初期不良再発行同意書を受領
後、以下の書類を本認証局宛に郵送もしくは、TDB 事業所へ持参し提出する。
・IC カード初期不良再発行同意書
・IC カードの券面コピー
本認証局は、初期不良申請に基づき審査を行い、当該初期不良申請の内容に問題が発見されなかった場合、当該電子証明書を失効するとともに、IC カードの再発行を行う。

4.5. ロック解除用 PIN
利用者が使用している IC カードは、PIN 入力を PIN 通知書に記載された規定回数を連続して間違えるとロックが掛かり利用不能となる設定が施されている。IC カードがロックされた場合、当該利用者はロック解除用 PIN を利用して、IC カードのロックを解除することができる。
ロック解除用 PIN は、PIN 通知書に同封され利用者に届けられる。

4.6. 電子証明書の失効と一時停止
電子証明書の失効は、利用者、相互認証先、本認証局（所属組織等からの失効届出の受理を含む）のそれぞれの申請、及び事由により実施する。それぞれの失効事由を以下に規定するが、想定されていない事由が発生した場合は、電子認証局責任者の判断に基づ
き当該電子証明書を失効することができる。
なお、本認証局では、電子証明書の一時停止は行わない。

4.6.1. 失効事由

4.6.1.1. 利用者の電子証明書の失効事由（１）利用者による失効事由
利用者による失効の事由は下記のいずれかによるものとする。
41
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

・自らが所有する利用者署名符号が危殆化もしくは危殆化のおそれがある場合。
・IC カードを紛失した場合。
・IC カードの破損等によって IC カードが使用できなくなった場合。
・電子証明書の記載内容に変更がある場合。
・電子証明書の利用を中止する場合。
（２）本認証局による失効事由
本認証局による失効の事由は下記のいずれかによるものとする。
・利用者署名符号が危殆化もしくは危殆化のおそれがある場合。
・郵便局より本認証局に IC カード、または PIN 通知書が 3 回返送されてきた場合。
・期日を過ぎても、本認証局に受領書データまたは受領書が到着しない場合。
・発行者署名符号が危殆化もしくは危殆化のおそれがある場合。
・本認証局が認証業務を廃止する場合。
・電子証明書の記載事項に誤りがあった場合。
・利用者の所属する組織等からの失効届出に基づき、電子証明書に記録された事項に事実と異なるものが発見されたと確認した場合（利用者死亡の場合を含む）
・その他、本認証局が必要と判断した場合。

4.6.1.2. 相互認証証明書の失効事由（１）相互認証先による失効事由
相互認証先による失効の事由は下記のいずれかによるものとする。
・相互認証を停止する場合。
・相互認証先の発行者署名符号が危殆化もしくは危殆化のおそれがある場合。
・認証ポリシーの変更がある場合。
・その他、相互認証先が必要と判断した場合。
（２）本認証局による失効事由
本認証局による失効の事由は下記のいずれかによるものとする。
・相互認証を停止する場合。
・発行者署名符号が危殆化もしくは危殆化のおそれがある場合。
・本認証局が業務を廃止する場合。
・相互認証先の発行者署名符号が危殆化もしくは危殆化のおそれがある場合。
・相互認証基準違反があった場合。
・認証ポリシーの変更がある場合。
・その他、本認証局が必要と判断した場合。

4.6.2. 利用者による失効
利用者が何らかの失効事由により、利用者の電子証明書を失効しなければならないと判断した場合、失効を本認証局に申請しなければならない。

42
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

4.6.2.1. 失効申請の提出による失効
本認証局は失効申請者の真偽確認の結果、正当であると認められた場合は、失効処理を行う。なお、失効申請書は TDB のホームページ上に掲載公開されており、これを使用する。1 枚の失効申請書で複数枚の IC カード（最大 5 枚）の失効申請ができる。
（１）失効受付
失効申請は郵送もしくは TDB 事業所の窓口での受付を可能とする。但し緊急の場合
は FAX による失効申請を受付けるが、この場合別途定める手順に従い本人確認を行う。
（２）確認方法
失効申請者の真偽を確認するにあたっては、申請に必要となる書類が全て揃っていること、公的書類については、少なくとも記載内容、形式、公的書類が提出された場合、有効期限等において真正なものであること、失効申請書の記載内容が利用申込書の記載内容と齟齬がないことを確認する。なお、申請にあたっては届出印、届
出実印、もしくは利用者の実印が利用されるものとする。
（３）必要書類一覧
失効申請書類は、以下の通りとする。利用者は、以下の必要書類をすべて取りそろ
えて申請を行うものとする。
表 4-5 失効申請時の提出書類
項番
1
2

提出書類
電子証明書失効申請書（利用者請求）

備考
利用者氏名、IC カード ID、失効事由、押印等が必要【届出印、届出実印が利用されない場合】 発行日から 3 ヶ月以内のもの
利用者の印鑑登録証明書

表 4-6 失効申請書の記載事項
項番
1

申請日

項目

省略可否
必須

2

利用者名

必須

3
4
5
6
7
8

生年月日
利用者住所
所属組織名
電話番号
FAX 番号IC カード ID

必須
必須
必須
必須
省略可
必須

備考
未記入の場合、登録局にて受付日を記入する。利
用者への問い合わせは行わない。
利用者が利用申込において電子証明書の固有名称に旧姓記載を希望していた場合は、旧姓（旧氏）もしくは住民票の写しで確認できる現姓が記入されていることを確認する。

５つまで指定可43
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

9

失効事由

必須

10

届出実印または届
出印（届出実印が変更された場合は印
鑑登録証明書添付）

必須

以下より選択する。
①紛失・盗難②破損③電子証明書の記載内容の変更④利用中止⑤その他（具体的に記入）
利用申込時の届出印または届出実印：電子証明書
利用申込時に押印されたもの
届出実印が変更された場合は、実印（４）失効通知書の送付
当該電子証明書の失効操作が完了した後、電子証明書失効通知書（以下、失効通知書という）を作成し利用者本人へ郵便で送付、または手交する。
（５）緊急時の対応
利用者は、電子証明書の緊急な失効が必要と判断した場合、これを本認証局に要求することができる。本認証局は、可及的速やかに失効申請者の真偽確認を行い、失効が正当であると認められた場合は、失効処理を行う。
緊急失効時においては、本認証局側からのコールバックにより利用者の本人性を確認する。また、申請にあたっては、FAX により失効申請書を提出できるが、利用者は後日書類の原本を郵送にて本認証局に提出しなければならない。

4.6.2.2. 電子証明書を使用した電子失効申請データによる失効
本認証局は利用者から送信された電子失効申請データに対する真偽確認の結果、正当であると認められた場合は、失効処理を行う。
当該データは、利用者が電子証明書と TDB のホームページ上に公開される専用ソフトウ
ェアを使用することにより、作成および本認証局へ送信される。利用者は当該データを作成する際に以下の必要事項について、電子証明書の記載内容から反映したうえで、一部を入力するものとする。
表 4-7 電子証明書を使用した電子失効申請データの記載事項
項番
1
2
3
4
5
6
7

8
9

項目
申請日
利用者氏名
所属組織名
所属組織住所
IC カード ID
有効期限
失効事由

失効通知書の選択
部署名

省略可否
必須
必須
省略可
省略可
必須
必須
必須

必須
必須

備考
利用者の操作日が反映される。
電子証明書の記載内容が反映される。
個人事業主の場合は省略される。
電子証明書の記載内容が反映される。
電子証明書の記載内容が反映される。
以下より選択する。
①電子証明書の記載内容の変更②利用の中止「利用者のみ」「利用者および担当者」を選択。
入力を行う。

44
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

10
11
12
13
14

担当者名
郵便番号
住所
電話番号
メールアドレス

TDBCA-TypeA-A001-217

必須
必須
必須
必須
必須

（１）失効受付および確認方法
利用者が電子失効申請データを送信すると、TDB 専用サーバに格納される。当該データは、署名検証と証明書検証、およびデータ内容と形式が真正なものであることの検証により、利用者本人からの申請であること、および本人の意思を確認する。
検証に問題がない場合は専用サーバに格納される。
（２）失効通知書の送付通知の対象は、当該電子証明書の利用者本人、加えて電子失効申請データ作成時に指定されていた場合には所属組織等の担当者とする。

4.6.3. 相互認証先による失効
本認証局では、相互認証先から、相互認証証明書の失効が申請された場合、失効を実施する。失効申請は、以下の情報が明記された書面にて行われなければならない。
・失効対象となる相互認証証明書を一意に識別するための情報
・失効事由
・失効日時
失効結果については、original_CRL 、及び ARL に記載し公表することに加えて、要求元に対して通知を行う。

4.6.4. 本認証局による失効
本認証局が失効事由のいずれかにより電子証明書を失効しなければならないと判断した場合は、当該電子証明書の失効を行う。
また、利用者の所属する組織等が何らかの失効事由により利用者の電子証明書の失効が必要と判断し、失効届出書を本認証局に提出した場合は、本認証局は提出された失効届出書を確認して、当該利用者の電子証明書に記録された事項に事実と異なるものが発見されたものと判断して、当該電子証明書の失効を行う。
利用者が死亡した場合は、所属組織等や利用者の親族、もしくは第三者からの失効届出および利用者の死亡が確認できる公的書類（全部事項証明（戸籍謄本）もしくは個人事
項証明（戸籍抄本）等）を受付する。
(１) 失効届出受付
失効届出は郵送もしくは TDB 事業所の窓口での受付を可能とする。但し緊急の場合
は FAX による失効届出を受付けるが、この場合別途定める手順に従い届出本人確認を行う。
45
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217(２) 確認方法
失効届出者の真偽を確認するにあたっては、届出に必要となる書類が全て揃っていること、公的書類については、少なくとも記載内容、形式、公的書類が提出された場合、有効期限等において真正なものであること、失効届出書の記載内容が利用申込書の記載内容と齟齬がないことを確認する。なお、届出にあたっては届出代表印、
届出実印（商業登記を行っていない個人事業者については、代表者印が存在しない
ため、代表者個人の実印をもって代替）が利用されるものとする。
(３) 必要書類一覧
失効届出書類は、以下の通りとする。失効届出者は、以下の必要書類をすべて取りそろえて届出を行うものとする。

46
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217【所属組織等による届出の場合】
表 4-8 失効届出時の提出書類（所属組織届出用）
項番
1
2

備考
利用者氏名、IC カード ID、失効事
由、押印等が必要
発行日から 3 ヶ月以内のもの【届出代表者印が利用されない場合】※
所属組織代表者印の印鑑証明書【利用者死亡による失効事由の場合のみ】
発行日から 3 ヶ月以内のもの
利用者の死亡が確認できる公的書類（全部事項証
明（戸籍謄本）もしくは個人事項証明（戸籍抄本）
等）

3

※

提出書類
電子証明書失効届出書（所属組織請求）

商業登記を行っていない個人事業者については、代表者印が存在しないため、代表者個人の印鑑登録証明書をもって代替する。

表 4-9 失効届出書の記載事項（所属組織届出用）
項番
1

届出日

省略可否
必須

2

利用者名

必須

3
4
5
6
7

生年月日
利用者住所
所属組織名
IC カード ID
失効事由

必須
必須
必須
必須
必須

8
9
10
11

届出者所属組織名
届出者連絡先所在地
失効届出者
失効届出者所属部署
名
電話番号
FAX 番号
届出代表者印（届出代表者印が変更された場合は印鑑証明書添付）

省略可
必須
必須
省略可

12
13
14

項目

必須
省略可
必須

備考
未記入の場合、登録局にて受付日を記入する。所属組織の担当者への問い合わせは行わない。
利用者が利用申込において電子証明書の固有名
称に旧姓記載を希望していた場合は、旧姓（旧氏）もしくは住民票の写しで確認できる現姓が記入されていることを確認する。

５つまで指定可以下より選択する。
①電子証明書の記載内容の変更②当該利用者の在職資格の喪失③利用者死亡④その他（具体的に記入）
利用者死亡時の届出で親族等の場合のみ省略可

事業所・支店・担当部署名

利用申込時の届出代表者印：在職証明書に押印されたもの
届出代表者印が変更された場合は、所属組織の代表者印
個人事業主で利用者が死亡した場合は、親族や第三者など届出者が押印(４) 失効通知書の送付通知の対象は、当該電子証明書の利用者本人、加えて所属組織等によって失効届出が行われていた場合には所属組織等の担当者とする。
47
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

4.6.5. 失効情報の発行頻度
本認証局は、original_CRL 、及び CRL/ARL の発行を 24 時間毎に行う。
但し、有効期間の満了した電子証明書の有効性確認についての問い合わせに対しては、これに応じない。

4.7. セキュリティ監査の手順
本認証局は、その安全性、及び信頼性を維持するため、PKI の運用に関係するイベントを記録し、これを適宜監査するものとする。

4.7.1. 記録するイベントの種類
監査用記録には少なくとも次に挙げるものが含まれる。
（１）利用申込み、及び失効申請についての承認・拒否のプロセスにおける記録（２）本認証局の発行者署名符号の生成記録（３）本認証局が発行する各種電子証明書生成・失効記録（４）利用者の署名符号の生成記録（５）利用者の電子証明書発行・失効記録（６）認証設備室への入退室記録、及び入室権限についての承認記録（７）認証設備システムへの不正なアクセスの記録（８）認証設備システムの動作記録（９）帳簿書類へのアクセス、及び帳簿書類の廃棄についての記録

4.7.2. 記録の監査の頻度
監査用記録の監査は、セキュリティを確保する上で、適切と思われる頻度で実施する。

4.7.3. 監査用記録の保管期間
監査用記録はアーカイブデータと同様の手続きで保管される。
本認証局運用規程「4.7.1 記録するイベントの種類」（１）～（５）の記録については、
それに関わる電子証明書の有効期間満了後 10 年間保管されるものとする。
本認証局運用規程「4.7.1 記録するイベントの種類」（６）～（９）の記録については、作成された日から次回の特定認証業務の認定更新日まで保管されるものとする。

4.7.4. 監査用記録の保護
監査用記録は、別途事務取扱要領にて定められた手段を用い、流出、改竄、削除等から保護される。

48
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

4.7.5. 監査用記録のバックアップ手順
バックアップが必要な監査用記録が存在する場合、別途事務取扱要領に定められた手順を遵守してバックアップを行う。

4.7.6. 監査用記録システム
本認証局では、発行局または登録局のシステムによる自動処理、及びオペレータによる手動での作業を組み合わせて、監査用の記録を収集する。

4.7.7. 問題の原因となるイベントの通知処理もしくは実行によりセキュリティに関する重大なイベント、または不具合が生じた
場合、各担当者は各々の業務責任者に報告する。

4.7.8. 脆弱性の評価
本認証局においては、PKI 全体に影響を与える可能性がある脆弱性が検出された場合、適切な対応を施す。

4.8. 記録のアーカイブ
本認証局は、以下の書類、及び電子的記録を含む電子署名法で定めた帳簿類を保存する。

4.8.1. アーカイブの対象
本認証局は、以下の情報をアーカイブの対象として保管する。
（１）電子証明書の申込書、及びその添付書類（２）電子証明書の発行作業指示、作業報告等、発行業務に関する記録（３）登録局システムに登録された申請に関する全ての情報（４）利用者の署名符号の生成、及び廃棄に関する記録（５）利用者から提出される IC カードの受領書（オンライン）（受領書データを出力したもの）または受領書（６）本認証局より発行された各種電子証明書（自己署名証明書、相互認証証明書、利用者の電子証明書等）（７）発行者署名符号の管理に関する記録（８）電子証明書の失効申請書、失効届出書、及びその添付書類（９）電子証明書の失効作業指示等、失効業務に関する記録（１０）失効端末による失効操作に関する記録（１１）利用者の電子証明書におけるライフサイクル履歴（１２）開示業務に関する記録
49
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217（１３）本認証局運用規程とその変更に関する記録（１４）業務手順を記述した文書（事務取扱要領等）とその変更に関する記録（１５）要員任命、組織管理に関する記録（１６）業務委託先の管理に関する記録（１７）監査に関する記録（１８）検討委員会議事に関する記録（１９）認証業務用機器の動作、保守、変更に関する記録（２０）認証業務用機器への不正アクセスの記録（２１）認証設備室への入退室に関する記録（２２）認証設備室への入室権限付与に関する記録（２３）事故に関する記録（２４）帳簿書類の管理に関する記録

4.8.2. アーカイブの保管期間
本認証局運用規程「4.8.1 アーカイブの対象」の（１）～（１８）の記録については、それに関わる電子証明書の有効期間の満了後 10 年間保管されるものとする。
本認証局運用規程「4.8.1 アーカイブの対象」の（１９）～（２４）の記録については、作成された日から次回の特定認証業務の認定更新日まで保管されるものとする。

4.8.3. アーカイブの保護
アーカイブに使用するメディアには、物理的なセキュリティ保護がなされており、漏え
い、滅失またはき損防止のための措置が施されている環境で保護されている。また温度、湿度、磁気等環境における要素を考慮した上で保護されている。

4.8.4. アーカイブのバックアップ手順
バックアップが必要なアーカイブデータについては、別途事務取扱要領に定められた手順を遵守してバックアップを行う。

4.8.5. アーカイブの保管方法
本認証局は、アーカイブされた情報が保管期間を通じて読解可能な形式で保管されていることを保証する。

4.9. 本認証局の鍵更新
本認証局は、発行者署名符号の更新にあたり、新旧二つの発行者署名符号の関係をリンク証明書を用いて証明する。このため、発行者署名符号の更新時においては、自己署名証明書の更新に加えて、リンク証明書の発行も必要となる。
50
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

自己署名証明書、及びリンク証明書は、リポジトリに公開される。

4.10. 危殆化、及び災害への対応
危殆化、及び災害への対応として、本認証局は、次のことを行う。
（１） 次の項目を含む詳細な文書を作成し保管する。
鍵が危殆化するような事態、ハードウェア、ソフトウェア、通信に関連する故障や不具合、火災や洪水等の自然災害等を考慮した上での緊急事態や災害、その他、本認証局が技術的あるいは運用上緊急に本認証サービスを停止する必要があると判断した場合（政府や地方自治体による要請等を含む）に対する対応計画。
（２） 緊急事態、及び災害に対する復旧計画手順について、関係するスタッフ全員に適切なトレーニングを実施する。

4.10.1. 災害等における障害対策
ハードウェア、ソフトウェアまたはデータの障害が発生した場合、定められた手順に従って速やかに障害個所の特定、及びそれに対する対策が施される。また、その障害の重要度により、利用者への通知、署名検証者への公開、及び相互認証先への連絡を行う。
さらに、以下に挙げる状態を「重大な障害」と定義し、該当する場合には主務大臣へ通報する。
「original_CRL、及び CRL/ARL のいずれか、もしくは全ての更新が 7 日間以上にわたって停止し、かつ利用者への通知、及び署名検証者への公開が出来なかった場合」

4.10.2. 発行者署名符号の危殆化
本認証局は、本認証局自身の発行者署名符号が危殆化した場合は、直ちに危殆化した発行者署名符号を用いて電子署名された電子証明書（利用者の電子証明書、相互認証証明書等）を失効するとともに、original_CRL 、及び CRL/ARL を発行し、バックアップを含む全ての発行者署名符号を削除する。
また、発行者署名符号が危殆化のおそれがある場合は、電子認証局責任者の判断により、危殆化のおそれがある発行者署名符号を用いて電子署名された電子証明書（同上）を失効するとともに、original_CRL 、及び CRL/ARL を発行し、バックアップを含む全ての発行者署名符号を削除する。
本認証局自身の発行者署名符号が危殆化した場合、または危殆化のおそれがある場合、直ちに利用者への通知、署名検証者への公開、相互認証先への連絡、及び主務大臣への通報を行う。
なお、本認証局は、発行者署名符号が危殆化もしくは危殆化のおそれがある等の事態が起こった場合の対応策をまとめた計画を作成している。

51
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

4.11. 本認証サービスの廃止
特定認証業務の認定の更新を受けない場合等を含めて、本認証局が認証業務を廃止する
場合には、全ての利用者の電子証明書、及び相互認証証明書を廃止日までに失効し、バックアップを含む全ての発行者署名符号を削除するとともに、廃止日の 60 日前までに電子証明書の利用者に連絡を行う。また、電子証明書の署名検証者、相互認証先に対しても、同様に認証業務を廃止する旨、及び発行済み電子証明書の失効処理方法等の情報提供を行う。具体的には以下のいずれかの方法により連絡を行う。
（１）認証業務を廃止する通知書類を郵送する。
（２）TDB のホームページへの掲載で告知する。
なお本認証局では、本認証サービスの廃止時において、それまでに発行した全ての電子証明書の有効期間を包含する十分な長さの有効期間を持った original_CRL 、及び
CRL/ARL を作成し、リポジトリにて全ての電子証明書の有効期間が満了するまで公開する。この際、original_CRL 、及び CRL/ARL の日次での更新は行わない。

52
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

5. 物理面、手続き面、及び人事面のセキュリティコントロー
ル
5.1. 物理面のコントロール
5.1.1. サイト、及び建物登録局、及び発行局は、本認証局全体の信頼性を確保するために、十分考慮された建物
内に構築され、不正アクセス等への対策が施されている。
また、登録局、及び発行局の所在を明示または暗示する名称を、看板もしくは表示板等によって建物内外に一切掲示しない。

5.1.2. 物理的アクセス（１）登録局
・RA 認証業務室
RA 認証業務室は専用室で、出入口には生体認証電子ロックが取り付けてあり、入室の際は、磁気カード、パスワード、及び生体認証が要求される。また、入退室の際は、RA
認証業務室入退室管理簿への記録が義務づけられている。
なお、入退室時以外は施錠されていることから、入室権限を持つ者以外が容易に RA 認
証業務設備に触れることができないようになっている。
・RA 発行業務室
RA 発行業務室は、入室に際して、あらかじめ許可された 2 人以上の人員による操作が必要であり、入室権限を有する者以外が RA 発行業務設備に容易に触れることができな
いようになっている。入室権限を有しない者の入室については、定められた手続きを行い 2 人以上の入室権限保有者が帯同する。
また、規定された入室方法、入室手続きで入退室が行われていることを日常確認している。
さらに、RA 発行業務室への入退室については以下の管理が実施されている。
①2 人以上での指紋認証装置の操作による入室②試行時間、及び試行回数の制限③不正な操作による開扉があった場合の通報④退室の際、入室者数と同人数の退室を確認⑤遠隔監視カメラによる継続的な監視の実施、及びその記録
・RA システム管理業務用設備
登録局で利用する申請管理システムは、専用ラックに設置されており、常時施錠されている。専用ラックの鍵は本設備を設置しているデータセンターにて管理されており、作業等により専用ラックを開ける必要がある場合は、あらかじめ登録された本設備の
53
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

関係者のみが、貸出／返却履歴に記入の上、鍵の貸与を受けて使用することが出来る。
（２）発行局・認証設備室IA 業務用設備が設置される認証設備室へは、入室に際して、あらかじめ許可された 2人以上の人員による操作が必要である。入室権限を有しない者の入室については、定められた手続きを行い 2 人以上の入室権限保有者が帯同する。
また、規定された入室方法、入室手続きで入退室が行われていることを日常確認している。
さらに、認証設備室への入退室については以下の管理が実施されている。
①2 人以上での指紋認証装置の操作による入室②試行時間、及び試行回数の制限③不正な操作による開扉があった場合の通報④退室の際、入室者数と同人数の退室を確認⑤遠隔監視カメラによる継続的な監視の実施、及びその記録

5.1.3. 災害対策
登録局、及び発行局は、水害、火災、地震等の災害対策を下記の通り実施している。
①防水対策
洪水等の影響を考慮し、適切な防水対策を施している。
②火災対策
建築基準法に規定する耐火建築物内であり、かつ防火区画内に設置している。
また、室内には自動火災報知器と、消火装置を設置している。
③耐震
建築基準法に規定されている構造耐力等の基準に適合している。
④停電対策
UPS(無停電電源装置)、自家発電装置等による停電対策を施している。

5.1.4. メディアの保管
アーカイブデータ、バックアップデータを含む媒体は、保管場所として十分考慮された室内に設置された施錠可能な場所に保管されるとともに、所定の手続きに基づき適切に搬入出管理を行う。

5.1.5. 廃棄物処理
発行者署名符号、商業的に重要な情報または機密情報を含む紙面の文書、及び電子媒体
は、次の方法で安全に破棄される。破棄に関する方法の詳細は、別途手順書に定める。
（１）バックアップを含む関連する全ての発行者署名符号
本認証局では、発行者署名符号の使用を終了する際に、暗号モジュールに格納された当該発行者署名符号をバックアップも含めて完全に消去する。破棄作業はあらか
じめ定められた場所、及び複数人で実施する。
54
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217（２）電子媒体の場合物理的なダメージを与え完全に破壊するか、無効情報の上書き等により完全に消去する。
（３）印刷物の場合
確実に断裁破棄するか、溶解処分する外部のサービスによって破棄する。
（４）IC カードの場合
物理的なダメージを与え完全に破壊するか、IC カードライタを使用して IC カードの内容をゼロクリアする。
（５）コンピュータ端末の場合本認証局で作成した利用者の署名符号、及びアクティベーションデータ（PIN、及びロック解除用 PIN）については、利用者へ送付する IC カードへの格納後、専用のソフトウェアを用いて確実にデータの消去を行う。他のデータについては、専用のソフトウェアの利用やハードディスクのフォーマット、ディスクの物理的な破壊等によって、データの消去を行う。

5.1.6. オフサイトバックアップ
発行者署名符号を含む暗号モジュールについては、オフサイトバックアップを行う場合がある。

5.2. 手続き面のコントロール
5.2.1. 信用に関わる役割
作業を行う者が単独でシステム全体を悪用することを防ぐため、本認証局運用業務の遂行は基本的に複数人管理のもとで行われる。

5.2.2. タスクごとの人数
各役割には、それぞれ別の担当者が配属される。但し、セキュリティ上問題がないと判断された場合には、1 人の担当者が複数の役割を兼任することがある。

5.2.3. 権限の割当と認証認証業務においては、個々の業務について、承認のプロセスが明確化され、どの担当者が何を行うべきかが明確に定められている。
設備のオペレーションについても、担当者とその役割が明確に定められており、システ
ムはオペレーションしようとしているオペレータがあらかじめ設定された適切なオペレータか否かを認証するための仕組みを実装している。

55
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

5.3. 人事面のコントロール
本認証局は、以下に示す人事面のコントロールを施す。また、本認証局が業務の一部を外部に委託する場合においても、委託先にて適切な人事面でのコントロールが行われる
ように、委託先に指示し、管理を行う。

5.3.1. 経歴、資格、経験、及び必要条件
本認証業務の運営に携わる人員は、各ポジションで必要となる経歴、資格、経験、及び必要条件が別途定められ、これらを考慮したうえで配置される。

5.3.2. 人員配属に関する規定事項
本認証サービスに係る人員については、電子認証局責任者により任命される。また、配属される者は、本認証サービスによって知り得た情報に対する機密保持誓約書を電子認
証局責任者に提出する。

5.3.3. トレーニング要件
認証業務の遂行に必要な電子署名技術・鍵管理技術・セキュリティ技術等の知識、経験
それらを有している技術者を規定し、認証業務に配置する。
認証業務に携わる各担当者に必要な教育訓練計画を別途定め、計画に従って教育訓練を実施する。
指揮命令系統、責任及び権限、業務の手順に変更があった場合、変更後可能な限り速やかに必要な教育訓練を実施する。

5.3.4. 権限のない行為に対する制裁
本認証局業務に携わる各担当者による権限のない行為に対しては、故意、過失に関わらず定められた罰則が適用される。

56
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

6. 技術的なセキュリティコントロール
6.1. 署名符号の生成、及びインストール
6.1.1. 署名符号の生成（１）本認証局の発行者署名符号生成
発行者署名符号の生成は、複数人の立会いの下、一名の操作ではできない方法により、認証設備室内に設置された専用のハードウェアに接続された暗号モジュールの中で行われる。
（２）利用者の鍵ペア（利用者署名検証符号／利用者署名符号）の生成
利用者の鍵ペアは、利用申込者からの利用申込みの審査・承認後、複数人による牽制の下で RA 発行業務室にて生成され、IC カードに格納される。
利用者署名符号は、IC カードに格納した後、生成から IC カードへの格納までに経由した装置等から完全に廃棄または消去される。

6.1.2. 利用者への署名符号の配送
利用者署名符号は IC カードに格納され、本人限定受取郵便（特例型）で利用者本人へ郵送される。利用者は、IC カードを受け取った後、本認証局に対して受領書データまたは受領書を送付しなければならない。
利用者は、本人限定受取郵便（特例型）の代人受取制度を利用して、代人を指定して IC
カードを受け取ることが可能である。その場合、代人は開封せずに利用者本人に IC カー
ドを渡さなければならない。

6.1.3. 本認証局への利用者署名検証符号の配送
利用者の鍵ペアは RA 発行業務において生成されるため、利用者署名検証符号を本認証局へ配送する必要はない。

6.1.4. 利用者への発行者署名検証符号の配送
発行者署名検証符号は、リポジトリで公開する方法により利用者に提供する。

6.1.5. 署名検証者への発行者署名検証符号の配送
発行者署名検証符号は、リポジトリに公開する方法により署名検証者に提供する。

6.1.6. 鍵のサイズとアルゴリズム
発行者署名符号には、以下の仕様に適合する鍵を利用する。
【署名方式】RSA 方式（SHA-256withRSAEncryption、OID は 1 2 840 113549 1 1 11）※旧発行者署名符号（第 1 世代(G1)、第 2 世代(G2)、および第 3 世代(G3)）は SHA57
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

1withRSAEncryption、OID は 1 2 840 113549 1 1 5【合成数】2048 ビット
利用者署名符号には、以下の仕様に適合する鍵を利用する。
【署名方式】RSA 方式（SHA-256withRSAEncryption、OID は 1 2 840 113549 1 1 11）※旧利用者署名符号（2014 年 10 月 9 日以前の発行）は SHA-1withRSAEncryption、OID
は 1 2 840 113549 1 1 5【合成数】2048 ビット※旧利用者署名符号（2014 年 10 月 9 日以前の発行）のサイズは 1024 ビット

6.1.7. ハードウェア/ソフトウェアでの鍵ペアの生成
本認証局の鍵ペアは、暗号モジュール内で生成される。
利用者の鍵ペアは、全てソフトウェアにて生成される。

6.1.8. 発行者署名符号の使用目的
発行者署名符号は、以下の目的に利用する。
（１）利用者の電子証明書への電子署名（２）自己署名証明書への電子署名（３）相互認証証明書、及び自己署名証明書発行要求(PKCS#10 フォーマット)への電子署
名（４）リンク証明書への電子署名（５）original_CRL 、及び CRL/ARL への電子署名

6.2. 署名符号の保護
6.2.1. 暗号モジュールの基準
使用する暗号モジュールは、FIPS-140-1Level3 を満たす HSM である。

6.2.2. 署名符号の複数人管理
発行者署名符号の生成・保存・アクティベート、及び非アクティベート等の管理については、認証設備室内において複数人管理の下で行われる。

6.2.3. 署名符号のエスクロー
全ての署名符号について、エスクローの対象とはならない。

6.2.4. 署名符号のバックアップ
発行者署名符号のバックアップは、認証設備室内において複数人によってかつそのうち
58
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217の 1 名だけでは操作できない方法によって行われる。
バックアップ用の暗号モジュールは、認証設備室と同等のセキュアな環境に保管される。

6.2.5. 署名符号のアーカイブ
本認証局内で生成される署名符号は、何れもアーカイブの対象とはならない。

6.2.6. 署名符号の暗号モジュールへの格納
発行者署名符号は、認証設備室内の暗号モジュール内で生成され、保管される。

6.2.7. 署名符号をアクティブ・非アクティブにする方法
発行者署名符号は、認証設備室、またはこれと同等のセキュリティが確保された室内に設置された暗号モジュール内に格納される。発行者署名符号の状態変更を行う場合には、認証設備室内において、権限を持つ複数名の要員が必ず関与し、相互牽制を行う中で作業を行う。

6.2.8. 署名符号の破棄方法
暗号モジュール内の発行者署名符号を破棄する場合には、別途手順書に定められた手順に従い、認証設備室において、権限を持つ複数名の要員が必ず関与し、相互牽制を行う
中で作業を行う。破棄作業の全工程完了後には、発行者署名符号を復旧することはできない方法で行う。
破棄作業は、バックアップ分も含めた全ての暗号モジュールに対して、一連の作業指示において遅滞なく実施する。

6.3. 署名符号に対するその他の事項
6.3.1. 署名符号の使用期間
利用者署名符号は、それに対応する電子証明書の有効期間中のみ使用することが可能である。
自己署名証明書の有効期間は 10 年とする。但し、発行者署名符号は始めの 5 年間のみ電子証明書等への電子署名に利用する。

6.4. アクティベーションデータ
6.4.1. アクティベーションデータの生成、及びインストール
発行者署名符号、及び利用者署名符号についてのものを含む、全てのアクティベーショ
ンデータは、定められた規則に従って生成、及び管理される。
59
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

利用者署名符号のアクティベーションデータ（PIN、及びロック解除用 PIN）は、生成から IC カードへの格納まで、盗聴、改変等されないよう厳重に管理された RA 発行業務室
で安全に行われている。アクティベーションデータは簡易書留郵便にて利用者に送付され、その後、別途定められた手順に従って本認証局の設備内から完全に削除される。

6.4.2. アクティベーションデータ保護
本認証局内で使用されるアクティベーションデータについては、定められた規則に則って保護される。
利用者署名符号に対するアクティベーションデータ（PIN、及びロック解除用 PIN）は、利用者の責任をもって保護しなければならない。

6.4.3. アクティベーションデータに関するその他の要件
本認証局内でのアクティベーションデータの取扱については、事務取扱要領に記載される。

6.5. ネットワークセキュリティコントロール
本認証局では、ネットワークセキュリティに関して以下の基準を設けている。
・外部ネットワークと接続を行う場合、外部ネットワークからの認証設備室と RA 発
行業務室に対する不正なアクセスを防止・検知するため、ファイアーウォール、及び不正侵入検知システムを導入する。
・認証業務用設備間の通信においては、設備等の認証、盗聴防止、改ざん防止措置を実施する。
登録局、発行局、リポジトリ間の個々の設備、及び通信について、上記基準をもとにその重要性に応じて具体的な措置を決定し実施している。

6.6. 暗号モジュールの技術コントロール
発行者署名符号を管理する暗号モジュールとして、FIPS-140-1Level3 を満たす HSM を使用する。また、その安全性に対する脅威についての情報を常に収集し、問題があればそれに対する対策を行う。

60
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

7. 電子証明書、及び失効情報のプロファイル
本認証局が発行する各種電子証明書、及び失効情報(original_CRL、及び CRL/ARL)の形式、属性の仕様は以下の標準に準拠し定義している。
1) ITU-T Recommendation X.509 (1997)
2) IETF RFC3280：Internet X.509 Public Key Infrastructure Certificate and CRL Profile,
April 2002
詳細なプロファイルについては、Appendix に記載されている。

7.1. 電子証明書のプロファイル
7.1.1. バージョン番号
本認証局は、X.509 バージョン 3 に準拠した電子証明書を発行する。

7.1.2. 拡張領域
本認証局は、X.509 で定義された拡張領域を利用する。利用する拡張領域を以下に整理する。
表 7-1 電子証明書の拡張領域
項
番
1
2
3
4
5
6
7
8
9
10
11

拡張領域の名称
AuthorityKeyIdentifier
SubjectKeyIdentifier
KeyUsagecertificatePolicies
PolicyMappings
SubjectAltName
IssuerAltName
BasicConstraints
NameConstraints
PolicyConstraints
CRLDistributionPoints

Critica
l
False
False
True
True
True
False
False
True
True
True
False

自己署名
証明書
○
○
○
－
－
○
○
○
－
－
○

リンク
証明書
○
○
○
○※
－
－
－
○
－
－
○

相互認証
証明書
○
○
○
○
○
－
－
○
－
○
○

利用者
証明書
○
○
○
○
－
○
○
－
－
－
○

○：当該電子証明書に含める項目、－：当該電子証明書に含めない項目※ リンク証明書では certificatePolicies の Critical フラグを False に設定する。

ま た 、 本 認 証 局 で 発 行 す る 電 子 証 明 書 に お い て 、 標 準 領 域 の issuerUniqueID とsubjectUniqueID は常に利用しない。

7.1.2.1. 発行者鍵識別子（AuthorityKeyIdentifier）
本認証局では、各種電子証明書において、AuthorityKeyIdentifier として keyIdentifier
61
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217のみを設定する。設定値の詳細を以下に示す。
表 7-2 電子証明書の AuthorityKeyIdentifier（keyIdentifier）の設定
項番
12

電子証明書の種類
自己署名証明書
リンク証明書3
4

相互認証証明書
利用者の電子証明書

設定値
発行者署名検証符号の SHA-1 のハッシュ値
OldWithNew: 新発行者署名検証符号の SHA-1 のハッシュ値
NewWithOld: 旧発行者署名検証符号の SHA-1 のハッシュ値
発行者署名検証符号の SHA-1 のハッシュ値
発行者署名検証符号の SHA-1 のハッシュ値

7.1.2.2. 主体者鍵識別子（SubjectKeyIdentifier）
本認証局では、各種電子証明書において、SubjectKeyIdentifier を以下のように設定する。
表 7-3 電子証明書の SubjectKeyIdentifier の設定
項番
12

電子証明書の種類
自己署名証明書
リンク証明書3
4

相互認証証明書
利用者の電子証明書

設定値
発行者署名検証符号の SHA-1 のハッシュ値
OldWithNew: 旧発行者署名検証符号の SHA-1 のハッシュ値
NewWithOld: 新発行者署名検証符号の SHA-1 のハッシュ値
相互認証先の署名検証符号の SHA-1 のハッシュ値
利用者署名検証符号の SHA-1 のハッシュ値

7.1.2.3. 鍵用途（KeyUsage）
本認証局では、各種電子証明書において、KeyUsage を以下のように設定する。
表 7-4 電子証明書の KeyUsage の設定
項番
1
2
3
4

電子証明書の種類
自己署名証明書
リンク証明書
相互認証証明書
利用者の電子証明書

設定値
KeyCertSign と cRLSign を指定
KeyCertSign と cRLSign を指定
KeyCertSign と cRLSign を指定
Digitalsignature と nonRepudiation を指定

7.1.2.4. 証明書ポリシー（certificatePolicies）
本認証局では、各種電子証明書において、certificatePolicies を以下のように設定する。
表 7-5 電子証明書の certificatePolicies の設定
項番
1
2
3

電子証明書の種類
自己署名証明書
リンク証明書
相互認証証明書

設定値
設定しない。
OID=2.5.29.32.0（ANY-POLICY）を指定
OID=1.2.392.200101.1.0.4.1（SHA-1 with RSA Encryption
1024 ビットを示す）および OID=1.2.392.200101.1.0.4.2（SHA256 with RSA Encryption 2048 ビット）を指定。また CPSuri

62
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

4TDBCA-TypeA-A001-217

利用者の電子証明書

として CPS の公開場所を記載する。2.6.1 項参照。
OID=1.2.392.200101.1.0.4.2 を指定（2014 年 10 月 9 日以前の発行は OID=1.2.392.200101.1.0.4.1 を指定）。また CPSuri
として CPS の公開場所を記載する。2.6.1 項参照。

7.1.2.5. ポリシーマッピング（PolicyMappings）
本認証局では、相互認証証明書に PolicyMappings を含める。

7.1.2.6. 主体者別名（SubjectAltName）
本認証局では、各種電子証明書において、SubjectAltName を以下のように設定する。
表 7-6 電子証明書の SubjectAltName の設定
項番1

電子証明書の種類
自己署名証明書234

リンク証明書
相互認証証明書
利用者の電子証明書

設定値
c=JP
o=株式会社帝国データバンク
ou=TDB 電子認証局 TypeA
設定しない。
設定しない。
3.1.2 項に記述した通り設定を行う。

※ “c=JP”のみ PrintableString で記載する。他の項目は UTF8String で記載する。

7.1.2.7. 発行者別名（IssuerAltName）
本認証局では、各種電子証明書において、IssuerAltName を以下のように設定する。
表 7-7 電子証明書の IssuerAltName の設定
項番1

電子証明書の種類
自己署名証明書234

リンク証明書
相互認証証明書
利用者の電子証明書

設定値
c=JP
o=株式会社帝国データバンク
ou=TDB 電子認証局 TypeA
設定しない。
設定しない。
c=JP
o=株式会社帝国データバンク
ou=TDB 電子認証局 TypeA※ “c=JP”のみ PrintableString で記載する。他の項目は UTF8String で記載する。

7.1.2.8. 基本制約（BasicConstraints）
本認証局では、各種電子証明書において、BasicConstraints を以下のように設定する。
表 7-8 各電子証明書の BasicConstraints の設定
項番
12

電子証明書の種類
自己署名証明書
リンク証明書設定値
cA=True と設定する。 PathLenConstraint は指定しない。
cA=True と設定する。 PathLenConstraint は指定しない。

63
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeA

3
4

相互認証証明書
利用者の電子証明書

TDBCA-TypeA-A001-217

cA=True と設定する。 pathLenConstraint は指定しない。
設定しない。

7.1.2.9. 名前制約（NameConstraints）
本認証局では、NameConstraints を含めない。

7.1.2.10.

ポリシー制約（PolicyConstraints）

本認証局では、相互認証証明書には PolicyConstraints を含める。

7.1.2.11.

失効情報配布点（CRLDistributionPoints）

本認証局では、各種電子証明書において、CRLDistributionPoints を以下のように設定する。
表 7-9 電子証明書の CRLDistributionPoints の設定
項番
1
2
3
4

電子証明書の種類
自己署名証明書
リンク証明書
相互認証証明書
利用者の電子証明書

設定値
ARL を公開する場所を URI にて設定する。2.6.1 項参照。
ARL を公開する場所を URI にて設定する。2.6.1 項参照。
ARL を公開する場所を URI にて設定する。2.6.1 項参照。
original_CRL、及び CRL を公開する場所を URI にて設定する。
2.6.1 項参照。

7.1.3. 暗号アルゴリズムの OID
本認証局が発行する各種電子証明書、及び失効情報（original_CRL、及び CRL/ARL）におけ る 署 名 ア ル ゴ リ ズ ム は SHA-256

with

RSA

Encryption

方 式 (OID=

1.2.840.113549.1.1.11)である（2014 年 10 月 9 日以前は SHA-1 with RSA Encryption
方式(OID = 1.2.840.113549.1.1.5)）。各電子証明書に記載される主体者の署名検証符号
は、RSA 方式(OID=1.2.840.113549.1.1.1)の鍵を利用する。
また、本認証局より発行される電子証明書を利用する利用者が、電子署名に利用できる
アルゴリズムは、SHA-256 with RSAEncryption 方式(OID=1.2.840.113549.1.1.11)、または SHA-384 with RSAEncryption 方式(OID=1.2.840.113549.1.1.12)、または SHA-512 with
RSAEncryption 方式(OID=1.2.840.113549.1.1.13)とする。

7.1.4. 名前の形式
本認証局が発行する各種電子証明書、及び失効情報(original_CRL 、及び CRL/ARL)に含まれる各種の識別名は、ITU-T X.500 勧告における識別名（DN：Distinguished Name）の規定に従い決定する。自己署名証明書、及び利用者の電子証明書における発行者別名（IssuerAltName）、及び主体者別名（SubjectAltName）においては、日本語、及び英語（ア64
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

ルファベット）を利用する。上記以外の各識別名においては英語（アルファベット）のみを利用する。
利用者の電子証明書における主体者名（Subject）と主体者別名（SubjectAltName）については、3.1.2 項を参照すること。
本認証局を示す識別名(DN)は下表の値とする。但し、発行者別名(IssuerAltName)を電子証明書上あるいは失効情報上に記載するかどうかについては、各々のプロファイルの規則に従う。
表 7-10 発行者名(issuer)と発行者別名(IssuerAltName)
項番
1

2

種別
発行者名
(issuer)

設定値

発行者別名
(IssuerAltName)

c=JP
o=TEIKOKU DATABANK,LTD.
ou=TDB CA TypeA
c=JP
o=株式会社帝国データバンク
ou=TDB 電子認証局 TypeA※ “c=JP”のみ PrintableString で記載する。他の項目は UTF8String で記載する。

7.1.5. 各種の有効期間
本認証局が発行する各種電子証明書に記載される有効期間（validity）、及び関連する署名符号の利用期間について以下に整理する。
表 7-11 各種電子証明書の有効期間等
電子証明書の種類
自己署名証明書
相互認証証明書
リンク証明書(OldWithNew)
リンク証明書(NewWithOld)

利用者の
電子証明書

有効期間

署名符号
更新の頻度
10 年
5 年毎
5 年以下
－
－
旧世代の署名符号作成時～
旧世代の電子証明書有効期
限－新世代の署名符号作成時～
少なくとも旧世代の署名符号で最後に発行した電子証
明書の有効期限発行日から 760 日、1,125 日、 左記に同じ
1,490 日、または 1,765 日

電子証明書の
発行頻度
署名符号更新時
随時
自己署名証明書の署名符号更新時
自己署名証明書の署名符号更新時

署名符号更新時（申込み単位）

65
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

7.2. 失効情報のプロファイル
7.2.1. バージョン番号
本認証局は、X.509 バージョン 2 に準拠した失効情報（original_CRL、及び CRL/ARL）を発行する。

7.2.2. 拡張領域
本認証局が発行する失効情報（original_CRL、及び CRL/ARL）における拡張領域を以下に整理する。
表 7-12 失効情報の拡張領域
項
拡張領域の名称番
crlEntryExtensions
1 reasonCode
CrlExtensions
2 AuthorityKeyIdentifier
3 CRLNumber
4 issuingDistributionPoint

Criticaloriginal_CRL

CRL

ARL

False

○

○

○

False
False
True

○
○
○

○
○
○

○
○
○

○：当該失効情報に含める項目

7.2.2.1. 失効理由（reasonCode）
本認証局で は、original_CRL、及び CRL/ARL に失効され た電子証明 書の失効理 由（reasonCode）を記載する。

7.2.2.2. 発行者鍵識別子（AuthorityKeyIdentifier）
本認証局では、失効情報（original_CRL、及び CRL/ARL）において、AuthorityKeyIdentifierとして keyIdentifier のみを設定する。keyIdentifier の具体的な値は、当該失効情報(original_CRL、及び CRL/ARL)に電子署名を行った発行者署名検証符号の SHA-1 ハッシ
ュ値とする。

7.2.2.3. CRL 番号（cRLNumber）
本認証局では、失効情報（original_CRL、及び CRL/ARL）において、cRLNumber を記載する。

7.2.2.4. 配布点（issuingDistributionPoint）
本 認 証 局 で は 、 失 効 情 報 （ original_CRL 、 及 び CRL/ARL ） に お い て 、
66
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

issuingDistributionPoint を記載する。
表 7-13 失効情報の issuingDistributionPoint の設定
項番
1

失効情報の種類
original_CRL

2

CRL

3

ARL

設定値
DistributionPoint として original_CRL の配布点を URI 形式で指 定 す る と と も に 、 onlyContainsUserCerts 、 及 び
onlyContainsCACerts を False とする。2.6.1 項参照。
DistributionPoint として CRL の配布点を URI 形式で指定するとともに、onlyContainsUserCerts を True とする。2.6.1 項参照。
DistributionPoint として ARL の配布点を URI 形式で指定するとともに、onlyContainsCACerts を True とする。2.6.1 項参照。

7.2.3. 発行頻度
本認証局では、原則として、24 時間毎に失効情報(original_CRL、 及び CRL/ARL)の更新を行う。また、失効情報上に記載される次回更新時間（nextUpdate）は、当該失効情報の更新時間(thisUpdate)に 48 時間を加えた値とする。

67
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

8. 本認証局運用規程の仕様管理
8.1. 本認証局運用規程の変更
本認証局は、利用者、所属組織、及び署名検証者に事前の了解を得ることなく本認証局
運用規程を変更する権利を有する。変更にあたっては、本認証局に設置された認証業務検討委員会にて変更内容を検討し、その妥当性が確認された後、RA 認証業務責任者が変更を行い、電子認証局責任者が承認する。

8.2. 本認証局運用規程の公表、及び通知
本認証局は、本認証局運用規程を変更した場合、速やかに変更した本認証局運用規程を
リポジトリに掲載公表することをもって通知とする。

8.3. 本認証局運用規程の承認手続き
利用者、及び所属組織が、変更した本認証局運用規程を公表後 15 日以内に自己の電子証
明書の失効を要請しない場合、変更に同意したとみなされる。

68
TEIKOKU DATABANK,LTD.

Appendix1.自己署名証明書プロファイル
領域名

記述例

説明

version(バージョン番号）2

バージョン3であることを示す

serialNumber(シリアル番号）“・・・・・・・・・・・・・・・・”

発行時に割当てsignature（署名アルゴリズム）

1.2.840.113549.1.1.11

SHA-256withRSAEncryption

issuer(発行者名）

c=JP
o=TEIKOKU DATABANK,LTD.
ou=TDB CA TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

validity(証明書有効期間）

有効期間は10年間

notBefore(発行日)Yymmddhhmmss

UTCTimeで記述

notAfter(終了日)

Yymmddhhmmss

UTCTimeで記述

c=JP
o=TEIKOKU DATABANK,LTD.
ou=TDB CA TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

algorithm（アルゴリズム）

1.2.840.113549.1.1.1

RSAEncryption

subjectPublicKey(公開鍵）“・・・・・・・・・・・・・・・・”

鍵長は2048bit

subject(主体者名）

subjectPublicKeyInfo(主体者公開鍵情報）

issuerUniqueID

未使用

subjectUniqueID

未使用

Extensions（拡張領域）

Critical
フラグ

AuthorityKeyIdentifier(発行者鍵識別子）

FALSE

keyIdentifier“・・・・・・・・・・・・・・・・”

公開鍵のSHA-1ハッシュ値“・・・・・・・・・・・・・・・・”

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

keyCertSign1

電子証明書への電子署名

cRLSign

1

CRLへの電子署名

Ca

TRUE

CAであることを示す

pathLenConstraints

未使用

SubjectKeyIdentifier(主体者鍵識別子）

FALSE

KeyUsage(鍵用途）

TRUE

BasicConstraints(基本制約）

CRLDistributionPoints(失効情報配布点）

TRUE

FALSE

distributionPoint
IssuerAltName(発行者別名）"ldap://dir.tdb.ne.jp/ou=TDB%20CA%20TypeA,o=TEIKOKU%20DAT fullNameをURIにて記述
ABANK%5c%2cLTD.,c=JP?authorityRevocationList"
FALSE

directoryName

SubjectAltName(主体者別名）
directoryName

c=JP
o=株式会社帝国データバンク
ou=TDB電子認証局TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

c=JP
o=株式会社帝国データバンク
ou=TDB電子認証局TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

FALSE

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

Appendix2.リンク証明書プロファイル
領域名

記述例

説明

version(バージョン番号）2

バージョン3であることを示す

serialNumber(シリアル番号）“・・・・・・・・・・・・・・・・”

発行時に割当てsignature（署名アルゴリズム）

1.2.840.113549.1.1.11

SHA-256withRSAEncryption

issuer(発行者名）

c=JP
o=TEIKOKU DATABANK,LTD.
ou=TDB CA TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

notBefore(発行日)

yymmddhhmmss

OldWithNew:旧世代の鍵ペアを作成した日時
NewWithOld:新世代の鍵ペアを作成した日時

notAfter(終了日)

yymmddhhmmss

OldWithNew:旧世代の自己署名証明書の有効期限
NewWithOld:少なくとも旧世代の鍵で最後に発行した証
明書の有効期限

c=JP
o=TEIKOKU DATABANK,LTD.
ou=TDB CA TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

algorithm（アルゴリズム）

1.2.840.113549.1.1.1

RSAEncryption

subjectPublicKey(公開鍵）“・・・・・・・・・・・・・・・・”

鍵長は2048bit
OldWithNew:旧世代の公開鍵
NewWithOld:新世代の公開鍵

validity(証明書有効期間）

subject(主体者名）

subjectPublicKeyInfo(主体者公開鍵情報）

issuerUniqueID

未使用

subjectUniqueID
Extensions（拡張領域）

未使用
Critical
フラグ

AuthorityKeyIdentifier(発行者鍵識別子）

FALSE

keyIdentifier“・・・・・・・・・・・・・・・・”

OldWithNew:新世代の鍵の識別子
NewWithOld:旧世代の鍵の識別子“・・・・・・・・・・・・・・・・”

OldWithNew:旧世代の鍵の識別子
NewWithOld:新世代の鍵の識別子

keyCertSign1

電子証明書への電子署名

cRLSign

1

CRLへの電子署名

cA

TRUE

CAであることを示す

pathLenConstraints

未使用

SubjectKeyIdentifier(主体者鍵識別子）

FALSE

KeyUsage(鍵用途）

TRUE

BasicConstraints(基本制約）

CRLDistributionPoints(失効情報配布点）

TRUE

FALSE

distributionPoint

certificatePolicies(証明書ポリシー）
policyIdentifier"ldap://dir.tdb.ne.jp/ou=TDB%20CA%20TypeA,o=TEIKOKU%20DAT fullNameをURIにて記述
ABANK%5c%2cLTD.,c=JP?authorityRevocationList"
FALSE
2.5.29.32.0“ANY-POLICY”を示す

70
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

Appendix3.相互認証証明書プロファイル
領域名

記述例

説明

version(バージョン番号）2

バージョン3であることを示す

serial Number(シリアル番号）“・・・・・・・・・・・・・・・・”

発行時に割当てsignature（署名アルゴリズム）

1.2.840.113549.1.1.11

SHA-256withRSAEncryption

issuer(発行者名）

c=JP
o=TEIKOKU DATABANK,LTD.
ou=TDB CA TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

validity(証明書有効期間）

有効期間は5年以下

notBefore(発行日)

yymmddhhmmss

notAfter(終了日)

yymmddhhmmss

subject(主体者名）

UTCTimeで記述（有効期間の開始日が入る）
UTCTimeで記述（有効期間の終了日が入る）
BCAの識別名

c=JP
o=Japanese Government
ou=BridgeCA

subjectPublicKeyInfo(主体者公開鍵情報）

BCAの公開鍵情報

algorithm（アルゴリズム）

1.2.840.113549.1.1.1

subjectPublicKey(公開鍵）“・・・・・・・・・・・・・・・・”

issuerUniqueID

未使用

subjectUniqueID
Extensions（拡張領域）

RSAEncryption

未使用
Critical
フラグ

AuthorityKeyIdentifier(発行者鍵識別子）

FALSE

keyIdentifier“・・・・・・・・・・・・・・・・”

公開鍵のSHA-1ハッシュ値“・・・・・・・・・・・・・・・・”

BCA公開鍵のSHA-1ハッシュ値

1

電子証明書への電子署名

1

CRLへの電子署名

cA

TRUE

CAであることを示す

pathLenConstraints

未使用

SubjectKeyIdentifier(主体者鍵識別子）

FALSE

KeyUsage(鍵用途）

TRUE

keyCertSign
cRLSign
BasicConstraints(基本制約）

CRLDistributionPoints(失効情報配布点）

TRUE

FALSE

distributionPoint
certificatePolicies(証明書ポリシー）"ldap://dir.tdb.ne.jp/ou=TDB%20CA%20TypeA,o=TEIKOKU%20DAT fullNameをURIにて記述
ABANK%5c%2cLTD.,c=JP?authorityRevocationList"
TRUE

policyIdentifier

1.2.392.200101.1.0.4.2

本認証局に対応するOID（SHA-256 with RSAEncryption）

policyQualifiers
policyQualifierId
qualifier
PolicyMappings(ポリシーマッピング）

id-qt-cps (1.3.6.1.5.5.7.2.1)
http://www.tdb.co.jp/typeA
TRUE

issuerDomainPolicy

1.2.392.200101.1.0.4.2

subjectDomainPolicy

id-bca-cp-ds.class110 (0.2.440.100145.8.1.1.1.110)

PolicyConstraints(ポリシー制約）
requireExplicitPolicy

本認証局に対応するOID（SHA-256 with RSAEncryption）
BCAのポリシOID（SHA-256 with RSAEncryption）

TRUE
0

71
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

Appendix4.利用者電子証明書プロファイル
領域名

記述例

説明

version(バージョン番号）2

バージョン3であることを示す

serial Number(シリアル番号）“・・・・・・・・・・・・・・・・”

発行時に割当てsignature（署名アルゴリズム）

1.2.840.113549.1.1.11

SHA-256withRSAEncryption

issuer(発行者名）

c=JP
o=TEIKOKU DATABANK,LTD.
ou=TDB CA TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

validity(証明書有効期間）
notBefore(発行日)

yymmddhhmmss

有効期間は2年１ヵ月(760日)、3年1ヵ月（1,125日）、4年1ヵ月（1,490日）、4年10ヵ月（1,765日）
UTCTimeで記述

notAfter(終了日)

yymmddhhmmss

UTCTimeで記述

c=JP
o=TEIKOKU DATABANK,LTD.
ou=TDB CA TypeA
s=Tokyol=Minato-ku, Minamiaoyama X-Y-Z
cn=Hanako Tanaka
uid=1234567890123456

cはPrintableString 、c以外はUTF8Stringで記述
s, l, cnは利用者の住所及び名前を示す
s, lは2014年10月10日以降に発行した利用者証明書は利用者の選択により省略される場合がある
cnは名、姓の順で記述
uidは認証局にて割当てを行うICカードの識別番号
uidのOIDには"0.9.2342.19200300.100.1.1"を使用

algorithm（アルゴリズム）

1.2.840.113549.1.1.1

RSAEncryption

subjectPublicKey(公開鍵）“・・・・・・・・・・・・・・・・”

鍵長は2048bit（2014年10月10日以降に発行した利用者証明書）
鍵長は1024bit（2014年10月9日以前に発行した利用者
証明書）

subject(主体者名）

subjectPublicKeyInfo(主体者公開鍵情報）

issuerUniqueID

未使用

subjectUniqueID
Extensions（拡張領域）

未使用
Critical
フラグ

AuthorityKeyIdentifier(発行者鍵識別子）

FALSE

keyIdentifier“・・・・・・・・・・・・・・・・”

公開鍵のSHA-1ハッシュ値“・・・・・・・・・・・・・・・・”

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

digitalSignature

1

電子署名

nonRepudiation

1

否認防止

1.2.392.200101.1.0.4.2

本認証局に対応するOID

SubjectKeyIdentifier(主体者鍵識別子）

FALSE

KeyUsage(鍵用途）

TRUE

certificatePolicies(証明書ポリシー）

TRUE

policyIdentifier
poclicyQualifiers
poclicyQualifierId
qualifier
SubjectAltName(主体者別名）

id-qt-cps
http://www.tdb.co.jp/typeA
FALSE

directoryName

IssuerAltName(発行者別名）

distributionPoint

cはPrintableStringで記述
c以外はUTF8Stringで記述
s, l, OID.2.5.4.97, oは利用者が所属する団体の情報（場合により省略される）
cnは利用者の名前（姓名の順で記述）
以下は電子委任状法対応の申請の場合に記載
tdescription=代理権内容：
description=組織代表者名：
description=代表者肩書き：
description=代理権制限：

c=JP
o=株式会社帝国データバンク
ou=TDB電子認証局TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

FALSE

directoryName

CRLDistributionPoints(失効情報配布点）

c=JP
s＝東京都
l=千代田区霞ヶ関A丁目B番C号
OID.2.5.4.97=JCN1234567890123
o=日本株式会社
cn=田中 花子
T=業務部業務課業務課長
description=代理権内容：ETAX11111111110000000000
description=組織代表者名：帝国 太郎
description=代表者肩書き：代表取締役社長

FALSE"ldap://dir.tdb.ne.jp/ou=TDB%20CA%20TypeA,o= TEIKOKU%20DAT fullNameをURIにて記述
ABANK%5c%2cLTD.,c=JP?certificateRevocationList""https://cert.tdb.ne.jp/CRL/LatestCRL.crl"

72
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

Appendix5.CRL プロファイル
領域名

記述例

説明

version(バージョン番号）1

バージョン2であることを示す

signature（署名アルゴリズム）

1.2.840.113549.1.1.11

SHA-256withRSAEncryption

issuer(発行者名）

c=JP
o=TEIKOKU DATABANK,LTD.
ou=TDB CA TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

thisUpdate(今回の更新日）

yymmddhhmmss

UTCTimeで記述
24時間で更新

nextUpdate(次回の更新日）

yymmddhhmmss

UTCTimeで記述
thisUpdate + 48時間とする

userCertificate“・・・・・・・・・・・・・・・・”

失効対象電子証明書のシリアル番号

revocationDate

yymmddhhmmss

失効日

1,2,3,5

1：秘密鍵の危殆化
2：CAの 秘密鍵の危殆化
3：記載事項変更による証明書失効
5：利用の中止“・・・・・・・・・・・・・・・・”

公開鍵のSHA-1ハッシュ値“・・・・・・・・・・・・・・・・”

CRL番号を整数で記述

revokedCertificates（失効された電子証明書のリスト）

crlEntryExtensions(失効リストエントリ拡張領域)

Criticalフラグ

reasonCode

FALSE

crlExtensions（失効リスト拡張領域）

Criticalフラグ

authorityKeyIdentifier(発行者鍵識別子）

FALSE

keyIdentifier
CRLNumber(CRL番号）

FALSE

issuingDistributionPoint(配布点）

TRUE

distributionPoint"ldap://dir.tdb.ne.jp/ou=TDB%20CA%20TypeA,o=TEIKOKU%20DAT fullNameをURIにて記述
ABANK%5c%2cLTD.,c=JP?certificateRevocationList"

onlyContainsUserCerts

TRUE

73
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

Appendix6.ARL プロファイル
領域名

記述例

説明

version(バージョン番号）1

バージョン2であることを示す

signature（署名アルゴリズム）

1.2.840.113549.1.1.11

SHA-256withRSAEncryption

issuer(発行者名）

c=JP
o=TEIKOKU DATABANK,LTD.
ou=TDB CA TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

thisUpdate(今回の更新日）

yymmddhhmmss

UTCTimeで記述
24時間で更新

nextUpdate(次回の更新日）

yymmddhhmmss

UTCTimeで記述
thisUpdate + 48時間とする

userCertificate“・・・・・・・・・・・・・・・・”

失効対象電子証明書のシリアル番号

revocationDate

yymmddhhmmss

失効日

1,2,3,5

1：秘密鍵の危殆化
2：CAの 秘密鍵の危殆化
3：記載事項変更による証明書失効
5：利用の中止“・・・・・・・・・・・・・・・・”

公開鍵のSHA-1ハッシュ値“・・・・・・・・・・・・・・・・”

CRL番号を整数で記述

revokedCertificates（失効された電子証明書のリスト）

crlEntryExtensions(失効リストエントリ拡張領域）

Criticalフラグ

reasonCode

FALSE

crlExtensions（失効リスト拡張領域）

Criticalフラグ

authorityKeyIdentifier(発行者鍵識別子）

FALSE

keyIdentifier
CRLNumber(CRL番号）

FALSE

issuingDistributionPoint(配布点）

TRUE

distributionPoint"ldap://dir.tdb.ne.jp/ou=TDB%20CA%20TypeA,o=TEIKOKU%20DAT fullNameをURIにて記述
ABANK%5c%2cLTD.,c=JP?authorityRevocationList"

onlyContainsCACerts

TRUE

74
TEIKOKU DATABANK,LTD.

TDB 電子認証サービス TypeATDBCA-TypeA-A001-217

Appendix7.original_CRL プロファイル
領域名

記述例

説明

version(バージョン番号）1

バージョン2であることを示す

signature（署名アルゴリズム）

1.2.840.113549.1.1.11

SHA-256withRSAEncryption

issuer(発行者名）

c=JP
o=TEIKOKU DATABANK,LTD.
ou=TDB CA TypeA

cはPrintableStringで記述
c以外はUTF8Stringで記述

thisUpdate(今回の更新日）

yymmddhhmmss

UTCTimeで記述
24時間で更新

nextUpdate(次回の更新日）

yymmddhhmmss

UTCTimeで記述
thisUpdate + 48時間とする

userCertificate“・・・・・・・・・・・・・・・・”

失効対象電子証明書のシリアル番号

revocationDate

yymmddhhmmss

失効日

1,2,3,5

1：秘密鍵の危殆化
2：CAの 秘密鍵の危殆化
3：記載事項変更による証明書失効
5：利用の中止“・・・・・・・・・・・・・・・・”

公開鍵のSHA-1ハッシュ値“・・・・・・・・・・・・・・・・”

CRL番号を整数で記述

distributionPoint"https://cert.tdb.ne.jp/CRL/LatestCRL.crl"

fullNameをURIにて記述

onlyContainsUserCerts

FALSE

onlyContainsCACerts

FALSE

revokedCertificates（失効された電子証明書のリスト）

crlEntryExtensions(失効リストエントリ拡張領域）

Criticalフラグ

reasonCode

FALSE

crlExtensions（失効リスト拡張領域）

Criticalフラグ

authorityKeyIdentifier(発行者鍵識別子）

FALSE

keyIdentifier
CRLNumber(CRL番号）

FALSE

issuingDistributionPoint(配布点）

TRUE

75
TEIKOKU DATABANK,LTD.