「AOSign サービス運用規程」
AOSign Service Certificate Policy And Certification Practice Statement

Ver10.20

日本電子認証株式会社
Nippon Denshi Ninsho Co.,Ltd.

制定日：2002. 8.29
改訂日：2024. 7. 1

AOSign サービス運用規程

目

次

目

次 .........................................................................................................................................2

1

はじめに ..............................................................................................................................6
1.1
1.2
1.3

改訂履歴 ........................................................................................................................ 6
概要 ............................................................................................................................. 11
正式名称 ...................................................................................................................... 12

1.3.1
1.3.2
1.3.3
1.4

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

1.4.1
1.4.2
1.4.3
1.4.4
1.4.5
1.5
2

認証業務の名称 ................................................................................................... 12
規程の名称 ........................................................................................................... 12
認証局の名称 ....................................................................................................... 12
登場者と機能に応じた相関関係 .......................................................................... 12
認証業務の形態 ................................................................................................... 17
電子証明書の用途範囲......................................................................................... 18
業務運用関連法令に対する遵法精神 ................................................................... 18
電子署名法の認定対象外事項の証明に対する宣言 ............................................. 18

連絡先の詳細 ............................................................................................................... 18

一般的な規定.....................................................................................................................19
2.1

義務 ............................................................................................................................. 19

2.1.1
2.1.2
2.1.3
2.1.4
2.1.5
2.1.6
2.2
2.3

責任 ............................................................................................................................. 22
財務責任 ...................................................................................................................... 23

2.3.1
2.3.2
2.4

準拠法 .................................................................................................................. 24
分離、存続、合併、通知 ..................................................................................... 24
紛争解決手続 ....................................................................................................... 24

料金 ............................................................................................................................. 24
公開およびリポジトリ ................................................................................................ 24

2.6.1
2.6.2
2.6.3
2.6.4
2.7

賠償責任 .............................................................................................................. 23
信頼関係 .............................................................................................................. 24

解釈および執行 ........................................................................................................... 24

2.4.1
2.4.2
2.4.3
2.5
2.6

発行局(IA)の義務 ................................................................................................ 19
登録局(RA)の義務 ................................................................................................ 19
利用者の義務 ....................................................................................................... 20
利用者の所属する企業等の義務 .......................................................................... 21
検証者の義務 ....................................................................................................... 21
リポジトリの義務 ................................................................................................ 22

情報の公開 ........................................................................................................... 24
公開の頻度 ........................................................................................................... 25
アクセスコントロール......................................................................................... 25
リポジトリ ........................................................................................................... 25

準拠性監査 .................................................................................................................. 28

2.7.1

監査の頻度 ........................................................................................................... 28

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

2

AOSign サービス運用規程

2.7.2
2.7.3
2.7.4
2.7.5
2.7.6
2.8

秘密保持 ...................................................................................................................... 28

2.8.1
2.8.2
2.8.3
2.8.4
2.8.5
2.8.6
2.8.7
2.9
2.10
2.11
3

秘密が保たれる情報 ............................................................................................ 28
秘密とみなされない情報 ..................................................................................... 29
失効情報の公開 ................................................................................................... 29
法執行機関への情報開示 ..................................................................................... 29
民事手続上の開示 ................................................................................................ 29
電子証明書名義人の要請に基づく開示 ............................................................... 29
委託先への情報の開示......................................................................................... 30

知的財産権 .................................................................................................................. 30
個人情報保護 ........................................................................................................... 30
詳細規定 .................................................................................................................. 31

識別と本人認証 .................................................................................................................32
3.1

初期登録(発行申込) .................................................................................................... 32

3.1.1
3.1.2
3.1.3
3.1.4
3.1.5
3.1.6
3.1.7
3.1.8
3.1.9
3.1.103.1.11
3.1.123.2
3.3
3.4

電子証明書に記載される利用者情報 ................................................................... 32
名称の意味に関する要件 ..................................................................................... 32
名称の一意性 ....................................................................................................... 33
名称要求の紛争決着の手順 ................................................................................. 33
企業等の名称の認識・認証・役割....................................................................... 33
秘密鍵の所有を証明する方法 .............................................................................. 33
発行申込権者および発行申込時に必要な書類 .................................................... 33
利用者の真偽の確認 ............................................................................................ 36
企業等の商号・名称、住所、代表者および法人番号の確認 ............................... 37
企業等に所属していることの確認....................................................................... 37
受取代理人または受取代人の真偽の確認 ............................................................ 37
電子委任状法に基づき代理権を電子証明書に記載することの確認 .................... 38

電子証明書の継続・追加に伴う鍵の更新 ................................................................... 38
失効後の電子証明書の鍵の更新 .................................................................................. 38
失効申込・失効届出 .................................................................................................... 39

3.4.1
3.4.2
4

監査人の身元保証・資格 ..................................................................................... 28
被監査部門と監査人の関係 ................................................................................. 28
監査の対象となるトピック ................................................................................. 28
監査指摘事項に対する措置 ................................................................................. 28
監査結果の報告 ................................................................................................... 28

失効申込権者・失効届出権者 .............................................................................. 39
失効申込者・失効届出者の真偽の確認 ............................................................... 39

運用の要件 ........................................................................................................................40
4.1

電子証明書の発行申込 ................................................................................................ 40

4.1.1
4.1.2
4.1.3
4.2

発行申込のパターン ............................................................................................ 40
発行申込の受付 ................................................................................................... 40
発行申込の審査 ................................................................................................... 41

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

4.2.1

電子証明書記載事項の登録 ................................................................................. 42

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

3

AOSign サービス運用規程

4.2.2
4.2.3
4.2.4
4.2.5
4.3
4.4

IC カード(電子証明書および秘密鍵)および PIN の受領............................................. 43
電子証明書の失効 ....................................................................................................... 44

4.4.1
4.4.2
4.4.3
4.4.4
4.4.5
4.4.6
4.5

5

紙で保存する書類 ................................................................................................ 48
デジタルデータとしてアーカイブする情報 ........................................................ 49

鍵の更新 ...................................................................................................................... 50
危殆化と災害からの回復およびその他運営困難な場合の対応 ................................... 50
本認証局の終了(認証業務の終了) .............................................................................. 50

物理的、手続的、人的なセキュリティ管理 ......................................................................52
5.1
5.2
5.3

6

CRL の更新周期 .................................................................................................... 47
相互認証証明書の失効......................................................................................... 47

セキュリティ監査手続 ................................................................................................ 47
アーカイブ .................................................................................................................. 48

4.7.1
4.7.2
4.8
4.9
4.10

利用者の申込による失効 ..................................................................................... 44
本認証局の判断に基づく失効 .............................................................................. 45
失効申込・失効届出のパターン .......................................................................... 45
失効申込・失効届出の審査 ................................................................................. 46
失効データの登録および失効 .............................................................................. 46
失効申込者・失効届出者への通知....................................................................... 46

電子証明書失効リスト(CRL/ARL) ................................................................................ 47

4.5.1
4.5.2
4.6
4.7

電子証明書の発行指示......................................................................................... 42
鍵ペアの生成と電子証明書の作成....................................................................... 42
電子証明書および秘密鍵の IC カードへの格納等 ............................................... 43
BCA に対する相互認証証明書の発行 .................................................................... 43

物理的セキュリティ管理............................................................................................. 52
手続的セキュリティ管理............................................................................................. 53
人的セキュリティ管理 ................................................................................................ 55

技術的なセキュリティ管理 ...............................................................................................56
6.1

鍵ペアの生成と組み込み............................................................................................. 56

6.1.1
6.1.2
6.2

電子証明書署名鍵(秘密鍵)の保護 .............................................................................. 57

6.2.1
6.2.2
6.2.3
6.2.4
6.2.5
6.2.6
6.2.7
6.2.8
6.2.9
6.3

認証局(自己署名 CA) ........................................................................................... 56
利用者 .................................................................................................................. 56
暗号化装置標準 ................................................................................................... 57
電子証明書署名鍵の複数人制御 .......................................................................... 57
電子証明書署名鍵のエスクロウ .......................................................................... 57
電子証明書署名鍵のバックアップ....................................................................... 57
電子証明書署名鍵のアーカイブ .......................................................................... 57
電子証明書署名鍵の暗号化装置へのエントリ(バックアップリカバリ)............. 57
電子証明書署名鍵を活性化させる方法 ............................................................... 58
電子証明書署名鍵を非活性化させる方法 ............................................................ 58
電子証明書署名鍵を破壊する方法....................................................................... 58

鍵ペア管理のその他の面............................................................................................. 58

6.3.1

公開鍵のアーカイブ ............................................................................................ 58

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

4

AOSign サービス運用規程

6.3.2
6.3.3
6.4

活性化データ ............................................................................................................... 59

6.4.1
6.4.2
6.5
6.6

7

システム開発の管理 ............................................................................................ 60
セキュリティマネジメント管理 .......................................................................... 60

ネットワークのセキュリティ管理 .............................................................................. 60
暗号化装置の技術的管理............................................................................................. 60

電子証明書ならびに CRL/ARL プロファイル ......................................................................61
7.1

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

7.1.1
7.1.2
7.1.3
7.1.4
7.1.5
7.1.6
7.1.7
7.1.8
7.1.9
7.2

バージョン番号 ................................................................................................... 61
電子証明書拡張部 ................................................................................................ 61
アルゴリズム OID ................................................................................................. 61
名称形式 .............................................................................................................. 61
名称制約 .............................................................................................................. 61
電子証明書ポリシーOID ....................................................................................... 61
ポリシー制約(policyConstraints)拡張の使用................................................... 61
ポリシー修飾子(policyQualifiers) ................................................................... 61
電子証明書プロファイル ..................................................................................... 61

CRL/ARL プロファイル.............................................................................................. 71

7.2.1
7.2.2
7.2.3
8

活性化データの生成と組み込み .......................................................................... 59
活性化データの保護 ............................................................................................ 59

コンピュータのセキュリティ管理 .............................................................................. 60
ライフサイクルの技術的な管理 .................................................................................. 60

6.6.1
6.6.2
6.7
6.8

公開鍵と秘密鍵の使用期間 ................................................................................. 59
CA 属性を持つ電子証明書の有効期間 .................................................................. 59

バージョン番号 ................................................................................................... 71
CRL/ARL エントリ拡張.......................................................................................... 71
CRL/ARL プロファイル.......................................................................................... 71

仕様管理 ............................................................................................................................74
8.1
8.2
8.3
8.4

仕様変更の手続きに関するポリシー .......................................................................... 74
公表および通知に関するポリシー .............................................................................. 74
仕様認可の手続き ....................................................................................................... 74
CPS の保存 ................................................................................................................... 74

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

5

AOSign サービス運用規程

1

はじめに

1.1

改訂履歴
改訂履歴を表 1-1 に示す。
表 1-1 改訂履歴
Ver.

日付

1.00

2002.08.29

・初版発行

1.01

2002.09.20

・GPKI 接続に関する記述の修正
・問い合わせ先(FAX 番号)の変更

1.02

2002.12.16

・代理人を受取代理人と明確に表示

1.03

2003.06.20

・相互認証証明書のプロファイル変更に係る修正

2003.07.08

・利用者が企業等に所属していることを証明する書類につき、一部を明示して追加
・自己署名証明書のフィンガープリントの改ざん検知・防止措置に関する記述を追加
・書類およびデジタルデータの保存に関し、解りやすく表示
・本人限定受取郵便の採用形式を明示

1.05

2003.07.31

・表現および用語の整理・統一
・全般的に解りやすい表現に修正・誤記の訂正1.10

2003.10.24

・動作確認前の受領書返送を可能とした。
・誤記の訂正1.20

2003.11.04

・本部マシン室要員別権限表における業務運用者
権限を個別付与とした。

2.00

2004.01.08

・利用者が外国人であって、個人の実印を所有していない場合の取扱を追加

2.10

2004.01.20

・利用者等の申込による失効の場合の失効事由の表現を一部修正・第三者の失効申込の場合の失効事由の表現を一
部修正
・誤記の訂正2.20

2004.02.23

・電子証明書に記載される利用者情報の一部追記
・PIN の受領について郵送方法を変更

2.21

2004.04.01

・誤記の訂正1.04

改版内容

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

6

AOSign サービス運用規程

Ver.

日付

2.22

2004.06.25

2.30

2004.08.13

2.40

2004.08.20

3.00

2004.12.24

3.10

2005.02.08

3.20

2005.03.01

3.30

2005.04.19

改版内容
・表現および用語の整理・統一
・解りやすい表現に修正・誤記の訂正・表現および用語の整理・統一
・解りやすい表現に修正・誤記の訂正、追記
・真偽の確認方法、電子証明書記載事項の登録の追記
・利用者手交時における電子証明書記載事項の確認方法の明示・個人情報保護一部追記
・発行申込の審査において不備があった書類の取扱について明示・手交場所の明示
・利用者を確認するための書類について明示
・表現および用語の整理・統一
・企業等に関する情報を確認するための書類について明示
・個人情報の取扱いについて整理・修正
・表現および用語の整理・統一等
・本人限定受取郵便上の受取代人について明示
・市町村合併における確認書類を明示
・電子証明書用途範囲の追記
・継続案内時の取扱について一部追記
・電子証明書に住所を記載しない場合の一部追記
・真偽の確認方法、電子証明書記載事項の登録の追記・受領書について、電気通信回線を通じた受付方
法を追記
・企業等に関する情報を確認するための書類について一部追記

3.40

2005.07.29

3.50

2005.10.11

4.00

2006.01.13

4.01

2006.06.07

・用語の整理・統一

4.10

2006.07.26

・表現および用語の整理・統一
・解りやすい表現に修正

4.20

2006.09.01

・利用者証明書の有効期間改訂

4.21

2007.06.13

・表現および用語の整理・統一

4.22

2007.07.23

・誤記の訂正および表現の整理・修正

5.00

2008.06.23

・自己署名証明書に関する記述の修正
・リンク証明書についての記述の追加

5.01

2008.06.23

・表現および誤記の修正

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

7

AOSign サービス運用規程

Ver.

日付

改版内容
・新世代の自己署名証明書、リンク証明書、これら証明書のフィンガープリントについて、運用・公開開始時期を追記
・新世代の自己署名証明書等の運用開始に伴い、運用・公開開始時期についての記述を削除
・用語の整理・解りやすい表現に修正
・ＩＣカードを代理人に郵送・手交する際のＰＩ
Ｎ送付方法の変更時期を追記
・利用者に関する情報を確認するための書類について一部追記・ＩＣカードを代理人に郵送・手交する際のＰＩ
Ｎ送付方法の変更時期を削除
・誤記の修正・相互認証証明書を失効させる場合について表現の修正と一部追記
・旧姓を利用者の固有名称とする申込での真偽確
認方法について追記
・代理人による利用申込について追記
・利用者住所(ローマ字)の電子証明書への記載に
ついて追記

5.02

2008.07.22

5.03

2008.08.01

5.10

2008.08.11

5.20

2009.01.21

5.21

2009.04.28

5.22

2009.06.08

5.30

2009.08.13

5.40

2009.12.28

5.50

2010.07.21

5.60

2012.07.06

5.70

2012.07.09

5.80

2012.10.09

6.00

2013.02.03

・センタ変更に伴う修正

6.01

2013.04.30

・誤記の修正6.10

2013.07.04

6.20

2013.12.24

6.30

2014.02.25

・認証局終了の際の手続きについて一部追記
・誤記の修正・郵便為替を普通為替または定額小為替に修正
・外国人の定義について追記
・利用者に関する情報を確認するための書類について一部追記・表現および用語の整理・修正、誤記の訂正
・外国人の定義について一部削除
・利用者に関する情報を確認するための書類について一部削除・利用者に関する情報を確認するための書類の記述について修正・デジタルデータとしてアーカイブする情報の追記

・失効申込に係る記述の修正
・用語の整理・失効に係る手続きの変更
・認証業務規程の体系変更に伴う修正
・表現および誤記の修正

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

8

AOSign サービス運用規程

6.31

2014.03.24

・表現の統一6.32

2014.04.10

・認証業務規程の構成変更に伴う修正

7.00

2014.08.01

・AOSignG2 認証局設立に伴う追記

7.10

2014.10.08

・AOSign 認証局の受付停止に伴う修正

7.11

2015.03.23

・表現および誤記の修正

7.12

2016.03.22

・表現および誤記の修正

7.20

2016.08.05

・人的セキュリティ管理に係る記述の修正

7.30

2016.11.01

・電子証明書の有効期間の追加に伴う修正

7.40

2017.04.17

・手続的セキュリティ管理に係る記述の修正

8.00

2018.03.19

8.10

2018.10.26

8.20

2018.11.09

8.30

2018.12.07

・センタ変更に伴う修正

9.00

2019.03.28

・初期登録（発行申込）に係る記述の修正
・IC カードおよび PIN の受領に係る記述の修正
・電子証明書の失効に係る記述の修正
・表現および誤記の修正

9.10

2019.09.18

・証明書ポリシーの一部削除

9.20

2020.03.25

・署名アルゴリズムの一部削除
・会計原則に係る記述の削除
・旧姓に係る提出資料に旧氏が記載された住民票の写し等を追記
・表現および誤記の修正

9.30

2020.04.03

・通常運営が困難な場合等の対応について追記

9.40

2020.07.20

・受取代人の真偽の確認について追記
・表現および誤記の修正

9.41

2021.03.15

・用語の統一9.50

2021.08.02

・表現の統一10.00

2022.03.28

10.01

2022.04.01

10.10

2024.01.19

・発行申込方法の追加に伴う修正
・表現および誤記の修正
・秘密保持に係る記述の修正
・表現および誤記の修正
・AOSign 認証局の終了に伴う修正・認証業務規程の構成変更に伴う修正・電子委任状の普及の促進に関する法律に関する追記
・表現の修正・民法改正に伴う対応
・個人情報保護法改正に伴う対応
・表現の統一
・耐震措置状況について追記
・表現および誤記の修正

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

9

AOSign サービス運用規程

10.11

2024.03.21

・表現の統一10.20

2024.07.01

・表現および誤記の修正

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

10

AOSign サービス運用規程

1.2

概要(1) 日本電子認証株式会社(以下、「NDN」という。)は、インターネット社会の健全な発展に寄与することを目的として、電子認証サービスである AOSign サービス(以下、「本サービス」という。)を提供する。
(2) 本サービスを運営する認証局は AOSignG2 認証局（以下、「本認証局」という。）とし、本認証局の認証業務として AOSign サービス G2 を提供する。
(3) 本サービスによる認証業務は、電子署名及び認証業務に関する法律(平成 12 年法律第 102 号、以下「電子署名法」という。)第 2 条第 3 項に規定する特定認証業務であり、同法第 4 条第 1 項に基づき主務大臣の認定を受けている。ただし、本サービスの内容には、電子署名法の認定対象外事項として、利用者が企業等に所属していることおよび企業等の属性情報を確認する部分も含まれている。また、本サービスは、電子委任状の普及の促進に関する法律（平成 29 年法律第 64 号、以下「電子委任状法」という。）に規定する電子委任状取扱業務を行い、同法第 5
条 1 項に基づく主務大臣の認定を受けている。なお、同法に従い行う業務において、委任者の情報、委任した権限（以下、「代理権」という。）については、電子署名法の認定対象外事項として確認する部分が含まれている。
(4) 本サービスにおける利用者は、主に企業等に所属している個人を対象としている。
これは、本サービスが、企業等の組織に所属する個人がその代表者として、あるいは代表者から権限の委任を受けて取引を行う場合に利用されることを想定していることによっている。そのため、本サービスを利用しようとする個人は、所属する企業等の同意を得て申込みを行う。
なお、代理権を電子委任状法に基づき電子証明書に記載することを希望する場合
は、企業等代表者の同意を別に得て申込みを行う。ただし、個人企業は対象外とする。
(5) NDN は、本サービスの適正な運営を行うため「AOSign サービス運用規程」(以下、「本 CPS」という。)を定めて公開する。
本 CPS は、本認証局に関係する登場者に適用され、また本サービスで発行する電子証明書から参照され関連付けられる。
その他、本サービスの運営のため、本 CPS に基づいて「AOSign サービス業務取扱要領」(以下、「業務取扱要領」という。)および関連手順書を定める。
(6) 本サービスで発行する電子証明書を利用する者は、本 CPS のすべての条項に同意しなくてはならない。また、利用者および利用者の所属する企業等は AOSign サー
ビス G2 利用規約(以下、「利用規約」という。)に、電子証明書を受信する検証者
は AOSign サービス G2 検証者同意書(以下、「検証者同意書」という。)に同意しなくてはならない。
(7) 本 CPS の 構 成 は 、 IETF(Internet Engineering Task Force) の Public-Key
Infrastructure(X.509)Working Group が提唱する「電子証明書ポリシーと認証実
践の枠組み(Certificate Policy and Certification Practices Framework)」(RFC2527)を参考としている。
(8) 本認証局はブリッジ認証局(BCA)と相互認証を行う。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

11

AOSign サービス運用規程

1.3

正式名称

NDN の名称以下、本サービスおよび本 CPS 等に割り当てたオブジェクト識別子(OID)を
表 1-2 に示す。
表 1-2 OID とオブジェクトの対応表
OID

オブジェクト1.2.392.200122

Nippon Denshi Ninsho Co.,Ltd．

1.2.392.200122.1

AOSign Service

1.2.392.200122.1.11

AOSign Service G2 CPS

1.2.392.200122.1.12

AOSign Service G2 Policy for certificates1.2.392.200122.1.13

AOSign Service G2 Policy for cross-certificate between
BCA

1.3.1
認証業務の名称
本サービスによる認証業務の正式名称は、「AOSign サービス G2」(AOSign Service G2)
と称する。
1.3.2
規程の名称
本規程の正式名称は、「AOSign サービス運用規程」(AOSign
Policy And Certification Practice Statement)と称する。

Service Certificate

1.3.3
認証局の名称
本認証局の正式名称は、「AOSignG2 認証局」(AOSign G2 Certification Authority)
と称する。

1.4

コミュニティと適応可能性

1.4.1
登場者と機能に応じた相関関係
本サービスは、表 1-3 の登場者が存在し、図 1-1 において登場者の機能に応じた関連を示す。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

12

AOSign サービス運用規程

表 1-3 登場者とその役割
登場者

個人

利用者
(Subscriber)

受取代理人

受取代人

所有者
(Subject)
企業等
企業等代表者
検証者(Relying Party)
認証局(CA*1)
電子証明書(Electronic
Certificate)役

割

国、社会または組織を構成する個々の人。
自然人として法律上の権利義務の主体となり、本サービスにおける電子証明書の利用者となり、検証者となる。
個人は、NDN の規定する本 CPS および利用規約に同意の上、利用者となった
場合は、利用者としての義務を負い、検証者同意書に同意した場合は検証者としての義務を負う。
NDN と契約を交わし、電子証明書を発行される者
電子証明書の中で、本人の公開鍵と本人の名前を結合される個人
利用者は、NDN の規定する本 CPS および利用規約に同意し、本 CPS の利用者の義務に関する条項を遵守しなければならない。
IC カード(電子証明書および秘密鍵)(以下「IC カード」という。)の受取りに関し、利用者からの委任を受ける者。認証局は、認証局所定様式の AOSignIC
カード受取代理人届出書および受取代理人の印鑑登録証明書の提出を受ける
ことにより受取代理人を名宛人として IC カードを本人限定受取郵便(基本型)にて送付、または手交する。
本人限定受取郵便上の受取代人で、名宛人(利用者)に代わって IC カードの受取りができる者。認証局は、委任状(様式不問。利用者氏名、利用者住所、利用者押印(実印)、受取代人氏名、受取代人住所、IC カードの受取について委任する旨の記載があることを要件とする。)の提出を受けることにより名宛人を利用者としたうえで、受取代人氏名および住所を併記し、IC カードを本人限定受取郵便(基本型)にて送付する。この場合、郵便局からの通知は利用者
本人宛となる。
本サービスで発行する利用者の電子証明書のプロファイル内の Subject に記載される個人。電子証明書を発行された利用者は、所有者と同義である。
個人が所属する会社等法人、各種団体および個人企業を総称しての呼称。企業等は、所属する個人に対して、NDN への電子証明書発行申込に同意を行い、本 CPS および利用規約に基づき、権利を取得し義務を負う。
利用者の所属する企業等の代表者
利用者の電子証明書を受信して利用者の電子署名を検証する者
本サービスの検証者は、NDN が定める検証者同意書に同意し本 CPS の検証者の義務に関する条項を遵守しなければならない。
認証局は、発行者、発行局、登録局、リポジトリから構成される。
NDN が運営する認証局の最高責任者は NDN 社長である。
*1CA: Certification Authority
本人の公開鍵と本人が結合されることを証明する電磁的データ
本 CPS においては、利用者に対し認証局が発行する Electronic Certificate
を電子証明書と呼称している。
なお、本サービスでは、認証局が利用者以外に発行する電子証明書として次のものがある。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

13

AOSign サービス運用規程※自己署名証明書：自己署名 CA の電子証明書。旧世代の自己署名証明書を
OldWithOld、新世代の自己署名証明書を NewWithNew と呼ぶ。
※相互認証証明書：ブリッジ認証局と相互認証を行うための電子証明書※リンク証明書 ：自己署名証明書の新旧世代のリンクを取る電子証明書。新世代から旧世代へのリンクに用いるリンク証明書をOldWithNew と呼び、旧世代から新世代へのリンクに用いるリンク証明書を NewWithOld と呼ぶ。
※業務運用者用証明書：RAO 証明書
本 CPS7 章では、これらを含めて証明書と呼称している。

発行者(Issuer)

発行局(IA*2)NDN は、認証局の運営責任者であり発行者(Issuer)である。
利用者の電子証明書を発行するため、電子証明書署名鍵を発行局に預ける。
実際の発行処理は発行局で行われる。
電子証明書は、利用者、認証局、ブリッジ認証局に発行される。
発行者から委託されて電子証明書署名鍵を預かり、発行者名義の電子証明書
および CRL*3(ARL*4 を含む。)を発行する。
発行局は、登録局から電子証明書発行の指示を受領して電子証明書を発行する。発行局の運営責任者は NDN 社長である。また、発行局の業務運用上の統括責任者は、運用責任者である。
発行局のコンピュータシステムは、認証局のセンタに設置される FIPS140-2
レベル 3 相当の暗号化装置が接続された IA/RA サーバから構成される。
*2IA: Issuing Authority*3CRL: Certificate Revocation List ： 電子証明書失効リスト。 CA が発行する失効(無効化)した電子証明書の一覧。検証者は、電子証明書の有効性検証の一環としてこのリストを参照し、検証対象電子証明書が無効化していな
いか確かめなければならない。
*4ARL: Authority Revocation List

IAO*5

登録局
(RA*6)

IA を管理し運営する者。

*5IAO: IA Officers

登録局は、電子証明書の発行に関連する次の機能を実行する。
・電子証明書発行申込受付
・利用者の真偽確認
・企業等の真偽確認
・IA に電子証明書発行の指示
・電子証明書と秘密鍵の利用者への発行
・電子証明書失効決定
・IA へ電子証明書失効処理の指示
登録局のコンピュータシステムは、仮想専用線を使用して発行局と閉域網接続される。
登録局の業務運用上の統括責任者は、業務運用管理者である。
*6RA: Registration Authority

自己署名 CA

証明階層経路の頂点に位置し、自己署名し、電子証明書の発行を行う CA
本サービスでは認証局が BCA と相互認証をする。

業務運用者

電子証明書発行または失効の指示操作および相互牽制にて承認する者

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

14

AOSign サービス運用規程(RAO*7)
リポジトリ(Repository)
ブリッジ認証局(BCA*8)*7RAO: RA Officers
CRL、ARL および本サービスに関連するその他の情報を保管するディレクトリ
や Web の総称
検証者や利用者の便宜に供す。
行政機関側認証局と民間側認証局との中間に位置し、それぞれと相互認証をする政府により運営されるブリッジ認証局*8BCA: Bridge CA

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

15

AOSign サービス運用規程

図 1-1 登場者の機能関連図
認証局のスキーム
ブリッジ認証局(BCA)
相互認証証明書認証局(CA)
発行者=NDN(Issuer)
発行局(IA)

ポリシー

ポリシー
IA/RA サーバ
(センタ)

電
子
証
明
書

発
行
指
示
登録局(RA)

CRL/ARL

チ電
ェ子
ッ証
ク明
要書
求

登録用端末／RAO
DB サーバ(本部)

発
行
申
込

電
子
証
明
書

リポジトリ
(Repository)

電子署名付
メッセージ

利用者
(Subscriber)

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

チ電
ェ子
ッ証
ク明
回書
答

検証者
(Relying Party)

16

AOSign サービス運用規程

1.4.2
認証業務の形態
本サービスによる認証業務の概要を以下の表 1-4 に示す。
表 1-4

AOSign サービス G2 の形態

項

鍵の使用目的

認証局

認
証
サ
ー
ビ
ス
の
運
営

発行局

登録局

内

AOSign サービス G2

NDN との契約者

利用者および所属する企業等

認定認証事業者

NDN
氏名

必須

住所

任意(※)

企業等名称

必須

電子署名

必須

否認防止

必須

鍵暗号化

不可

データ暗号化

不可

鍵共有

不可

発行者

NDN

発行局コンピュータ運用

委託先ベンダ

電子証明書署名鍵生成、管理

委託先ベンダ

登録局コンピュータ運用

委託先ベンダ

真偽確認

NDN

発行指示/失効指示

NDN

認定にかかわる書類の管理※

容サービス名称

利用者

識別名
(属性)

電
子
証
明
書

目

NDN＋委託先ベンダ

利用者より届出があった場合は電子証明書に記載する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

17

AOSign サービス運用規程

1.4.3
電子証明書の用途範囲(1) 本サービスで発行する電子証明書は、利用者が利用者の所属する企業等の命令を受けて電子的な取引や電子的記録の通信を行うためにある。
具体的には、電子調達、電子申請、電子商取引、電子文書保存を行うときに使用する。
(2) 本サービスでは、政府が運営する BCA と相互認証することにより、民側の利用者と官側の権限者との間で相互に電子証明書を検証するための電子証明書パスを構築できるようにする。
(3) 利用者は、電子調達、電子申請、電子商取引、電子文書保存のアプリケーション
ごとに指定される電子証明書要件を確認して、本サービスから発行する電子証明書の適否を判断する必要がある。用途範囲外の使用に対しては、本サービスの責
任対象外である。
1.4.4
業務運用関連法令に対する遵法精神
本サービスで提供する認証業務は、電子署名法に基づく認定認証業務である。同法令の立法趣旨を踏まえて、インターネット社会の通信基盤として安全かつ確実なサービスを提供する。
1.4.5
電子署名法の認定対象外事項の証明に対する宣言
本サービスにおいて、利用者の電子証明書に記載する利用者の属性情報(住所・氏名を除く。) ならびに電子委任状法に基づき記載した代理権に関する情報は、電子署名法の認定対象外である。

1.5

連絡先の詳細本 CPS は、リポジトリにて公開される。利用者は、定期的にアクセスし、新規サービ
ス内容や仕様変更について把握し、承知しなければならない。
利用者は、本サービスの内容について知りたいとき、電話等を使って問い合わせることができる。
［問い合わせ先］
日本電子認証株式会社
住所 ：〒104-0045
東京都中央区築地 5-5-12 浜離宮建設プラザ
名称 ：ヘルプデスク
受付時間：9:00～17:00(土曜日、日曜日、祝日、年末年始を除く。)※ 年末年始の休業日は Web にて掲示する。
URL：https://www.ninsho.co.jp/aosign/
TEL：0120-714-240
FAX：03-5148-5695
E-mail：toiawase@ninsho.co.jp

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

18

AOSign サービス運用規程

2

一般的な規定2.1

義務

NDN は、本サービスによる認証業務における発行者として、各登場者の義務を以下のとおり定める。
2.1.1
発行局(IA)の義務
IA は、以下に示す原則の下、本 CPS に従って運用する。
(1) 電子署名法の定めに従い、電子証明書署名鍵をセキュアな環境で生成し、管理する。
(2) RA の発行指示に基づき利用者の電子証明書を発行する。
(3) RA と協調して電子証明書ライフサイクル管理(発行から失効までの一貫した管理)を行う。
(4) RA の失効指示に基づき利用者の電子証明書を失効させ、CRL を発行する。
(5) IA/RA サーバを電子署名法の定めるセキュアな環境に設置し運用する。
(6) システムの稼動監視を行う。
(7) 本 サ ー ビ ス で は 、 こ れ に 加 え て 以 下 の GPKI(Government Public Key
Infrastructure )接続要件に従うものとする。
① BCA への相互認証申請に際して、正確な情報を提示する。
② 本 CPS に基づき、自己署名証明書、リンク証明書、相互認証証明書の発行および失効を行う。相互認証証明書の取り交わしに関しては、BCA の定める手続に従う。
③ GPKI 接続要件に従って、CRL に加えて ARL を発行する。
④ 電子証明書署名鍵の危殆化(盗難、漏えい等により他人によって使用され得る状態になることをいう。以下同じ。)の際、すみやかに BCA 運営組織にも報告する。
⑤ 電子証明書の発行、失効等に関する監査ログおよびアーカイブデータ(ArchiveData)については本 CPS の定めに従い、保管する。
2.1.2
登録局(RA)の義務
RA は、以下に示す原則の下、本 CPS に従って運用する。
(1) 本 CPS3 章および 4 章の規定に従い電子証明書の発行、失効等に係る処理を適正に行う。
(2) 本 CPS7 章で規定されたプロファイル(Profile)に定義された名称については、実体を適切に表示していることを確認する。
(3) 利用者の公開鍵と秘密鍵を生成後、IC カードに電子証明書と秘密鍵を格納し、利用者に安全かつ確実に IC カードを配付する。
(4) 本 CPS の定めに従い、発行申込書に記述されている利用者が本人であることの真偽の確認を行う。
(5) 利用者の電子証明書を失効させる場合、失効の妥当性の確認を行う。
(6) 発行申込書の記載情報は、個人情報、秘密情報として取扱う。
(7) IA と協調して電子証明書ライフサイクル管理を行う。
(8) 電子証明書発行に関連するその他の情報をすみやかにリポジトリにて公開する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

19

AOSign サービス運用規程(9) 本サービスでは、これに加えて以下の GPKI 接続要件に従うものとする。
①BCA からの相互認証証明書発行要求に含まれる公開鍵が確実に BCA の公開鍵であり、かつ BCA がこの公開鍵に対応する秘密鍵を保有していることを確認する。
2.1.3
利用者の義務
利用者は、本 CPS および利用規約に同意し、以下の義務を負う。
(1) 企業等の同意を受けた発行申込
利用者は、企業等の同意に基づき電子証明書の発行申込を行う。また、利用者が現に有している電子証明書を利用して新たに発行申込を行う場合には、利用者は電子証明書記載事項の内容に変更がないことを確認し、所属する企業等の同意を得た上で申込む。
(2) 正確な発行申込内容の提示
電子証明書の発行申込を行う際、申込内容を正確に提示しなければならない。
虚偽の発行申込をして利用者について不実の証明をさせた者は、電子署名法第 41条の規定により罰せられる。
(3) 利用制限
電子証明書はその用途範囲、損害賠償等を記載した本 CPS に基づき発行される。
利用者は、その範囲外の用途に電子証明書を利用してはならない。
(4) 検証者による利用
利用者の電子証明書を検証者が利用することに関して、その電子証明書がどのような取引において使用されるか、また特定の用途、局面に適合しているか等の審査、確認を NDN は行わないことについて、利用者は承知しなければならない。
(5) IC カード等の秘匿管理
電子署名は、自署や押印に相当する法的効果が認められ得るものであるため、利用者は、電子証明書および秘密鍵が格納されている IC カードおよび IC カードを使用する際に求められる PIN(本人識別のキーコード、Personal Identification
Number の略称。以下同じ。)の情報を他人に知られないように、充分な注意をもって管理しなければならない。
したがって、IC カードを他人に貸与、譲渡または質入れなどの行為を絶対にしてはならない。
(6) 電子証明書記載事項の管理
利用者は発行された電子証明書の記載事項を受領時に確認し、かつその後も使用
前に随時、利用者の現状に照らして確認しなければならない。
利用者は電子証明書受領時にその記載事項が利用者の現状に合わなかった場合、
または電子証明書受領後にその記載事項が利用者の現状に合わなくなった場合は、失効申込を行わなければならない。
(7) 迅速な失効申込
利用者は、秘密鍵が危殆化した場合、もしくは危殆化したおそれがある場合、電子証明書の記載内容に変更が生じた場合および電子証明書の利用を中止する場合
においては、遅滞なく電子証明書の失効申込を行わなければならない。
(8) 企業等もしくは第三者による失効届出に対する同意
やむを得ない理由により利用者が失効申込をできない事象が発生した場合、企業等もしくは第三者が失効届出をすることに対し、あらかじめ同意しなければなら

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

20

AOSign サービス運用規程ない。
(9) 署名アルゴリズム
本サービスで提供する署名アルゴリズムは、sha256WithRSAEncryptionである。利用者はこれを承知しなければならない。また、利用者が用途範囲で用いる署名ア
ルゴリズムは「sha256WithRSAEncryption」、「sha384WithRSAEncryption」または「sha512WithRSAEncryption」とする。
(10)認証局への確認
利用者は、上記各事項に係る解釈については本認証局の判断に従わなければならない。したがって、利用者は本認証局へ必要に応じて確認する必要がある。
2.1.4
利用者の所属する企業等の義務
利用者の電子証明書の発行申込に同意した企業等は、以下の義務を負う。
(1) 利用者が電子証明書の申込を行うことに対して同意した企業等は、その証として発行申込書に利用者とともに記名押印(企業等代表者印)する。なお、電子委任状法に基づき代理権を電子証明書に記載することを希望する場合は、その証として別途同意した旨を明示した書類に記名押印(企業等代表者印)する。
(2) 企業等は、本 CPS および利用規約を遵守しなくてはならない。
(3) 企業等は、原則として本サービスに係る費用を支払う。
(4) 電子証明書の失効申込について、やむを得ない理由により利用者が失効申込をできない事象が発生した場合、企業等が失効届出を行う義務を負う。
(5) 利用者は現に有している電子証明書（電子委任状法に基づき代理権を記載したものは除く）を利用して継続・追加に伴う発行申込を行うことができる。当社は、当該方法で行われた発行申込については企業等の同意が得られているものとみなす。企業等は、その事に対してあらかじめ同意しなくてはならない。
2.1.5
検証者の義務
検証者は、検証者同意書に同意しなければならない。検証者同意書の URL は、電子証
明書の certificatePolicies 項目に表示する。検証者同意書に記述されているように、
検証者は、取引相手である利用者の電子証明書の有効性について確認しなければならない。また、電子証明書の有効性確認に当たり必要な情報(CRL、自己署名証明書(OldWithOld
ま た は NewWithNew) お よ び そ の フ ィ ン ガ ー プ リ ン ト 、 必 要 に 応 じ リ ン ク 証 明 書(OldWithNew または NewWithOld)およびそのフィンガープリント)をリポジトリから入手しなければならない。URL については、本 CPS2.6.4 項を参照。
(1) 利用制限
電子証明書はその使用目的、用途範囲、利用者の真偽の確認方法、損害賠償等を記述した本 CPS に基づいて運用されており、検証者はこれらを理解し、承認した
うえで電子証明書を利用しなければならない。
検証者は、利用者から提示された電子証明書の使用目的に疑義があると判断する
場合、電子証明書を受け入れてはならない。また転用してもならない。
(2) 有効性確認義務
電子署名の検証等、電子証明書を利用する際には有効性確認を行わなければならない。有効性確認内容には以下を含まなければならない。
①電子証明書パス上のすべての証明書について以下を確認すること

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

21

AOSign サービス運用規程

 すべての証明書が改ざんされていないこと
 有効期間内であること
 失効していないこと
 利用者の電子証明書の電子署名を検証すること② 提示された電子証明書の記載項目(特に subject および subjectAltName 項目)
が、本 CPS7 章の規定に一致していること
2.1.6
リポジトリの義務
本認証局は、検証者が電子証明書の有効性検証ができるよう CRL/ARL を公開し、電子証明書発行に関連するその他の情報を公開する義務を負う。
CRL/ARL および電子証明書発行に関連するその他の情報は、本 CPS2.6.4 項に基づきリ
ポジトリにて公開され、本認証局は同リポジトリを運営する。

2.2

責任(1) NDN は、本認証局の運営責任者として、利用者および企業等に対しては、本 CPS
および利用規約に基づいて、また検証者に対しては、本 CPS および検証者同意書に基づいて、それぞれ以下のとおり本サービスを提供する責任を有する。
①電子証明書の発行申込に対して、利用者の真偽の確認を実施すること②電子証明書の発行申込内容を正確に記載した電子証明書を発行すること③秘密鍵と公開鍵ペアを生成後、電子証明書(公開鍵を含む。)と秘密鍵を格納した IC カードを利用者に安全かつ確実に配付すること④本サービスで発行する CRL/ARL について、システム保守等の理由による一時停
止、やむを得ない場合の停止を除き、作成後、定期的にリポジトリに登録し、電子証明書の有効期間が満了するまで公開し続けること⑤失効申込または失効届出を確認・受理した場合、失効申込または失効届出対象の電子証明書について確実に失効処理を行うこと⑥本 CPS5 章および 6 章の規定に従い、電子証明書発行システムを運用し、電子証
明書署名鍵について、危殆化することがないように管理すること⑦電子証明書、CRL/ARL の形式が、それぞれの発行時点において本 CPS7 章の規定に一致していること⑧利用者の真偽の確認のため使用した書類を含む各種の帳簿書類を、漏えい、滅失またはき損、改ざん等のおそれのない方法で、電子署名法の定める期間保管すること(2) NDN は、以下のいずれかの場合には、利用者、企業等および検証者に通知することなく、一時的に本サービスの全部または一部の提供を中断することができる。
①本サービス用の設備につき、緊急に保守を行う場合②火災、停電等により本サービスの提供ができなくなった場合③地震、噴火、洪水、津波等の天災により本サービスの提供ができなくなった場
合④戦争、動乱、暴動、騒乱、労働争議等により本サービスの提供ができなくなった場合⑤電気通信事業者が電気通信サービスを中断または中止した場合

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

22

AOSign サービス運用規程⑥その他、運用上、技術上または契約の履行上、NDN が本サービスの提供を一時中断する必要があると判断した場合(3) 本サービスでは、これに加えて以下の GPKI 接続要件に従うものとする。
①自己署名証明書、リンク証明書、相互認証証明書等の発行、更新、失効、保管および公開にあたっては、BCA、利用者および検証者に対し、本 CPS に基づく認証業務を適切に行う。
②BCA に対する相互認証証明書の発行にあたっては、「政府認証基盤におけるブリッジ認証局の相互認証基準について」(平成 13 年 4 月 25 日行政情報化推進各
省庁連絡会議幹事会了承)に定める基準に適合し、BCA の意思決定組織による相互認証実施の決定に基づく。
(4) その他、一定期間、本認証局において通常運営が困難となる場合、または、本サービスを停止せざるを得ない場合（政府または地方自治体の要請に基づくものを含む）は、その旨を検証者および利用者へ通知する。

2.3

財務責任

NDN は、本サービスの提供が電子社会における重要なセキュリティ基盤事業の遂行であることを自覚し、利用者等に対し安心および信頼を与え続けることのできる経営内容を堅持し、常に健全な財務を維持する責任を負っている。
2.3.1
賠償責任
(1) NDN の賠償責任
NDN が本 CPS2.2 節に規定する責任に違反して損害賠償責任を負う場合は、利用者
および企業等に対しては別途利用規約で定める金額を、また検証者に対しては検証者同意書で定める金額を上限とする。
ただし、NDN の責に帰すことができない事由から生じた損害、NDN の予見の有無を問わず特別の事情から生じた損害、逸失利益については、賠償責任を負わない。
なお、本サービスは、GPKI における BCA との相互認証を行うものであり、官職を有する検証者(官側の処分権者)に対し NDN が損害賠償の責任を負う場合の損害賠償額については本 CPS を適用しない。
(2) 利用者の賠償責任
本 CPS2.1.3 項(3)に規定する利用者による電子証明書利用制限において、利用者が範囲外の用途に電子証明書を利用した結果生じたトラブルについては、利用者が一切の責任を負うものとし、当該トラブルにより NDN が損害を被った場合は、
NDN は、利用者に対し当該損害の賠償を請求することができる。
また、本 CPS2.1.3 項(7)に規定する失効申込において、利用者が失効申込義務を怠ったことにより生じた第三者によるなりすまし、検証者による誤判断等のトラ
ブルについては、利用者が一切の責任を負うものとし、当該トラブルにより NDNが損害を被った場合は、NDN は利用者に対し当該損害の賠償を請求することができる。
(3) 企業等の賠償責任
企業等が、本 CPS2.1.4 項(4)に規定する失効に関する義務を履行しなかったことにより、NDN が損害を被った場合、NDN は企業等に対し当該損害の賠償を請求する

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

23

AOSign サービス運用規程

ことができる。
(4) 検証者に対する賠償責任
本 CPS2.1.5 項(1)に規定する電子証明書利用制限において、検証者が使用目的外
で電子証明書を使用した結果被った損害については、検証者が一切の責任を負うものとし、NDN は何ら賠償責任を負わない。
また、本 CPS2.1.5 項(2)に規定する検証者による電子証明書の有効性確認は、一
般的には使用するソフトウェアにより自動的に行われるものであるが、最終判断
は検証者の責任であり、検証者が有効性を確認できないにもかかわらず取引等した結果被った損害については、NDN は何ら賠償責任を負わない。
2.3.2
信頼関係
NDN は、公共工事の前払金保証事業会社(北海道建設業信用保証株式会社、東日本建設
業保証株式会社、西日本建設業保証株式会社)、金融機関、建設企業および IT ベンダから出資を得ている。
また、NDN は日本電気株式会社に業務の一部を委託している。

2.4

解釈および執行

2.4.1
準拠法
本 CPS は、日本国内法令に基づき解釈される。
2.4.2
分離、存続、合併、通知本サービスが、細分化されたり、他サービスを統合したり、または他サービスに統合される場合、NDN は本サービスを実質的に継続すべく最善を尽くす。
上記に伴い本 CPS の変更が必要とされる場合には、本 CPS8 章の規定に従う。
2.4.3
紛争解決手続利用者、企業等または検証者と NDN 間に訴訟や法的行為が起こる場合、東京地方裁判所を専属的合意管轄裁判所とする。
本 CPS、利用規約および検証者同意書に定められていない事項やこれらの文書の解釈に関し疑義が生じた場合、各当事者はその課題を解決するために誠意をもって協議する。

2.5

料金

NDN は、本サービスの基本料金をホームページに掲載し、所定の料金を電子証明書発
行毎に徴収する。ただし、利用状況によっては、一定の割引を行うことができる。
なお、課金体系は、電子証明書発行枚数に単価を乗じて計算することを原則とする。

2.6

公開およびリポジトリ

2.6.1
情報の公開
本サービスに関する情報は、NDN のリポジトリにて公開する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

24

AOSign サービス運用規程

2.6.2
公開の頻度
(1) 本 CPS の公開は、本 CPS8 章に規定される。
(2) 失効情報については、CRL の形式でリポジトリにて公開する。公開した CRL は、
24 時間以内に最新の CRL に更新する。
(3) 失効情報は、電子証明書の有効期間が満了するまでリポジトリにて公開する。
(4) その他の情報については、NDN の判断により、適宜更新される。
(5) 本サービスでは、これに加えて以下の GPKI 接続要件に従うものとする。
①自己署名証明書、リンク証明書、相互認証証明書および CRL/ARL は、発行および更新の都度公開される。
②相互認証した認証局の名称および相互認証を取り消した認証局の名称は、仕様管理委員会による審議を経た決定の都度公開される。
2.6.3
アクセスコントロール
自 己 署 名 証 明 書 (OldWithOld 、 NewWithNew) お よ び リ ン ク 証 明 書 (OldWithNew 、
NewWithOld)について、電子証明書およびそのフィンガープリントを公開するサーバについては、通信路の暗号化およびフィンガープリントの改ざん検知・防止措置を施し、フィンガープリントの改ざんを検知した場合は、速やかに復旧措置を取る。
2.6.4
リポジトリ
(1) CRL/ARL および本サービスに関連するその他の情報は、リポジトリにて公開される。ただし、利用者の電子証明書は公開されない。
(2) リポジトリへは NDN のホームページからアクセスすることができる。ただし、CRL/ARL については電子証明書記載のアクセス手段およびアドレスによる。
(3) リポジトリは、24 時間運用される。ただし、システムの保守等の理由により、事前に NDN のホームページで告知し、一時停止することがある。なお、やむを得ない場合は、事前に連絡できないことがある。
(4) リポジトリにて公開される情報およびリポジトリの URL は、表 2-1 で示す。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

25

AOSign サービス運用規程

表 2-1

規
約

電
子
証
明
書
他

告
知
書

AOSign サービス G2 のリポジトリの主な内容

文書名

対象

公開方法

AOSign サービス運用規程

関与者全員

https

AOSign サービス G2 利用規約

利用者、企業等

https

AOSign サービス G2 検証者同意書

検証者

https
LDAP(*2)

自己署名証明書(OldWithOld、NewWithNew)

利用者、検証者

自己署名証明書(OldWithOld、NewWithNew)のフィンガープリント(*1)

利用者、検証者

https
https
LDAP(*2)

リンク証明書(OldWithNew、NewWithOld)

利用者、検証者

リンク証明書(OldWithNew、NewWithOld)のフィンガープリント(*1)

利用者、検証者

https

相互認証証明書

利用者、検証者

LDAP(*2)

CRL/ARL

検証者

LDAP(*2)

NDN からのお知らせ

関与者全員

https

https

注)リポジトリの URL は、以下のとおりとする。
AOSign サービス運用規程の URL
AOSign サービス G2 利用規約の
URL
AOSign サービス G2 検証者同意書の URL

https://rep.ninsho.co.jp/aosign/cps.html
https://rep.ninsho.co.jp/aosign/sa.html
https://rep.ninsho.co.jp/aosign/rpa.html

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

26

AOSign サービス運用規程

自己署名証明書(OldWithOld、NewWithNew)の URL(*2)

ldap://ldap.aosign.com/ou=AOSign%20G2%20Certification%
20Authority,o=Nippon%20Denshi%20Ninsho%20Co.Ltd.,c=JP?cA
Certificate
https://rep.ninsho.co.jp/aosign/ca-cert/index.html

自己署名証明書(OldWithOld、NewWithNew)のフィンガープリントの URL
リンク証明書(OldWithNew、NewWithOld)の URL(*2)

https://rep.ninsho.co.jp/aosign/ca-cert/index.html
ldap://ldap.aosign.com/ou=AOSign%20G2%20Certification%
20Authority,o=Nippon%20Denshi%20Ninsho%20Co.Ltd.,c=JP?cA
Certificate
https://rep.ninsho.co.jp/aosign/ca-cert/index.html

リンク証明書(OldWithNew、NewWithOld)のフィンガープリントの URL
相互認証証明書の URL(*2)

CRL の URL(*2)

ARL の URL(*2)

https://rep.ninsho.co.jp/aosign/ca-cert/index.html
ldap://ldap.aosign.com/ou=AOSign%20G2%20Certification%
20Authority,o=Nippon%20Denshi%20Ninsho%20Co.Ltd.,c=JP?cr
ossCertificatePairldap://ldap.aosign.com/ou=AOSign%20G2%20Certification%
20Authority,o=Nippon%20Denshi%20Ninsho%20Co.Ltd.,c=JP?
certificateRevocationList
ldap://ldap.aosign.com/ou=AOSign%20G2%20Certification%
20Authority,o=Nippon%20Denshi%20Ninsho%20Co.Ltd.,c=JP?
authorityRevocationList

NDN ホームページの URL
https://www.ninsho.co.jp(NDN からのお知らせ)*1 証明書を SHA-256 で変換した値。
*2 LDAP(Lightweight Directory Access Protocol)の使用は GPKI 接続条件である。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

27

AOSign サービス運用規程

2.7

準拠性監査

NDN は、本サービスを運用するに際して、本 CPS および業務取扱要領等に準拠して業務が実施されていることを検証するために監査を定期的に行う。
2.7.1
監査の頻度
監査は、以下の時点に実施される。
(1) 年 1 回(電子署名法に基づく認定更新に先立って実施)(2) セキュリティに関係する重要な更改を行う都度
2.7.2
監査人の身元保証・資格
監査人は、準拠性監査に充分なスキルと経験を有した者を選定する。
2.7.3
被監査部門と監査人の関係
監査人は、本認証局運用部門に所属しない者から選定する。
2.7.4
監査の対象となるトピック(1) NDN は、監査を行うために監査基準、規則と手順を定め、目的、監査組織、スケ
ジュール、監査対象、作業要領、改善状況を明確にする。
(2) 認証業務が本 CPS および業務取扱要領等に準拠して実施されていること、ならびに外部からの不正および内部の不正行為に対する措置が適切に講じられていることを中心に監査を行う。
2.7.5
監査指摘事項に対する措置
NDN は、監査の結果、指摘事項があった場合には、可及的すみやかに改善する。
なお、本サービスでは、これに加えて以下の GPKI 接続要件に従うものとする。
(1) 重要または緊急を要する監査指摘事項については、すみやかに対応する。電子証
明書署名鍵の危殆化に関する指摘があった場合は緊急事態と位置づけ、緊急時対応の手続をとる。
(2) 重要または緊急を要する監査指摘事項が改善されるまでの間、新たに電子証明書を発行する等の本サービスを中断するか否かは仕様管理委員会で決定する。また
NDN は、監査指摘事項に対して対策が実施されたことを確認する。
2.7.6
監査結果の報告NDN は監査の結果を公表しない。ただし、指定調査機関の求めに応じて、監査結果を開示する。
なお、本サービスでは、GPKI 接続要件に従って、監査結果を BCA 運営組織に報告する。

2.8

秘密保持

2.8.1
秘密が保たれる情報
NDN は、利用者からの発行申込、失効申込等に伴って提供または提示される個人情報
を本サービスを提供または利用するために必要な範囲をこえて使用しない。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

28

AOSign サービス運用規程

なお、本サービスでは、これに加えて以下の GPKI 接続要件に従うものとする。
(1) 漏洩することによって本サービスおよび BCA の認証業務の信頼性が損なわれるおそれのある情報を秘密扱いとする。
(2) 本部およびセンタそれぞれで管理者を定め、秘密扱いとする情報を含む書類および記録媒体を、安全に保管管理する。
2.8.2
秘密とみなされない情報
本 CPS2.8.1 項の規定にかかわらず、以下に定める情報は、秘密情報とはみなされない。
(1) 電子証明書および CRL/ARL に含まれるべき情報。ただし、利用者の電子証明書の利用者識別名(利用者別名情報を含む。)を除く。
(2) 本 CPS に含まれる情報
2.8.3
失効情報の公開
電子証明書が失効される場合、CRL には失効理由、失効日時が含まれる。
したがって、この失効理由、失効日時は秘密情報とはみなされず、すべての検証者に公開されることになる。
2.8.4
法執行機関への情報開示
NDN は、本サービスで取り扱う情報に対し、法的根拠に基づいて情報を開示するように請求があった場合、法の定めに従い法執行機関へ情報を開示する。
2.8.5
民事手続上の開示
本 CPS2.8.4 項の規定に含まれる。
2.8.6
電子証明書名義人の要請に基づく開示
NDN は、電子証明書名義人から名義人自身の権利または利益を侵害されている、もしくはそのおそれがあるとして、開示申込書に現金、普通為替または定額小為替により開示申込手数料(別途定める。)を添えて申込があった場合、電子証明書発行申込書と開示申込書の利用者名および利用者の実印(印影)が一致することを確認したうえで、発行申込時に受付けた申込書類および電子証明書記載事項を郵送または対面による手交にて開示する。開示申込書記載の利用者氏名が改名等により電子証明書発行申込書記載の利用者氏名と異なる場合は、利用者に対し、旧氏が記載された住民票の写しまたは住民票記
載事項証明書、戸籍謄本(戸籍全部事項証明書)または戸籍抄本(戸籍個人事項証明書)のいずれかの提出を求め、氏名を確認する。また、開示申込書に押印された利用者の実印(印影)が、電子証明書発行申込書に押印された実印(印影)と異なる場合は、利用者に対し、印鑑登録証明書の提出を求め、印影を確認する。なお、利用者が現に有している電子証
明書を利用して新たに発行された電子証明書に対して申込があった場合は、本 CPS3.1
節の初期登録時に受付けた発行申込書類を用いて手続きを行う。この場合、初期登録時に受付けた申込書類、開示対象の電子証明書記載事項および発行申込データを開示する。
受付方法は郵送または対面(窓口)とし、オンラインによる方法では受付けない。ただし、申込者が、日本国籍を有しない者で住民基本台帳法第三十条の四十五に定める外国人住民(以下、「外国人」という。)であり個人の実印を所有していない場合は、電子証
明書の名義人であることを「本 CPS3.1.8 項(2)③なお書き」に準じ、開示申込意思確認

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

29

AOSign サービス運用規程書を本人限定受取郵便(基本型)により送付することにより取扱う。
なお、NDN は本 CPS2.8.4 項および 2.8.5 項に規定する場合を除き、電子証明書名義人以外からの利用者情報に関する要求には応じない。
2.8.7
委託先への情報の開示
NDN は、業務の一部を委託する場合、秘密情報を委託先に開示することができる。その場合、委託契約にて委託先に守秘を義務付ける。

2.9

知的財産権
以下の資産は、NDN に帰属する知的財産とする。
(1) 本 CPS、関係規程および各種様式(2) その他本サービスに関して NDN が作成したもの

2.10 個人情報保護
NDN は本サービスを行うにあたり、入手する個人情報の保護について、NDN 個人情報保護ポリシーに基づき、以下のとおり取り扱う。
(1) 入手する個人情報の位置づけ
入手する個人情報のうちには、利用者の求めの有無にかかわらず NDN に訂正、追加または削除、利用の停止、消去の措置の権限のないものが存在し、電子署名法に基づく保管を義務付けられるものである。
(2) 利用目的の特定
NDN は、本サービスを利用者に提供するために必要とする利用者の個人情報を本サービス提供の目的(電子証明書発行・送付、電子証明書発行申込書において指定された連絡先経由で利用者に必要な連絡をすることおよび書類を送付することを含む。)および付随する目的(電子証明書の有効期間満了時期を案内する際に、既申込情報を利用し印字した電子証明書発行申込書を添付すること、IC カードリー
ダの送付、NDN 各事業で取り扱うその他の商品・サービスの案内または提供、NDN各事業に関するお問い合わせ等の対応、市場調査やアンケートの実施による商品やサービスの研究・開発を含む。)の範囲内でのみ利用する。
NDN がこの利用目的を変更する場合、本 CPS8 章の規定に従って、現利用目的と相当の関連性を有すると合理的に認められる範囲内にあることを検討したうえで行う。
(3) 利用目的による制限
NDN は、(2)の目的以外に個人情報を利用しない。
また、第三者から目的外利用を求められた場合、法令に基づく場合を除き、一切これに応じない。
(4) 適正な取得
NDN は、偽りその他不正な手段により個人情報を取得しない。
(5) 取得に際しての利用目的の通知申込に伴って個人情報を取得する場合は、あらかじめこれら利用目的を利用規約にて通知し、利用者の同意を得る。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

30

AOSign サービス運用規程(6) 内容の正確性の確保
NDN は、利用者から直接入手した個人情報を正確かつ最新の内容に保つように努める。
(7) 安全管理措置ならびに要員および委託先の監督
NDN は利用者から入手した個人情報に対して、本 CPS4.7 節および 5 章に規定する
とおり、情報を取り扱う要員および委託先の監督を含め、その漏洩、滅失、毀損の防止等の措置をとる。
(8) 第三者提供の制限
NDN は、法令に基づく場合および、守秘義務を課したうえで本サービスの一部を委託する場合を除き、個人情報を利用者以外の第三者に提供しない。
(9) 保有個人情報に関する事項の公開
NDN は、利用目的を本節(2)に、情報の開示、訂正等の手続きを本 CPS2.8.6 項および利用規約にてそれぞれ規定し、利用者が知り得るように公開する。
従って、これらについて個別の通知は行わない。
(10)開示、訂正、追加または削除、利用の停止
利用者から開示、訂正、追加または削除、利用の停止の依頼を受けた場合に限り、別途業務取扱要領に定める手続きを行う。ただし、訂正の内容が電子証明書記載
事項にかかる場合は、当該電子証明書の失効を必須とする。
(11)理由の説明、手続、料金
NDN は利用者の要求と異なる措置をとる場合、その理由を利用者に説明する。利用者は各種の要求を、NDN が指定する方法によって行わなければならない。
また、利用者の求めに応じる場合、NDN は所定の料金または実費を請求することができる。

2.11 詳細規定
本 CPS に基づき、本部およびセンタそれぞれが業務取扱要領等の詳細規定を定める。
本 CPS8 章の規定に基づき本 CPS の改訂が行われる場合、これに伴って詳細規定も、必要な改訂を行う。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

31

AOSign サービス運用規程3

識別と本人認証3.1

初期登録(発行申込)

3.1.1
電子証明書に記載される利用者情報
本サービスで使用する名称は、ITU X.500 シリーズ定義の識別名(DistinguishedName)の規定に従い指定される(詳細は本 CPS7 章を参照)。所有者別名(subjectAltName)の詳細については本 CPS7 章を参照のこと。
以下に、本サービスにおける電子証明書に記載される所有者(subject)の識別名(DistinguishedName)の種類と取扱を定める。
なお、本サービスで発行される電子証明書の記述に使用する言語は、英数字および日本語である。
(1) 固有名称(本 CPS7 章プロファイル表示: CN=XXX CommonName のこと)
利用者の呼称(フリガナ)を、ヘボン式ローマ字で指定する。ただし、ヘボン式ローマ字にて記載しがたい場合は、発行申込書に記載されている呼称のローマ字表
記をそのまま記載するが、呼称との大幅な乖離(例えば、ニックネーム)は許されない(旧姓および住民票の写しまたは住民票記載事項証明書記載の通称等は、この固有名称に設定可能である。)。
なお、本名称の確認は電子署名法の認定対象である。
(2) 利用者識別子(本 CPS7 章プロファイル表示: UID UserIdentifier のこと)
利用者に配付した IC カードの識別番号である。本認証局にて割り当てを行う。
ただし、利用者より電子調達、電子申請、電子商取引、電子文書保存のアプリケーシ
ョンごとに指定される電子証明書要件に基づき、利用者の居住する住所について電子証明書に記載することの届出があった場合は以下のとおり電子証明書に記載する。
(1) 国名(本 CPS7 章プロファイル表示: C=JP CountryName のこと)
利用者の居住する国名である。「JP」(日本国)固定である。
(2) 住所 1: 都道府県(本 CPS7 章プロファイル表示: S=XXX stateOrProvinceName のこと)
利用者の居住する住所の都道府県名をヘボン式ローマ字で指定する。
なお、本名称の確認は電子署名法の認定対象である。
(3) 住所 2: 郡、市区町村以下(本 CPS7 章プロファイル表示: L=XXX localityName のこと)
利用者の居住する住所の郡、市区町村名以下をヘボン式ローマ字で指定する。
なお、本名称の確認は電子署名法の認定対象である。
3.1.2
名称の意味に関する要件
本サービスで使用する識別名には、本 CPS3.1.1 項で規定した種類とそれに対応する意
味があり、さまざまな名称の形式を解釈するためのルールは、前述の ITU X.500 シリー
ズ定義の識別名の規定および GPKI 相互運用性仕様書に規定される電子証明書プロファ
イルに従うものである。
なお、電子証明書に記載される識別名は、本認証局が本人性確認の際に利用者から提Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

32

AOSign サービス運用規程出された発行申込書に記載されている内容から国名および利用者識別子を除き転記したものである(詳細は本 CPS7 章を参照)。
3.1.3
名称の一意性
電子証明書に記載される識別名は、本サービスで発行する電子証明書において利用者に対し一意である。
3.1.4
名称要求の紛争決着の手順
名称要求の紛争とは、本サービスで発行する電子証明書に記載される利用者の識別名に係る何らかの紛争を意味する(不正発行、商標権侵害、不正競争、不正目的使用等)。
利 用 者 の 固 有 名 称 (CommonName) お よ び 利 用 者 ロ ー マ 字 表 記 住 所 1 、
2(stateOrProvinceName、localityName)に係る紛争(不正発行)は本認証局と利用者間での解決を原則とする。
3.1.5
企業等の名称の認識・認証・役割
本サービスで発行する電子証明書における所有者別名(subjectAltName)は、企業等の名称を含む。
本サービスでは、利用者の所属する企業等の名称を本 CPS3.1.7 項(6)の書類(登記事項証明書等)で確認する。
3.1.6
秘密鍵の所有を証明する方法(1) 利用者の秘密鍵の証明
本サービスでは、本認証局において公開鍵と秘密鍵を生成し、電子証明書と秘密
鍵を IC カードに格納し、これを使用する際に求められる PIN とともに安全かつ確
実に利用者に配付する。秘密鍵の格納された IC カードおよび PIN を本人限定受取
郵便(基本型)または本認証局が対面にて本人性の確認を行ったうえで手交する方法により確実に配付し、秘密鍵受取および所有の証として利用者の自署(手交の場合のみ)または記名押印(実印)された受領書もしくは IC カードに格納されている
秘密鍵にて電子署名を行った受領書データ(以下、「受領書データ」という。)を回収する。
なお、利用者が外国人であって、個人の実印を所有していない場合は、押印欄に利用者が自署を行った受領書または受領書データを回収する。
(2) BCA の秘密鍵の証明
GPKI との相互認証手続において、BCA から提出された電子証明書発行要求の電子署名の検証を行い、含まれている BCA 公開鍵に対応する BCA 秘密鍵で電子署名されていることを確認する。また、電子証明書発行要求のフィンガープリントを確認し、BCA 公開鍵の所有者を特定する。
3.1.7
発行申込権者および発行申込時に必要な書類発行申込権者は利用者のみとし、利用者以外による発行申込は認めない。ただし、当社窓口に発行申込時に必要な書類を持参する者は、利用者以外でも構わない。
利用者は、電子証明書の発行申込にあたり、以下の書類を提出する。
また、以下の書類には、行政手続における特定の個人を識別するための番号の利用等

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

33

AOSign サービス運用規程に関する法律（平成 25 年法律第 27 号）第 2 条第 5 項に規定する個人番号の記載がないものとするが、当該番号の記載がある場合には、本認証局が墨塗りを行うことに同意する。
(1) 発行申込書
本認証局所定の様式により、利用者の記名押印(実印)されていることを必須とし、以下の事項を含むものとする。
なお、利用者が外国人であって、個人の実印を所有していない場合は、発行申込書の押印欄に、自署が行われていることを必須とする。
・ 利用者氏名(旧姓および住民票の写しまたは住民票記載事項証明書記載の通称等を含む。)、住所、生年月日・ 電子証明書の用途(電子調達、電子申請、電子商取引、電子文書保存)
・ 利用者氏名のローマ字表記
また、本サービスでは利用者が企業等に所属することを前提に電子証明書を発行する。本申込書には、利用者の所属する企業等が「本申込について同意する」旨の確認条項が明示してあり、企業等の記名押印(企業等代表者印)されていることが必須である。ただし、この取扱は電子署名法の認定対象外である。
なお、本認証局は、押印に使用する印鑑を実印(商業登記のない法人の場合は、当該法人が公的機関に届け出た書類または公的機関が発行した書類(公示を含む。)に押印した印を含む。以下、同じ。)に限り、利用者および企業等の意思表示の証としてこれを求める。
(2) 利用者自宅住所(ローマ字)届出書
電子証明書に自宅住所(ローマ字)の記載を希望する場合は提出する。
(3) 利用者を確認するための書類
印鑑登録証明書および住民票の写しまたは住民票記載事項証明書(いずれも利用者のもので当社受付時点で発行日から 3 ヶ月以内のもの。)を提出する。
なお、利用者が外国人であって、個人の実印を所有していない場合は、印鑑登録証明書の提出は省略可とし、本認証局から本人限定受取郵便(基本型)を用いて送付された発行申込意思確認書を、利用者が自筆署名したうえで提出する。旧姓
を利用者の固有名称とする場合、旧姓と現姓の関係を証明する旧氏が記載された住民票の写しまたは住民票記載事項証明書、戸籍謄本(戸籍全部事項証明書)または戸籍抄本(戸籍個人事項証明書)のいずれかを提出する。
(4) 企業等の意思を確認するための書類
この取扱は電子署名法の認定対象外である。
①利用者の所属する企業等が商業登記をしている法人の場合は、当該法人の印鑑証明書(当社受付時点で発行日から 3 ヶ月以内)を提出する。商業登記のない法人の場合は、当該法人が公的機関に届け出た書類または公的機関が発行した書類(公示を含む。)で印影の確認が可能な書類とする。
なお、地方自治法等の特別法に基づく法人については、次の書類とする。
１)当該法人の公印規程(印影つき)。
公印規程に印影のない場合は、公印規程に加え当該法人の発行する公式文書(発番ならびに日付および公印が確認される対外文書(写し可))。
②個人企業の場合は代表者個人の印鑑登録証明書(当社受付時点で発行日から 3ヶ月以内)を提出する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

34

AOSign サービス運用規程(5) 利用者が企業等に所属していることを証明する書類
企業等が、発行申込書に企業等代表者印(地方自治法等の特別法に基づく法人の場
合は、当該法人の代表者の公印)を押印することにより利用者が当該企業等に所属していることを証明する。
ただし、この取扱は電子署名法の認定対象外である。
(6) 企業等に関する情報を確認するための書類
利用者の所属する企業等および代表者を確認するための書類である。以下の場合
において、各書類のうちいずれか一つを提出する。
ただし、この取扱は電子署名法の認定対象外である。
①法人の場合・ 商業登記をしている場合は、登記事項証明書(履歴事項全部証明書または現在事項全部証明書)(当社受付時点で発行日から 3 ヶ月以内)
・ 商業登記のない法人の場合は、当該法人の存在を証明する公的書類
地方自治法等の特別法に基づく法人については、次の書類とする。
１)当該法人を設置する法令
例えば、地方自治法第 4 条の「地方公共団体の位置を定める条例」の制定がある場合は、当該条例の写し。当該条例の制定がない場合は、「部制条例」
等の組織を定める規程等の写し。
２)当該団体の代表者氏名が公示されている当該法人発行文書の写し(公報等)②個人企業の場合
ア)商業登記をしている場合は、登記事項証明書(履歴事項全部証明書または現在事項全部証明書)(当社受付時点で発行日から 3 ヶ月以内)
イ)商業登記をしていない場合は、商号・名称、住所および公的機関またはこれに準ずる機関の印影が確認できる書類(直近年のもの)とする。
例)経営事項審査の結果通知書の写し(国土交通省または都道府県が発行したもの)例)税務申告書の写し
ただし、電子申告の場合は、『「受信通知」および「申告データ出力分」』
を収受日付印のある税務申告書の写しとみなす。
例)国や地方公共団体等との公共工事請負契約書、業務委託契約書の写し(7) 受取代理人または受取代人を確認するための書類
IC カードの受取りを受取代理人とする場合、利用者は以下の書類を提出する。
①利用者から受取代理人へ IC カードの受取りを委任する旨の書類提出を求める AOSignIC カード受取代理人届出書には、利用者が受取代理人に対し IC カードの受取りを委任する旨が記載されている。
当該届出書の利用者氏名および実印は、発行申込書の利用者氏名および実印と合致するものであることを要する。
なお、利用者が外国人であって、個人の実印を所有していない場合は、当該届出書の押印欄に自署されていることを要する。
②受取代理人の印鑑登録証明書
IC カードの受取りを受取代人とする場合、利用者は、利用者氏名、利用者住所、利用者押印(実印)、受取代人氏名、受取代人住所、IC カードの受取について委任

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

35

AOSign サービス運用規程する旨の記載があることの要件を満たす委任状(様式不問)を提出する。
(8) 電子委任状法による代理権を利用者に委任する場合に確認するための書類
電子委任状法に基づき代理権を電子証明書に記載することに記名押印(企業等代表者印)のうえ同意したものを提出する。
ただし、この取扱は電子署名法の認定対象外である。
3.1.8
利用者の真偽の確認
本認証局は、利用者が本人であることの真偽確認を以下の手順で行う。
(1) 発行申込書および添付書類の確認①発行申込書において以下の同意がなされていること
・ 利用規約に対する同意・ 利用者情報が電子証明書に記載されることに対する同意②発行申込書に記名押印(実印)されていること
なお、利用者が外国人であって個人の実印を所有していない場合は、押印欄に自署が行われていること③添付書類が「様式」、「記載内容」および「有効期限」等において真正な書類であること(2) 添付書類による利用者の真偽の確認①真偽の確認にあたっては、発行申込書に記載されている利用者氏名(旧姓および住民票の写しまたは住民票記載事項証明書記載の通称等を含む。)、住所および生年月日が、住民票の写しまたは住民票記載事項証明書、戸籍謄本(戸籍全部事項証明書)、戸籍抄本(戸籍個人事項証明書)に記載されている内容と一致すること。ただし、発行申込書記載の文字と住民票の写しまたは住民票記載事項証明書、戸籍謄本(戸籍全部事項証明書)、戸籍抄本(戸籍個人事項証明書)記載の文字が異なる場合であっても、「誤字俗字・正字一覧表(平成 16 年 10 月 14 日付
け法務省民一第 2842 号民事局長通達)」等に従い同等と判断できるときは、一致しているものとする。また、発行申込書記載の住所表記の丁目番地等が、ハイフン等で表記されている場合も一致しているものとする。
②電子証明書に記載する利用者氏名および住所のローマ字表記が、日本語呼称(フリガナ)から大きく乖離していないこと③印鑑登録証明書に証明されている印影と発行申込書に押印された印鑑の印影が一致することなお、利用者が外国人であって、個人の実印を所有していない場合は、以下のとおり取扱う。
・本認証局は、利用者が申込書記載の住所に居住しているかおよび当該発行申込が利用者本人の申込意思に基づくものであるかを確認するため、発行申込
意思確認書を本人限定受取郵便(基本型)にて利用者本人宛に送付する。
・発行申込意思確認書を受領した利用者は、当該申込が利用者本人によるもの
である場合は、同確認書に申込意思を明示し自署の上、本認証局宛に郵送する。
・本認証局は、郵送されてきた発行申込意思確認書の受領により利用者の真偽の確認を行い、併せて自署の確認も行う。発行申込意思確認書の発送から 40
日以内に、同確認書が本認証局へ到達しない場合または同確認書により申込

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

36

AOSign サービス運用規程

意思のないことが確認された場合は、当該申込にかかる利用者の真偽確認はできなかったものとする。
④旧姓を利用者の固有名称とする申込が行われた場合、旧姓と現姓の関係を証明する旧氏が記載された住民票の写しまたは住民票記載事項証明書、戸籍謄本(戸籍全部事項証明書)または戸籍抄本(戸籍個人事項証明書)等のいずれかの公的書類(当社受付時点で発行日から 3 ヶ月以内)が添付されていること
3.1.9
企業等の商号・名称、住所、代表者および法人番号の確認(1) 商号・名称、住所、代表者の確認
企業等の商号・名称、住所および代表者の確認は、本 CPS3.1.7 項(6)の書類(登記事項証明書等)によって行う。
当該確認書類については、「様式」、「記載内容」および「有効期限」等において真正な書類であることを確認のうえ、発行申込書の記載内容が同書類に一致していることを確認する。ただし、企業等の商号・名称について、「株式会社」
等を「(株)」等に省略して表記されている場合も一致しているものする。
また、発行申込書記載の文字と本 CPS3.1.7 項(6)の書類(登記事項証明書等)に記載の文字が異なる場合は、本 CPS3.1.8 項(2)①ただし書きに準ずるものとする。
なお、市町村合併等によって企業等の住所変更が行われた場合に、本 CPS3.1.7
項(6)の書類(登記事項証明書等)が合併前の住所であるときには、企業等住所の確認ができないため、市町村役場から発行される合併証明書等または新住所が表記されている印鑑証明書など合併後の新住所を確認できる書類を求め、企業等の住所を確認する。
(2) 法人番号の確認
会社法その他の法令の規定により設立の登記をした法人においては、登記事項証明書に記載された会社法人等番号を基礎とし財務省令で定められた算式によって算出することにより確認する。それ以外の法人等においては、「国税庁法人番号公表サイト」を参照することにより確認する。
3.1.10 企業等に所属していることの確認
本サービスでは、利用者が企業等に所属しているという確認は、発行申込書に企業等代表者印が押印されていることおよび印影を確認することにより行う。ただし、この取扱は電子署名法の認定対象外である。
3.1.11 受取代理人または受取代人の真偽の確認
本サービスでは、利用者が IC カードの受取りを委任する場合、「様式」、「記載内容」、「有効期限」等において真正な書類であることを確認した上で、以下のとおり真偽確認を行う。
(1) IC カードの受取りを受取代理人とする場合
AOSignIC カード受取代理人届出書の利用者本人の氏名を確認するとともに利用者の印鑑登録証明書に証明されている印影と当該届出書に押印された利用者の印
鑑の印影が一致することを確認し、当該届出書に記載された受取代理人の情報および押印された印鑑の印影が受取代理人の印鑑登録証明書の情報および印鑑の印影と一致することを確認する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

37

AOSign サービス運用規程(2) IC カードの受取りを受取代人とする場合
3.1.7 項(7)に規定した要件を満たした記載のある委任状(様式不問)の利用者本
人の氏名を確認するとともに利用者の印鑑登録証明書に証明されている印影と当該委任状に押印された利用者の印鑑の印影が一致することを確認する。
3.1.12 電子委任状法に基づき代理権を電子証明書に記載することの確認
本サービスでは、電子委任状法に基づき代理権を電子証明書に記載することの確認は、
3.1.7 項(8)について記名押印(企業等代表者印)された印影を確認することにより行う。
ただし、この取扱は電子署名法の認定対象外である。

3.2

電子証明書の継続・追加に伴う鍵の更新

電子証明書の有効期間満了にともなう発行申込(追加発行申込および本認証局が既申込情報を利用し印字、送付した電子証明書発行申込書による発行申込を含む。)は、初期登録と同じ方法、もしくは利用者が現に有している本認証局の電子証明書（電子委任状法に基づき代理権を記載したものは除く）を利用した方法（以下、「オンライン発行申込」という。）
により行う。以下にオンライン発行申込の場合の取扱について定める。
(1) 発行申込権者および発行申込時に必要なデータ等
発行申込権者は利用者のみとし、利用者以外による発行申込は認めない。発行申込データは利用者が現に有している本認証局の電子証明書に係る電子署名が付されていることを必須とし、以下の事項を含むものとする。
・利用者氏名、住所、生年月日・電子証明書の用途(電子調達、電子申請、電子商取引、電子文書保存)
・利用者氏名のローマ字表記
また、オンライン発行申込では利用者が企業等に所属すること、およびオンライン発
行申込に使用する電子証明書の記載事項に変更がないことを前提に電子証明書を発行する。有効期間については初期登録により発行された電子証明書の発行日から起算して 5 年を超えない日までに満了するよう設定する。
(2) 利用者の真偽の確認
オンライン発行申込では、利用者が本人であることの真偽確認を発行申込データに付された電子署名を検証することにより行う。
(3) 発行申込データの確認
発行申込データに含まれる利用者の氏名および住所、また企業等の商号・名称および住所について、当社が保有している最新の情報と一致する事を確認する。なお、オンライン発行申込の場合は IC カードおよび PIN の受領については原則利用者のみとする。

3.3

失効後の電子証明書の鍵の更新

電子証明書の失効後の発行申込は、一度失効した電子証明書を再度有効化するものではなく、初期登録に同じ手続を取る。
なお、本認証局は、前回失効理由が当該発行に適切でないと判断する場合は発行申込を受付けない。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

38

AOSign サービス運用規程

3.4

失効申込・失効届出

電子証明書の失効申込または失効届出受付、受付内容の確認(失効申込者または失効届
出者の真偽の確認を含む。)、失効審査および失効操作は、本認証局が行う。
3.4.1
失効申込権者・失効届出権者
失効申込権者は利用者のみとする。
失効届出権者は利用者の所属する企業等とする。利用者の死亡または利用者の所属する企業等の倒産等やむを得ない場合は、例外的に、第三者が届出を行うことも可能とする。
3.4.2
失効申込者・失効届出者の真偽の確認
本認証局は、原則として失効申込書の内容(利用者の氏名および印影)が当該電子証明書の発行申込書と一致する場合に、利用者の失効申込と判断する。
失効申込書に記載されている利用者氏名が改名等により電子証明書発行申込書に記載された利用者氏名と異なる場合は、旧氏が記載された住民票の写しまたは住民票記載事
項証明書、戸籍謄本(戸籍全部事項証明書)または戸籍抄本(戸籍個人事項証明書)のいずれかを求め、利用者氏名の一致を確認する。また、失効申込書に押印されている印影が電子証明書発行申込書に押印された印影と異なる場合は、本 CPS3.1.7 項(3)の印鑑登録証明書を求め、印影の一致を確認する。ただし、最新の発行申込時に添付された書類により確認する場合には、重複提出は求めない。
利用者が外国人であって、個人の実印を所有していない場合、本 CPS3.1.8 項(2)③な
お書きに準じ、失効申込意思確認書を本人限定受取郵便(基本型)により送付することにより取り扱う。
失効対象の電子証明書を利用した電子署名を付した失効申込（以下、「オンライン失効申込」という。）の場合には、失効申込データに付された電子署名の検証をもって利用者の失効申込と判断する。
本認証局は、原則として失効届出書の内容(企業等の名称ならびに代表者氏名および印影)が当該電子証明書の発行申込書と一致する場合に、企業等からの失効届出と判断する。
失効届出書に記載されている企業等名称、代表者氏名が電子証明書発行申込書に記載された内容と異なる場合は、本 CPS3.1.7 項(6)の書類(登記事項証明書等)を求め、企業
等名称、代表者氏名の一致を確認する。また、失効届出書に押印されている印影が電子証明書発行申込書に押印された印影と異なる場合は、本 CPS3.1.7 項(4)の印鑑証明書等を求め、印影の一致を確認する。ただし、最新の発行申込時に添付された書類により確認する場合には、重複提出は求めない。
なお、第三者の失効届出の場合は失効届出者の確認を要しない。ただし、失効理由(本人死亡、企業等の倒産等)を明らかとする公的証明書等の添付を要する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

39

AOSign サービス運用規程

4

運用の要件

4.1

電子証明書の発行申込

本認証局は、あらかじめ利用者に本 CPS、利用規約、発行申込書および申込に必要な関係書類等をホームページ(本 CPS および利用規約はリポジトリ)にて公開する。利用者
は、本 CPS、利用規約および個人情報の取扱(利用者氏名(ローマ字、漢字)、企業等商号・名称(漢字)、企業等の本店住所(漢字)、法人番号の項目について、電子証明書に記載されること)に同意し、かつ企業等の同意を得て申込む。利用者または企業等が同意できない場合は、申込手続を中止しなければならない。
なお、GPKI との相互認証手続において、BCA から本認証局への相互認証証明書の発行要求および本認証局から BCA への相互認証証明書発行申請は、BCA の定める手続により
行われる。
4.1.1
発行申込のパターン
発行申込は、郵送申込、対面申込およびオンライン発行申込とし、他の方法は認めない。
郵送申込または対面申込の場合、利用者は発行申込書の記載内容および添付書類に不備のないことを確認し、利用者および企業等代表者の記名押印(実印)のうえ、本認証局へ申込む。
なお、利用者が外国人であって、個人の実印を所有していない場合は、発行申込書の押印欄への自署のうえ、本認証局に申込む。
またオンライン発行申込の場合、利用者は電子証明書記載事項の内容に変更がないことを確認し、企業等の同意を得たうえで、本サービスにより発行された有効な電子証明書に係る電子署名を付した発行申込データを本認証局へ申込む。電子証明書記載事項に変更がある場合や企業等の同意が得られていない場合には、オンライン発行申込による発行申込はできない。
4.1.2
発行申込の受付(1) 郵送申込
業務運用者は、発行申込書類(添付書類を含む。)が封緘された郵便物を開封した時点で受付ける。
(2) 対面申込
当社窓口での対面申込は、業務運用者が 2 名体制で、発行申込書類(添付書類を含む。)を受理した時点で受付ける。
当社窓口以外での対面申込は、業務運用者が 2 名体制で、封緘された発行申込書類(添付書類を含む。)を受理し、開封することなく鞄等に入れ施錠後、常時携帯し当社まで搬送し、開封した時点で受付ける。
(3) オンライン発行申込
オンライン発行申込は、業務運用者が登録事務用端末にて発行申込データを取得・確認した時点で受付ける。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

40

AOSign サービス運用規程

4.1.3
発行申込の審査
郵送申込または対面申込の場合、業務運用者は受付けた発行申込書類(添付書類を含む。)に対し、本 CPS3.1.8 項～3.1.11 項に規定する手続を行う。審査の結果、不備がある場合は、利用者に対し「書類不備のお知らせ」を送付し、郵送にて書類の再提出または追加提出を求める。
なお、利用者が、不備のある申込書類または不要な添付書類等の返却を希望する場合には返却することができる。この場合、利用者は、電子証明書発行申込書において指定された連絡先経由で利用者に必要な連絡をすることおよび必要な書類を送付することに同意しなければならない。ただし、本認証局が不正な申込であると判断した場合には返却はしない。再提出または追加提出後は、提出された当該申込書類を原本として取扱い、
本 CPS3.1.8 項～3.1.11 項の手続きを行う。
また、電子証明書発行申込書に不備がある場合、業務運用者が不備の状況により判断した、次の(1)～(3)のいずれかの方法により再提出または追加提出の依頼を行う。ただし、いずれの場合であっても利用者が新たに電子証明書発行申込書の様式を入手し、記入および押印したものを追加提出することを妨げない。
(1) 利用者が提出済み電子証明書発行申込書の控えを訂正、押印する方法(2) 業務運用者が送付した電子証明書発行申込書を利用者が訂正、押印する方法(3) 業務運用者が添付書類に基づいて印字作成し、送付した電子証明書発行申込書を利用者が内容を確認、訂正、押印する方法(2)、(3)の場合に、業務運用者が電子証明書発行申込書を利用者に送付するときは、利用者本人を確認のうえ、以下(a)～(c)のとおり FAX、メールまたは郵送のいずれかの方法により、「書類不備のお知らせ」とともに安全に送付する。
(a) 電子証明書発行申込書連絡先記載の FAX 番号に送付する方法。なお、業務運用者
が FAX で返送したものを利用者が追加提出した電子証明書発行申込書の様式、記載内容が不鮮明である場合は、不備として扱い、再度提出していただくものとする。
(b) (a)が困難な場合、電子証明書発行申込書連絡先記載のメールアドレスにメールする方法(c) (a)、(b)が困難な場合、電子証明書発行申込書連絡先記載の住所に郵送する方法
オンライン発行申込の場合、業務運用者は送信された発行申込データに対し、本
CPS3.2 節に規定する手続を行う。確認の結果、真正であると判断された申込について受付ける。受付と同時に、審査および本 CPS4.2.1 項(3)に規定するオンライン発行申込の場合の登録が完了する。
また、確認の結果、真正でないと判断された申込については利用者に対し受付できなかった旨を通知する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

41

AOSign サービス運用規程

4.2

電子証明書の発行

業務運用者は、発行申込の受付が完了し、利用者の真偽の確認の結果、真正であると判断された申込に対し、本節の手順で当該利用者の秘密鍵および公開鍵、電子証明書を生成し、安全かつ確実な方法で発行手続を行う。発行される電子証明書の有効期間は発行日より 1 年+30 日、2 年+30 日、3 年+30 日、4 年+30 日、5 年とし、発行の可否判断を行った日（オンライン発行申込の場合は、初期登録により発行された電子証明書の有効期間開始日）から起算して 5 年を超えることのないよう措置している。
なお、発行手続は業務運用者 2 名以上による相互牽制の下に行われる。
4.2.1
電子証明書記載事項の登録(1) 利用者氏名(ローマ字、漢字)、利用者自宅住所(ローマ字)、企業等商号・名称(漢字)、企業等の住所(漢字)の登録
業務運用者は、登録事務用端末において発行申込書類に基づき、利用者氏名(ローマ字、漢字)、利用者自宅住所(ローマ字)、企業等商号・名称(漢字)、企業等の住所(漢字)の登録を行う。また、発行申込書記載内容のうち、企業等の商号・名称、住所について、「株式会社」等を「(株)」等に省略して記載されていたり、丁目
番地等が、ハイフン等で記載されている場合も、本 CPS3.1.7 項(6)の書類(登記事項証明書等)に記載されている内容と一致しているものと判断される場合には、当該登記事項証明書等から登録するものとする。ただし、発行申込書類記載の文字が JIS 第一水準、第二水準の範囲外である場合、JIS 第一水準、第二水準の範囲内の文字であって、「誤字俗字・正字一覧表(平成 16 年 10 月 14 日付け法務省民一第 2842 号民事局長通達)」等に従い置き換えられた文字で登録するものとする。
これに該当する文字がないときは、ひらがなまたはカタカナで登録するものとする。ただし、利用者が企業等代表者の場合に限り、利用者氏名を本 CPS3.1.7 項(6)の書類(登記事項証明書等)記載の文字にて上記手順に従い登録する(利用者が企業等代表者の場合は、当該登記事項証明書等で利用者氏名の確認を行えるため)。
(2) 法人番号の登録
業務運用者は、登録事務用端末において本 CPS3.1.9 項の確認方法に基づき、法人番号の登録を行う。確認ができなかった場合は登録しない。
(3) オンライン発行申込の場合の登録送信された発行申込データの有効期間と電子証明書記載事項に基づいて登録を行う。
(4) 電子委任状法に基づき電子証明書に代理権を記載することを希望する場合の登録業務運用者は、登録事務用端末において本 CPS3.1.12 項の確認方法に基づき、代理権の登録を行う。
4.2.2
電子証明書の発行指示
業務運用者は、電子証明書記載事項をセンタの IA/RA サーバに送信し、電子証明書の発行指示を行う。
4.2.3

鍵ペアの生成と電子証明書の作成

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

42

AOSign サービス運用規程

センタは、電子証明書の発行指示を受信すると同時に正当な指示であることを確認し、以下の処理を行う。
(1) 利用者の秘密鍵と公開鍵ペアの生成(2) 公開鍵と電子証明書記載事項をあわせ、電子証明書を作成(3) 電子証明書署名鍵による電子証明書への電子署名(4) 作成した電子証明書に対する秘密鍵との対応付け、所定形式(PKCS#12)のファイルへの格納、パスワードによる暗号化および MAC(Message Authentication Code)の付与
4.2.4
電子証明書および秘密鍵の IC カードへの格納等
業務運用者は、電子証明書および秘密鍵の IC カードへの格納等を以下のとおり行う。
(1) 電子証明書および秘密鍵をセンタの IA/RA サーバからダウンロードして PKCS#12
形式ファイルから PKCS#11 形式ファイルに変換して、IC カードに格納する。
(2) PIN の印刷を漏洩しないよう行う。
(3) IC カードおよび PIN を安全に封緘する。
なお、作業の終了後、記録されているすべての秘密鍵および PIN のデータを、認証業
務用設備およびその関連装置より担当者が目視することなく完全に削除する。
4.2.5
BCA に対する相互認証証明書の発行
本サービスでの BCA に対する相互認証証明書の発行は、BCA の定める手続完了後、BCAから発行された電子証明書発行要求に対し、相互認証証明書を電子証明書署名鍵により電子署名、発行することにより行う。

4.3

IC カード(電子証明書および秘密鍵)および PIN の受領

利用者は、IC カードおよび PIN の受領を以下のとおり行う。なお、本サービスでは、確実な受領を確認するため、IC カードおよび PIN を受領した証として、利用者から受領書または受領書データを回収する期限(IC カードの発行日から 30 日)を明示している。
受領書および受領書データが重複して本認証局に返送または送信された場合は、先に受付けたものを登録する。後に到着したものも保存する。
(1) 本人限定受取郵便による受領
利用者は、IC カードおよび PIN を本人限定受取郵便(基本型)で受領する。
利用者は IC カードおよび PIN を受領後、発行通知書により電子証明書記載事項を確認の上、受領書に記名押印(実印)して本認証局に返送するか、受領書データを送信しなければならない。なお、利用者が外国人であって、個人の実印を所有していなかった場合の受領書には、実印による押印に代えて利用者の自署が行われていることを必須とする。
当該受領書の記名および実印による押印の確認（利用者が外国人であって、個人の実印を所有していなかった場合は自署の確認）または受領書データの電子署名、電子証明書の確認をもって IC カードおよび PIN は、利用者に確実に受領されたものとする。
本サービスは、受取代理人または受取代人が IC カードを受領する事を認めている。ただし、その場合の PIN は、利用者宛に簡易書留郵便で別送する。受取代理

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

43

AOSign サービス運用規程

人または受取代人は、IC カードを受領した場合、当該郵便物を開封することなく直ちに、利用者へ届けなければならない。
(2) 対面の手交による受領対面にて直接 IC カードおよび PIN を手交する場合は、以下のとおり行う。
なお、受取代理人に対する手交は IC カードのみとし、PIN は利用者宛に簡易書留
郵便で別送する。
①対面の手交の場合における真偽の確認
当社窓口において利用者または受取代理人に手交する場合、業務運用者は 2 名体制で、利用者または受取代理人に対して本人の運転免許証等公的な写真入りの身分証明書の提示を求め、当該書類が「様式」、「記載内容」および「有効期限」等において真正な書類であることを確認し、利用者または受取代理人であることの確認を行う。
受取代理人は、IC カードの入った封筒を受領した場合、当該封筒を開封することなく直ちに、利用者へ届けなければならない。
なお、当社窓口以外に出向き、利用者または受取代理人に手交する場合は、業
務運用者が 2 名体制で当社内において IC カード等を鞄等に入れ施錠後、常時携帯、搬送し、利用者の所属企業等安全かつ確実に手渡すことができる場所に出
向いて手交を行う。この場合も上記と同様の真偽の確認を行う。
②利用者に手交した場合の受領書の取扱
IC カードおよび PIN を受領した利用者に対し、直ちに発行通知書により電子証
明書記載事項を確認させるとともに、受領書に利用者の自署または記名押印(実印)を求め、その場で受領書を回収する。
③受取代理人に手交した場合の受領書または受領書データの取扱
受取代理人へは、手交した証となる対面時受取書(受取代理人自署または記名押印(実印)のある受取り確認書類であるが、受領書ではない。)と引き替えに封緘された IC カードのみを手交する。受取代理人は、開封することなく直ちに利用者へ届けなければならない。この場合、受取代理人経由で IC カードを受領した
利用者は、本認証局より別送されてくる PIN を受け取り、本項(1)に準じて電子証明書記載事項を確認の上、受領書に記名押印(実印)して本認証局に返送するか受領書データを送信しなければならない。当該受領書の記名押印(実印)の確
認または受領書データの電子署名、電子証明書の確認をもって、IC カードおよ
び PIN は、利用者に確実に受領されたものとする。

4.4

電子証明書の失効

電子証明書の有効期間内において、以下の事由が発生したときは、当該電子証明書を失効させる。
4.4.1
利用者の申込による失効
以下の事由が発生した場合、本認証局は利用者の失効申込を受けて電子証明書の失効を行う。
(1) 電子証明書等が格納された IC カードまたは PIN の紛失・盗難等の場合(2) 電子証明書等が格納された IC カードの破損等により機能が損なわれた場合(3) (1)(2)を除く利用者の秘密鍵の危殆化またはそのおそれのある場合

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

44

AOSign サービス運用規程(4) 電子証明書の記載事項(利用者氏名、利用者自宅住所(記載がある場合）、企業等の商号・名称、企業等の本店住所、法人番号、代理権(記載がある場合）)の変更(5) 利用者が当該企業等に属さないこととなった場合(6) 利用者による使用停止(7) 企業等の倒産等の場合
4.4.2
本認証局の判断に基づく失効(1) 企業等からの失効届出を受けて以下の事由が判明した場合、本認証局の判断に基
づき電子証明書の失効を行う。ただし、④⑤の場合は第三者が失効届出をすることができる。
①電子証明書の記載事項(利用者氏名、利用者自宅住所(記載がある場合）、企業
等の商号・名称、企業等の本店住所、法人番号、代理権(記載がある場合）)の変更②利用者が当該企業等に属さないこととなった場合③利用者による使用停止(人事異動等)④利用者の死亡⑤企業等の倒産等の場合(2) 以下の事由が発生した場合、本認証局の判断に基づき電子証明書の失効を行う。
①期日(IC カードの発行日から 30 日の受領書回収期限に 10 日を加算した 40 日)
内に、受領書または受領書データが提出されない場合②本認証局の責めに帰すべき事由により電子証明書の誤発行等を行った場合③①、②の他、利用者または利用者の所属する企業等が利用規約に違反する行為を行った場合④失効申込がないため、第三者に損害を与える等社会的に多大な損害や混乱が生じるもしくはそのおそれのある場合⑤本認証局の電子証明書署名鍵の危殆化(詳細は本 CPS4.9 節を参照)⑥本認証局の終了(詳細は本 CPS4.10 節を参照)
なお、②において、利用者が IC カードを受取後、誤発行等が発覚した場合は、利用者は失効の連絡を行う義務を負い、本認証局は誤発行等を確認の上、失効通知書および改めて発行した IC カードを利用者宛に送付する。この場合、発行申込書および添付書類の再提出は不要とする。また、本認証局が IC カードを発送または手交以前に誤発行が発覚した場合は、本認証局内部の手続きにより失効および再度発行業務を行うので、失効通知書の送付は行わない。
4.4.3
失効申込・失効届出のパターン
失効申込は利用者が、オンライン失効申込、もしくは本認証局所定の失効申込書を使用した郵送または対面による申込を原則とする。ただし、オンライン失効申込が可能な
期間は、失効対象である電子証明書の有効期間満了日より 30 日前までとする。
また、失効理由の重大性や緊急性にかんがみ、FAX による申込も受付けるが、この際本認証局は、失効申込者の意思を電話にて確認する。なお、失効申込書の原本の提出は、事後であっても必須である。
失効届出は企業等もしくは第三者が、本認証局所定の失効届出書を使用した郵送または対面による届出により受付ける。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

45

AOSign サービス運用規程

4.4.4
失効申込・失効届出の審査
失効の手続は通常、失効申込権者が失効申込データを送信する、または失効申込権者（もしくは失効届出権者）が所定の失効申込書（もしくは失効届出書）を本認証局に提出することにより開始される。
失効申込書、失効届出書および失効申込データの記載内容は以下の事項を含むものとする。
(1) 失効申込書
・ 電子証明書カード番号
・ 失効理由・ 失効申込者(利用者)の氏名、住所、押印(実印)※利用者が外国人であって、個人の実印を所有していない場合は、失効申込書の押印欄に、自署が行われていることを必須とする。
(2) 失効届出書(企業等届出用)・ 電子証明書カード番号
・ 利用者氏名・ 失効理由・ 失効届出者(企業等)の商号・名称、代表者氏名、本店住所、押印(企業等代表者
印)(3) 失効届出書(第三者届出用)
・ 電子証明書カード番号
・ 利用者氏名・ 失効理由・ 失効届出者の氏名および住所、利用者との関係、押印(認印で可)(4)失効申込データ
・ 失効対象の電子証明書を利用した電子署名およびシリアル番号
・ 利用者氏名・ 失効理由業務運用者は、失効申込者または失効届出者の真偽の確認を本 CPS3.4.2 項に基づき行う。また、失効申込書類または失効届出書類の場合には、利用者氏名、失効理由、
カード番号(ただし、紛失等によりカード番号が不明な場合は不要)等を確認する。失
効申込データの場合には、利用者氏名、失効理由、シリアル番号等を確認する。
4.4.5
失効データの登録および失効
審査の後、業務運用者は 2 名による相互牽制の下、登録用端末において失効データの登録を行い、IA/RA サーバに対し電子証明書の失効指示を行う。
IA は、失効指示を受信すると同時に正当な指示であることを確認し、電子証明書の失
効を行う。
4.4.6
失効申込者・失効届出者への通知
失効処理の完了後、利用者および企業等に対して失効通知書を普通郵便にて送付する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

46

AOSign サービス運用規程

4.5

電子証明書失効リスト(CRL/ARL)

4.5.1
CRL の更新周期
本認証局は、CRL を定期的に更新し、電子証明書に記載する URL の示すリポジトリに公開する。この更新は原則として 24 時間以内(CRL 次回更新予定時刻は 48 時間後に設定)とする。
CRL として掲載する失効情報は、本 CPS7.2 節の表 7-2(1) CRL プロファイルに規定する。
なお、CRL に掲載する失効情報は、当該電子証明書の有効期間が満了するまで公開し、有効期間の終了した電子証明書については、検証者からの照会には応じない。
4.5.2
相互認証証明書の失効
本認証局または BCA に以下の事象が発生した場合、相互認証証明書を失効させる。
(1) 電子証明書署名鍵の危殆化(2) 相互認証基準違反(3) 相互認証業務の終了(4) 相互認証の更新(本認証局が失効する必要があると判断した場合)(5) ポリシーの変更
その場合、本認証局からの失効申込は業務運用管理者が行う。BCA からの失効申込は
BCA の責任者からのものを組織の認証を実施したうえで受理し、直ちに相互認証証明書を失効させ、その後の最も早い CRL 更新日時に(危殆化の場合は直ちに)ARL を更新し、リポジトリにて公開する。
ARL の発行は CRL と同期して、24 時間以内(ARL の次回更新予定時刻は 48 時間後に設定)とする。
ARL として掲載する失効情報は、本 CPS7.2 節の表 7-2(2)ARL プロファイルに規定する。

4.6

セキュリティ監査手続

本認証局は、安全な環境を維持していくため、本認証局の運営状況を記録し、監査するシステムを以下のように運用する。
(1) 本認証局内の IA/RA サーバ・ICC（IC カード）印刷機等の機器、センタ認証設備
室および本部マシン室内のネットワーク機器、センタ認証設備室および本部マシン室内の監視装置およびこれらに至る経路上のゲートは監査証跡を残し、定期的にそれをセキュリティ監査する。
(2) 監査証跡には以下が含まれる。
① IA/RA サーバ、ICC（IC カード）印刷機の操作・稼動ログ②電子証明書署名鍵管理のログ③業務運用者用証明書(RAO 証明書)発行のログ④利用者の電子証明書の登録、発行、失効、各イベントのすべてのログ⑤ファイアウォール、侵入検知システム、センタ認証設備室および本部マシン室
内ネットワークおよびサーバの監視ログ⑥すべてのパケット、トランザクションに関する記録(主にセンタ側で記録される

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

47

AOSign サービス運用規程

もの)⑦センタ認証設備室および本部マシン室内をカバーするモーションセンサ、監視カメラ・ビデオ、入退室ゲートの各機器の警報発報を含む動作記録。警報発報は以下に記す取扱において異常な記録として扱う。
これらの監査証跡は定期的にセキュリティ監査され、正常と認められた記録は監査記
録で置きかえられて抹消される。ただし、入退室ゲートの各機器の警報発報を含む動作記録は、異常正常の区別なく、認定の更新の日まで保存する。
過誤もしくは故意の異常と認められる記録は個別に検証され、必要と認められれば対策がとられる。
この異常と認められた記録等およびとられた対策の記録を含むセキュリティ監査記録
は、準拠性監査および電子署名法に則った認定更新までの間、次節に規定する方法で保存され、これらにおいて再度検証される。
セキュリティ監査は少なくとも毎月行われる。

4.7

アーカイブ

本サービスでは、主として電子署名法の要件に基づき、書類およびデジタルデータを保存する。
(1) 保管にあたっては漏えい、滅失またはき損の防止措置をとり、書類については原本を保存する。
(2) 保管場所は、間仕切り、壁等で区分され、防災、防犯、防火、防水、直射日光遮断機能があり、扉が施錠されている。
(3) 本 CPS2.8.4 項～2.8.7 項の規定による開示要求があった場合は、アーカイブ、保存された情報の規定された範囲の内容を規定された相手にのみ提供する。
(4) 保存期間の過ぎた書類およびデジタルデータを確実に消去する。
(5) 書類は細かく裁断する等の措置を、デジタルデータは媒体の破壊もしくは無効情報の上書きにより消去する等の措置をとる。
4.7.1
紙で保存する書類
本認証業務に関する以下の書類は、紙の原本を保存する。文末の( )内は保存期間である。
(1) 認証業務の一部を他に委託する場合の委託契約書および関係する書類の原本(電子証明書の有効期間満了後 10 年間)(2) 認証業務に従事する要員、組織、体制、主管、指揮命令系統に関する管理情報、履歴のうち紙で運用されるものの原本(電子証明書の有効期間満了後 10 年間)(3) 内部監査(準拠性監査(詳細は本 CPS2.7 節を参照))記録および監査報告書の原本(電子証明書の有効期間満了後 10 年間)(4) 電子証明書署名鍵管理(鍵生成、保管、活性化/非活性化、バックアップ/復元、破棄)および電子証明書署名鍵に対応する自己署名証明書発行に伴い、紙で運用される帳票(電子証明書の有効期間満了後 10 年間)(5) 利用者からの発行申込に伴い提出される発行申込書原本および添付される書類(電子証明書の有効期間満了後 10 年間)(6) 受領書(電子証明書の有効期間満了後 10 年間)

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

48

AOSign サービス運用規程(7) 利用者等からの電子証明書失効申込または失効届出に伴い提出される申込書等失効判断に用いた書類(電子証明書の有効期間満了後 10 年間)(8) 電子証明書発行申込、電子証明書失効申込または失効届出を取扱う記録のうち紙で管理されるもの(電子証明書の有効期間満了後 10 年間)(9) セキュリティ監査対象イベントの記録のうち紙で管理されるもの(内部監査および認定更新を経るまで)(10)手続的管理(詳細は本 CPS5 章を参照)で規定する権限付与、剥奪の記録のうち紙で管理されるもの(内部監査および認定更新を経るまで)(11)設備保守、システム保守、変更、障害の記録のうち紙で管理されるもの(内部監査および認定更新を経るまで)(12)相互認証手続に関する書類(相互認証証明書の有効期間満了後 10 年間)
4.7.2
デジタルデータとしてアーカイブする情報
以下の情報は、デジタルデータとして電磁的媒体に記録し、電子署名等の改ざん防止措置を施す。なお、可読性を保つために、媒体間での複写を行う場合がある。文末の( )内は保存期間である。
(1) 認証業務の一部を他に委託する場合の電子契約にて締結した委託契約書および関係する書類のデジタルデータ(電子証明書の有効期間満了後 10 年間)(2) 発行されたすべての電子証明書、CRL/ARL、自己署名証明書および関係するすべての電子証明書(電子証明書の有効期間満了後 10 年間)(3) 本 CPS、業務取扱要領、関係する詳細手続文書等およびそれらの変更履歴(電子証
明書の有効期間満了後 10 年間)(4) 利用者に公開される利用規約、検証者同意書等およびそれらの変更履歴(電子証明書の有効期間満了後 10 年間)(5) 認証業務に従事する要員、組織、体制、主管、指揮命令系統に関する管理情報、履歴のうち、デジタルデータで運用されるもの(電子証明書の有効期間満了後 10
年間)(6) 電子証明書署名鍵管理(鍵生成、保管、活性化/非活性化、バックアップ/復元、破棄)と対応するデジタルデータで運用される帳票(電子証明書の有効期間満了後 10
年間)(7) 発行申込、電子証明書失効申込または失効届出を取扱う記録のうち、デジタルデータで管理されるもの(電子証明書の有効期間満了後 10 年間)(8) 受領書データおよび関連データ、それらを取扱う記録のうち、デジタルデータで管理されるもの(電子証明書の有効期間満了後 10 年間)(9) セキュリティ監査対象イベントの記録のうち、デジタルデータで管理されるもの(内部監査および認定更新を経るまで)(10)手続的管理(本 CPS5 章)で規定する権限付与、剥奪の記録のうちデジタルデータで管理されるもの(内部監査および認定更新を経るまで)(11)設備保守、システム保守、変更、障害の記録のうちデジタルデータで管理されるもの(内部監査および認定更新を経るまで)(12)相互認証業務に関する手続文書およびそれらの変更履歴(相互認証証明書の有効期間満了後 10 年間)

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

49

AOSign サービス運用規程

4.8

鍵の更新

本認証局の秘密鍵(電子証明書署名鍵)の有効期間の残りが利用者の電子証明書の最大有効期間よりも短くなる前に、本認証局はその鍵による新たな利用者の電子証明書の発行を中止し、新たな署名用鍵ペアを本 CPS6 章規定の方法で生成する。
鍵の更新を行う本認証局では新たな公開鍵についての自己署名証明書および現存の公開鍵との間のリンク証明書(新しい本認証局の公開鍵に古い本認証局の秘密鍵で電子署名した電子証明書(NewWithOld)と、古い公開鍵に新しい秘密鍵で電子署名した電子証明書(OldWithNew))を発行し、リポジトリにて公開する。

4.9

危殆化と災害からの回復およびその他運営困難な場合の対応(1) 電子証明書署名鍵が危殆化または危殆化の恐れが判明した場合、その鍵の不正な複写により新たな利用者の電子証明書が出回り、不正に信頼されることを避けるために、その電子証明書署名鍵を無効なものとして取扱う。
(2) 具体的には、危殆化が発生した鍵にて電子署名したすべての有効な電子証明書(発行した相互認証証明書を含む)を可及的すみやかに失効させ、その CRL/ARL に危殆化した鍵で電子署名して公開し、さらに電子証明書署名鍵を抹消する。検証者および利用者への危殆化の事実等の通知は NDN のホームページにより行い、電子証
明書の失効の通知は、利用者へ郵送で行う。
(3) 本認証局は、天災等により施設、設備に被害を受け、もしくはその施設、設備に対する外部からの物理的または論理的攻撃を受けて、運用を続けられなくなった
場合、本 CPS に基づいて新たな施設、設備等を準備し、バックアップデータに基づいて業務を再開することについて最善の努力をはらう。
(4) 本認証局は可及的すみやかに危殆化もしくは被災の事実を検証者および利用者にホームページで公開し、原因究明と対策確立のうえ、電子証明書署名鍵の危殆化
またはその恐れ、または 72 時間以上の停止を伴う重大障害(被災を含む。)であって検証者が停止を知る方法がなかった場合には、主務大臣および BCA へ通報する。
(5) また、バックアップは、通常のオンサイトバックアップとし、オフサイトバック
アップは行わない。なお、電子証明書署名鍵のバックアップについては、鍵断片(詳細は本 CPS6 章を参照)の所有者により安全な場所に保管される。
(6) 本認証局は危殆化もしくは被災の際の復旧手順について別途定め、計画に従って教育訓練を行う。
(7) その他、一定期間、本認証局において通常運営が困難となる場合、または、本サービスを停止せざるを得ない場合（政府または地方自治体の要請に基づくものを含む）は、その旨を検証者および利用者へ通知する。

4.10 本認証局の終了(認証業務の終了)
本認証局は、電子署名法関係法令の改訂、本 CPS2.2 節～2.4 節の規定および本認証局の事業方針の変更等に起因して認証業務を終了することとした場合は、以下の手続きをとる
ものとする(電子署名法の定める更新を行わないこととした場合を含む。)。
(1) やむを得ない場合を除き、終了の 60 日前から終了の 6 ヶ月後までホームページに

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

50

AOSign サービス運用規程

公開するとともに、利用者および企業等に終了 60 日前までに終了を通知する。
(2) 本認証局は新たな電子証明書の発行を中止する。
(3) 電子証明書および相互認証証明書を一斉に失効処理する。失効した電子証明書に記載されている有効期間満了日以降まで有効な CRL/ARL を発行し、リポジトリにて有効期間が満了するまで公開する。
(4) 本認証局は、利用者および企業等に対して失効通知書を普通郵便にて送付する。
(5) 電子証明書署名鍵およびそのバックアップ媒体を完全な初期化または物理的に破壊する。
(6) 電子署名法の定める帳票類保存期間にわたり、紙およびデジタルデータの各種書類、データを保存し続けるよう最善を尽くす。やむを得ない場合は、これらの保存された情報の後継管理者を公開する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

51

AOSign サービス運用規程

5

物理的、手続的、人的なセキュリティ管理

5.1

物理的セキュリティ管理

NDN は、本認証局が設置され運用される室を次のとおり定める。
・ センタ認証設備室：IA/RA サーバが設置、運用される室・ 本部マシン室：登録用端末および DB サーバならびに ICC(IC カード)
印刷機が設置、運用される室・ 登録事務室：登録事務用端末が設置、運用される事務室
NDN は、当該室および当該室を含む施設のセキュリティを以下のとおり定める。
(1) センタ認証設備室ならびに本部マシン室および登録事務室を置く建物の内部は複数のセキュリティレベルで区画し、レベルごとおよびレベル間の移動に関するセキュリティ規定を設ける。
センタ認証設備室は、IA/RA サーバ等の認証業務用設備を設置するので最高セキュリティレベルの室とし、本部マシン室は ICC(IC カード)印刷機を設置するので、センタ認証設備室相当のセキュリティレベルの室とし、他の区画と間仕切りにより区分されている。
(2) セキュリティレベルのアクセス権限の付与に関する手続を文書化する。
(3) センタ認証設備室および本部マシン室は、耐震・防火・防水・防犯・空調機能を有す安全な施設に設置する。なお、両室内の認証業務用設備には、通常想定される規模の地震による転倒および構成部品の脱落等を防止するための構成部品の固定その他の耐震措置を講じる。
(4) センタ認証設備室および本部マシン室間は、仮想専用線を使用して閉域網接続する。
(5) センタ認証設備室および本部マシン室は、ビデオ記録システム、モーションセン
サにより常時監視され、不正侵入が検知されると警報が作動する。警報作動の原
因はすみやかに確認され、対策が講じられる。
(6) センタ認証設備室および本部マシン室へ入室するときには、生体認証システムにより本人性確認が行なわれ、電子錠付扉が解錠する。入退室には、同時に 2 名の認証を必須とする。
(7) 監視情報、入退室記録は監査証跡として、少なくとも毎月のセキュリティ監査の対象とし、次の電子署名法に基づく認定更新までの間保管される。
(8) 機密性、安全性を保持するために重要となる機器には、停電に備えた措置を取っている。
(9) 登録事務室は、出入口には錠を取付けてあり、無人の際には施錠し、間仕切りで登録事務用端末を設置しない区画と区分する等により、権限を有するもの以外が容易に同端末設備に触れる事ができない措置を講じている。
以上のセキュリティ管理の考え方に準拠して、設備が運営されているか否かを文書化された手順に基づき、少なくとも毎月セキュリティ監査する。
また、登録用端末の運用操作に関するセキュリティを以下のように定める。
(1) 登録用端末から DB サーバを介した IA/RA サーバへのアクセスは、IA/RA サーバによって認証される。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

52

AOSign サービス運用規程(2) 登録用端末の操作者(業務運用者)の保持するクライアント証明書(業務運用者用証明書)は IC カードに格納され、PIN で保護される。
(3) IC カードごとに業務運用者が定められ、文書に記録される。
(4) 業務運用者の IA/RA サーバへのアクセスは、盗聴防止のために充分な強度の暗号通信が適用される。
(5) 業務運用者のすべての運用操作に合議制操作が適用される。
(6) 業務運用者の IA/RA サーバへのアクセスは監査証跡として、IA/RA サーバに記録
される。

5.2

手続的セキュリティ管理

手続的セキュリティに関するセンタ認証設備室および本部マシン室の要員別権限を表
5-1、5-2 に定義する。

要員区分

表 5-1 センタ認証設備室要員別権限
入室 操作
入室権限についての
指名
権限 権限
アクセス権限チェック方式

運用責任者

最高責任者

なし

なし

・セキュリティシステムへのアクセ
ス権限を有した者の帯同が必要

システム
運用員

運用責任者

あり

あり

・ID カードシステム
・生体認証システム

セキュリティ
管理者

運用責任者

なし

なし

・セキュリティシステムへのアクセ
ス権限を有した者の帯同が必要

データセンタ
責任者

運用責任者

なし

なし

・セキュリティシステムへのアクセ
ス権限を有した者の帯同が必要

データセンタセキュリティ
管理者

データセンタ
責任者

なし

なし

・セキュリティシステムへのアクセ
ス権限を有した者の帯同が必要

鍵管理者

運用責任者

なし

なし

・セキュリティシステムへのアクセ
ス権限を有した者の帯同が必要

監視員

運用責任者

あり

あり

・ID カードシステム
・生体認証システム

保守要員等

－

なし

なし

・セキュリティシステムへのアクセ
ス権限を有した者の帯同が必要

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

53

AOSign サービス運用規程

要員区分

表 5-2 本部マシン室要員別権限
入室 操作
入室権限についての
指名
権限 権限
アクセス権限チェック方式

業務運用
管理者

最高責任者

あり

なし

・ID カードシステム
・生体認証システム

セキュリティ
管理者

最高責任者

あり

なし

・ID カードシステム
・生体認証システム

システム
管理者

業務運用管理者ありあり

・ID カードシステム
・生体認証システム

業務運用者

業務運用管理者

個別
付与

個別
付与

・ID カードシステム
・生体認証システム

保守要員等

－

なし

個別
付与

・セキュリティシステムへのアクセ
ス権限を有した者の帯同が必要

注)個別付与とは、設備機械ごとに操作権限を付与することをいう。
センタ認証設備室および本部マシン室のセキュリティを確保するために、特定の要員に入室権限を付与し、センタ認証設備室および本部マシン室へのアクセスを制限する。センタ認証設備室は、運用責任者の指示によりセキュリティ管理者が各要員に各室への入室権限を付与できる。本部マシン室は、業務運用管理者が各要員に各室への入室権限を付与できる。センタのセキュリティ管理者および本部のセキュリティ管理者は権限付与を表明した文書に基づき、ID カードシステム、生体認証システムに当該要員の登録または削除を行う。
なお、設備の保守その他業務の運営上必要な事情により、やむを得ず入室権限を有しない者を入室させる場合には、入室権限を有する者(以下、「入室権限者」という。)2 名以上による帯同を必要とする。その際、入室権限者 2 名と帯同された者全員は、入退室に係る管理帳簿に必要事項を記入し、入退室管理の記録とする。また、2 名を超えて入室権限者が同時に入室する場合、入室時の生体認証システムの操作を行わなかった入室権限者も管理帳簿へ記入し、退出時の操作は行わない。
認証業務用設備の運用にかかわるセキュリティを確保するため、装置・機器の操作権限
を特定の要員に分散して付与し、可能なアクセスを制限する。センタのセキュリティ管理者および本部の業務運用管理者が、認証設備の操作権限を付与できるものとする。システ
ム運用員または業務運用管理者は権限付与を表明した文書に基づき、アカウント設定(または変更、抹消)を行う。なお、装置・機器のアカウントのうち特権を付与されるものについては、特に厳重に管理する。
入室権限、操作権限付与・抹消の記録は、センタは運用責任者またはセキュリティ管理者により管理され、本部は業務運用管理者により管理される。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

54

AOSign サービス運用規程

これらの権限付与および指揮命令系統の詳細は、別途セキュリティ管理要領にて規定する。業務の一部を委託する場合、委託先に本章の規定の遵守を求め、詳細手順書の作成とこれに沿った運用を求める。なお、運用責任者または業務運用管理者は、各要員の作業ならびに委託先による作業について、本 CPS に従って適切なセキュリティを維持すべく監督しなければならない。

5.3

人的セキュリティ管理

認証業務の運用に携わる要員の管理を、以下の諸要件に適合するよう実施する。
(1) 各要員に、通常実務(指揮命令系統、責任と権限、認証業務フロー、セキュリティ、
個人情報保護)および障害回復の運用に必要な規程、手順などの教育を実施し、これを遵守することの同意をとり、宣誓書に署名させる。この中で特に、鍵またはPIN の危殆化、または紛失の重大性について熟知させる。
(2) 電子証明書署名鍵(秘密鍵)の分割保管(本 CPS6.2 節を参照)において鍵断片(分割鍵)の保管者は、鍵断片(分割鍵)を受け取る前に管理責任を果たすことに同意し文書に署名をする。
なおセンタ要員、本部要員の中に、業務に係る技術に関して充分な知識および経験を有すると認められた者を適宜配置する。技術に関する知識および経験とは、認証システムの開発、運用、コンサルテーションの実務の経験および本 CPS ならびにこれに類する規定の開発経験をいう。その所定人員数はセンタおよび本部ごとに定める。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

55

AOSign サービス運用規程6

技術的なセキュリティ管理

6.1

鍵ペアの生成と組み込み

6.1.1
認証局(自己署名 CA)(1) 鍵ペアの生成
自己署名 CA として、電子証明書発行者である NDN に対する鍵ペアの生成はセンタ
認証設備室で行われる。鍵ペアの生成は、本部の鍵断片(分割鍵)保管者およびセンタ要員の合議メンバが行う。
(2) 電子証明書発行者(Issuer=NDN)に対する公開鍵の配付
本認証局は、自己署名 CA として電子証明書発行者である NDN に対し生成した公開
鍵は、外部に提出することなくセンタ認証設備室で電子証明書の形式にする。
(3) 鍵のサイズ
RSA 公開鍵暗号方式による 2,048 ビットの鍵を使用する。
(4) 使用するハッシュ関数
SHA-256 を使用する。
(5) 利用者に対する自己署名証明書の配付
以下のいずれかの方法で配付する。
①アプリケーション(製品、アプリケーションプログラム)に自己署名証明書をプ
レインストールして配付する。
②本認証局のリポジトリから利用者、検証者にダウンロードしてもらい配付する。
ダウンロードする自己署名証明書の正当性は、リポジトリにて公開されるフィ
ンガープリントから利用者、検証者が確認することを義務付ける。
③利用者の秘密鍵と公開鍵ペアを配付する際に一緒に配付する。
(6) BCA に対する自己署名 CA 公開鍵の発行
相互認証証明書作成要求(PKCS#10 形式)に含めて発行する。
(7) ハードウェア鍵の使用
鍵ペアは、センタ認証設備室内に設置する暗号化装置(ハードウェア)により生成する。なお、生成された秘密鍵はその暗号化装置内でのみ使用する。
(8) 鍵の使用目的
X.509V3 の拡張部を使用して、鍵の使用目的(keyUsage)を利用者の電子証明書、相互認証証明書、リンク証明書および運用証明書、CRL/ARL の署名・検証に限定する。
(9) 鍵ペアの格納
鍵ペアを生成した装置内に格納される。
6.1.2
利用者
(1) 鍵ペアの生成
利用者に対する鍵ペアの生成は、センタ認証設備室で行われる。鍵ペアの生成は、
本部業務運用者 2 人の合議制操作による承認をもとに IA/RA サーバで行われる。
(2) 電子証明書の発行生成した公開鍵を用いて、IA/RA サーバ内で電子証明書を発行する。
(3) 鍵のサイズ
RSA 公開鍵暗号方式による 2,048 ビットの鍵を使用する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

56

AOSign サービス運用規程(4) 使用するハッシュ関数
SHA-256 を使用する。
(5) ハードウェア鍵の使用
ハードウェア鍵は使用しない。
(6) 鍵の使用目的
鍵 の 使 用 目 的 (keyUsage) は 、 電 子 署 名 (digitalSignature) お よ び 否 認 防 止(nonRepudiation)である。鍵の使用目的(KeyUsage)は X.509V3 電子証明書拡張部
で設定する。利用者はこの鍵使用目的の範囲内で電子証明書を使用する。
(7) 鍵ペアの格納
鍵ペアは、PIN をパスフレーズとして用いて業務運用者が本部マシン室にて IC カードに格納する。

6.2

電子証明書署名鍵(秘密鍵)の保護

6.2.1
暗号化装置標準
電子証明書署名鍵は FIPS 140-2 レベル 3 相当の暗号化装置によって管理する。
6.2.2
電子証明書署名鍵の複数人制御
電子証明書署名鍵を使用する操作は、複数人による合議制操作(Dual Control)とする。
電子証明書署名鍵は分割保管(Secret Share を採用)し、各鍵断片(分割鍵)に付きバック
アップ媒体は二重化する。
表 6-1 合議制操作と Secret Share
機関

自己署名 CA

合議制操作に必要な人数

SecretShare
分割数

電子証明書署名鍵を復元するために必要な Share 数

2

2

2

6.2.3
電子証明書署名鍵のエスクロウ
実施しない。
6.2.4
電子証明書署名鍵のバックアップ
電子証明書署名鍵はセンタ認証設備室内で Secret Share によってトークンに鍵断片(分割鍵)として保管する。鍵断片(分割鍵)保管者は、本部は業務運用管理者が任命し、センタは運用責任者が任命し、「鍵管理の宣誓書」に署名したうえでトークンを扱い、トークンは耐タンパ性封筒に封印して、鍵断片(分割鍵)保管者の責任においてそれぞれ異なる場所に安全に保管管理する。
なお、電子証明書署名鍵のバックアップ操作は、合議制操作で行われる。
6.2.5
電子証明書署名鍵のアーカイブ
電子証明書署名鍵はアーカイブしない。
6.2.6

電子証明書署名鍵の暗号化装置へのエントリ(バックアップリカバリ)

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

57

AOSign サービス運用規程(1) 電子証明書署名鍵のエントリは、センタ認証設備室において合議制操作で行われる。
(2) 電子証明書署名鍵は分割トークンから暗号化装置に投入する。
トークンは「鍵管理の宣誓書」に署名した鍵断片(分割鍵)保管者がシステム運用員の指示に従い操作する。
6.2.7
電子証明書署名鍵を活性化させる方法
電子証明書署名鍵の活性化はセンタ認証設備室において合議制操作で行う。活性化された鍵はハードウェア保守時などを除き常時活性状態に置かれる。
6.2.8
電子証明書署名鍵を非活性化させる方法
電子証明書署名鍵の非活性化はセンタ認証設備室において合議制操作で行う。
6.2.9
電子証明書署名鍵を破壊する方法
電子証明書署名鍵は、鍵の有効期間が満了した場合または鍵の使用を中止した場合(認証局終了時の処置)に破壊する。電子証明書署名鍵の破壊は暗号化装置において完全な初期化を行う。この初期化は、合議制操作で行う。これと同時に、鍵断片(分割鍵)トークンは完全な初期化を行うか物理的に破壊する。作業は第三者組織の立会者のもと、鍵断片(分割鍵)保管者が行う。立会者および鍵断片(分割鍵)保管者は「鍵破壊の宣誓書」に
署名する。

6.3

鍵ペア管理のその他の面

6.3.1
公開鍵のアーカイブ
公開鍵のアーカイブは改ざんを防止する措置をとる。アーカイブ期間については表 6-2に示す。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

58

AOSign サービス運用規程

表 6-2 公開鍵のアーカイブ期間
アーカイブ種別
アーカイブ期間

発行機関

自己署名証明書

自己署名 CA

電子証明書有効期間満了から 10 年

電子証明書、その他
自己署名 CA が発行し 電子証明書有効期間満了から 10 年
た証明書

6.3.2
公開鍵と秘密鍵の使用期間
公開鍵と秘密鍵の使用期間(鍵を使用できる期間)を表 6-3 に記す。

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

表 6-3 鍵使用期間
公開鍵使用期間

秘密鍵使用期間

10 年以内5 年以内

利用者の電子証
5 年以内
明書

5 年以内

6.3.3
CA 属性を持つ電子証明書の有効期間
CA 属性を持つ電子証明書の有効期間を表 6-4 に記す。

発行機関

自己署名 CA6.4

表 6-4 電子証明書有効期間
電子証明書種類
有効期間
相互認証証明書
5 年以内
リ ン ク 証 明 書 新自己署名証明書の開始日から旧自己署名(NewWithOld)
証明書の終了日まで
リ ン ク 証 明 書 旧自己署名証明書の開始日から旧自己署名(OldWithNew)
証明書の終了日まで

活性化データ

本認証局のコンピュータシステムを利用するために必要な活性化データは、PIN とパ
スワードとして管理する。

6.4.1
活性化データの生成と組み込み
PIN、パスワードは英文字と数字を含む一定以上の長さに設定し使用する。
6.4.2
活性化データの保護
パスワードは、システム上に暗号化して保管する。パスワードは有効期間を設定し、定期的にパスワード変更を行う。PIN はハードウェアモジュールやトークン内に保管され、外部へは取り出せない。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

59

AOSign サービス運用規程

6.5

コンピュータのセキュリティ管理
IA、RA が使用するコンピュータシステムは、最新のセキュリティ対策を施している。

6.6

ライフサイクルの技術的な管理

6.6.1
システム開発の管理
IA、RA で採用するコンピュータシステムは信頼できる組織で開発、テストされたことが証明できるものを使用する。
6.6.2
セキュリティマネジメント管理
IA、RA では随時ワクチンソフトの適用により、ウイルス感染の検出、回復を行う。

6.7

ネットワークのセキュリティ管理

センタ認証設備室および本部マシン室内のネットワーク機器をインターネットと接続する場合はファイアウォールを介して行う。 ファイアウォールでは不正アクセスを監査証跡として取得する。なお、センタ認証設備室は、ネットワークベース IDS を使用し不正アクセスを防止する。

6.8

暗号化装置の技術的管理

IA で使用する暗号化装置(ハードウェア)は FIPS140-2 レベル 3 相当の暗号モジュールの基準を満たした装置を用いる。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

60

AOSign サービス運用規程7

電子証明書ならびに CRL/ARL プロファイル
本章では、本サービスで発行する電子証明書および CRL/ARL のプロファイルについて
記述する。

7.1

電子証明書プロファイル

7.1.1
バージョン番号
本サービスでは、X.509V3 の電子証明書を発行する。
7.1.2
電子証明書拡張部
本サービスでは、発行する電子証明書の種類によって使用する拡張部は異なる。詳細は、本 CPS7.1.9 項に規定される個々の電子証明書プロファイルを参照されたい。
7.1.3
アルゴリズム OID
本サービスで発行する電子証明書、CRL/ARL で使用されるアルゴリズム名とその OIDは以下のとおりである。
(1) 所有者公開鍵(subjectPublicKeyInfo): RSAEncryption(OID=1 2 840 113549 1 1 1)(2) 署名(signature): sha256WithRSAEncryption(OID=1 2 840 113549 1 1 11)
7.1.4
名称形式
本サービスで発行する電子証明書、CRL/ARL に記載される発行者、所有者の名称とその形式詳細は、本 CPS7.1.9 項および 7.2.3 項を参照
7.1.5
名称制約
本サービスでは、名称制約拡張を使用しない。
7.1.6
電子証明書ポリシーOID
本サービスで使用する電子証明書のポリシーの OID は、1.2.392.200122.1.12 である。
7.1.7
ポリシー制約(policyConstraints)拡張の使用
本サービスでは、ポリシー制約拡張を、BCA 接続のため発行する相互認証証明書に使用する。詳細は、本 CPS7.1.9 項の表 7-1(3)を参照
7.1.8
ポリシー修飾子(policyQualifiers)
利用者の電子証明書では「検証者同意書」の URL を、また相互認証電子証明書では本CPS の URL を格納している。詳細は、本 CPS7.1.9 項を参照
7.1.9
電子証明書プロファイル
本サービスで発行する電子証明書のプロファイル詳細を表 7-1 に記述する。なお、以降の表で現われる｢設定者｣と｢クリティカリティ｣の設定値の意味は以下のとおりである。
また、後述の CRL/ARL の表の記述における意味も同一である。なお、電子証明書の記載
項目は、特に断りのない限り PrintableString でエンコードされる。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

61

AOSign サービス運用規程

設定者

IA ： IA で値を設定する。
RA ： RA で値を設定する。
× ： 値を設定しない。

クリティカリティ

T ： TRUE を表す。
F ： FALSE を表す。
－ ： 設定できない、または設定しない。

表 7-1(1) 自己署名証明書プロファイル
名称
証明書基本部
version(バージョン)
serialNumber(シリアル番号)
signature(署名)設定 ｸﾘﾃｨ者 ｶﾘﾃｨ

設定値

IA
IA
IA

－
－
－

issuer(発行者)IA－validity(有効期間)
notBefore
notAftersubject(所有者)

IA
IA
IA

－
－
－

有効期間は 10 年間とする。
※UTCtime で設定する。
C=JP,O=Nippon Denshi Ninsho Co.Ltd.,OU=AOSign G2 Certification Authority※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。

IA
IA

－
－

rsaEncryption(OID=1 2 840 113549 1 1 1)
2048bit の値

×－

設定しない。

IA

F

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

subjectPublicKeyInfo(所有者公開鍵)
algorithmIdentifier
public key
証明書標準拡張部
authorityKeyIdentifier(認証局鍵識別)keyIdentifier
authorityCertIssuer
authCertSerialNumber
subjectKeyIdentifier(所有者鍵識別)keyUsage(鍵の使用目的)
extendKeyUsage(拡張鍵種別)

×V3
128bit 以下の正の整数
sha256WithRSAEncryption(OID=1 2 840 113549 1 1 11)
C=JP,O=Nippon Denshi Ninsho Co.Ltd.,OU=AOSign G2 Certification Authority※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。

keyCertSign, cRLSign を ON とし、他を OFFとする。
－
設定しない。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

62

AOSign サービス運用規程

privateKeyUsagePeriod(秘密鍵有効期間)
certificatePolicies(証明書ポリシー)
policyIdentifier
certPolicyId
policyQualifiers
policyQualifierId
QualifierpolicyMappings(ポリシーマッピング)
issuerDomainPolicy
subjectDomainPolicy
subjectAltName(所有者別名)

×－

設定しない。

×－

設定しない。

×－

設定しない。

IAF

issuerAltName(発行者別名)

IAF

C=JP,O=日本電子認証株式会社,
OU=AOSignG2 認証局※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。
C=JP,O=日本電子認証株式会社,
OU=AOSignG2 認証局※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。

basicConstraints(基本制約)
cA
pathLenConstraint
nameConstraints(名称制約)
policyConstraints(ポリシー制約)
requireExplicitPolicy
inhibitPolicyMapping
cRLDistributionPoints(CRL 分配点)

IA
IA
×
×
×

T

－
－

IA

F

TRUE
設定しない。
設定しない。
設定しない。

distributionPoint.fullName.URL に以下を設定する。
ldap://ldap.aosign.com/ou=AOSign%20G2%2
0Certification%20Authority,o=Nippon%20Den
shi%20Ninsho%20Co.Ltd.,c=JP?authorityRevo
cationList－
設定しない。

subjectDirectoryAttributes ×(所有者ディレクトリ属性)
証明書プライベートインターネット拡張部
authorityInfoAccess× －(認証局情報アクセス)設定しない。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

63

AOSign サービス運用規程

表 7-1(2) 利用者の電子証明書プロファイル
名称
証明書基本部
version(バージョン)
serialNumber(シリアル番号)
signature(署名)設定 ｸﾘﾃｨ者 ｶﾘﾃｨ

設定値

IA
IA
IA

－
－
－

issuer(発行者)IA－validity(有効期間)
notBefore
notAfterIAIAsubject(所有者)RA－ 有効期間は 1 年+30 日,2 年+30 日,3 年+30 日,4－ 年+30 日、5 年のいずれかとする。ただし、開始日時および終了日時(有効期限)は UTCtime 形
式により秒単位で設定する。
－ C=JP, S=XXX, L=XXX, CN=XXX, UID を設定する。
※C は PrintableString でエンコードする、その他は UTF8String でエンコードする。なお、UID は登録局で IC カードに識別子を設定する。

RA
RA

－
－

IA

F

subjectPublicKeyInfo(所有者公開鍵)
algorithmIdentifier
public key
証明書標準拡張部
authorityKeyIdentifier(認証局鍵識別)keyIdentifier
authorityCertIssuer
authCertSerialNumber
subjectKeyIdentifier(所有者鍵識別)keyUsage(鍵の使用目的)
extendKeyUsage(拡張鍵種別)
privateKeyUsagePeriod(秘密鍵有効期間)
certificatePolicies(証明書ポリシー)
policyIdentifier
certPolicyId

IA

F

IA

T

×
×

－
－

IA

T

V3
128bit 以下の正の整数
sha256WithRSAEncryption(OID=1 2 840 113549 1 1 11)
C=JP,O=Nippon Denshi Ninsho Co.Ltd.,OU=AOSign G2 Certification Authority※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。

rsaEncryption(OID=1 2 840 113549 1 1 1)
2048bit の値

公開鍵の SHA-1 値(ハッシュ値)
issuer の DN
シリアル番号
公開鍵の SHA-1 値(ハッシュ値)
digitalSignature, nonRepudiation を ON とし、他を OFF とする。
設定しない。
設定しない。

(OID=1 2 392 200122 1 12)

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

64

AOSign サービス運用規程

policyQualifiers
policyQualifierId
Qualifier(OID=1 3 6 1 5 5 7 2 1) id-qt-cps
https://rep.ninsho.co.jp/aosign/rpa.html(検証者同意書の URL)
(OID=1 3 6 1 5 5 7 2 2) id-qt-unotice
Accredited under e-Signature Law(Japan)※VisibleString でエンコードする。

policyQualifierId
QualifierpolicyIdentifier
certPolicyId
policyQualifiers
policyQualifierId
Qualifier(OID=1 2 392 200122 1 13)

policyMappings(ポリシーマッピング)
issuerDomainPolicy
subjectDomainPolicy
subjectAltName(所有者別名)

×(OID=1 3 6 1 5 5 7 2 1) id-qt-cps
https://rep.ninsho.co.jp/aosign/rpa.html(検証者同意書の URL)
(OID=1 3 6 1 5 5 7 2 2) id-qt-unotice
Accredited under e-Signature Law(Japan)※VisibleString でエンコードする。
－
設定しない。

RAF

issuerAltName(発行者別名)IAF

basicConstraints(基本制約)
cA
pathLenConstraint
nameConstraints(名称制約)
policyConstraints(ポリシー制約)×－

C=JP,ST=本社住所(都道府県),
L=本社住所(郡、市区町村以下),
O=企業等名称, organizationIdentifier=JCN0000000000000,Description=代理権内容：ETAX00000000000000000000,Description=
代理権内容：LTAX00000000000000000000,Des
cription=代理権内容：GEPS00000000JCN0000
000000000,CN=氏名を設定する。
※CはPrintableStringでエンコードする、
その他はUTF8Stringでエンコードする。
※Description は、2022 年 3 月 28 日以降、企業等代表者の同意を得て申込みがあった場合のみ記載する。
C=JP,O=日本電子認証株式会社,
OU=AOSignG2 認証局※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。
設定しない。

×
×－－

設定しない。
設定しない。

policyQualifierId
QualifierCopyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

65

AOSign サービス運用規程

cRLDistributionPoints(CRL 分配点)

IAF

subjectDirectoryAttributes × －(所有者ディレクトリ属性)
証明書プライベートインターネット拡張部
authorityInfoAccess× －(認証局情報アクセス)

distributionPoint.fullName.URL に以下を設定する。
ldap://ldap.aosign.com/ou=AOSign%20G2%2
0Certification%20Authority,o=Nippon%20Den
shi%20Ninsho%20Co.Ltd.,c=JP?certificateRe
vocationList
設定しない。

設定しない。

表 7-1(3) 相互認証証明書プロファイル
名称
証明書基本部
version(バージョン)
serialNumber(シリアル番号)
signature(署名)設定 ｸﾘﾃｨ者 ｶﾘﾃｨ

IA
IA
IA

－
－
－

issuer(発行者)IA－validity(有効期間)
notBeforeIA－

notAftersubject(所有者)

IA
IA

－
－

IA
IA

－
－

IA

F

subjectPublicKeyInfo(所有者公開鍵)
algorithmIdentifier
public key
証明書標準拡張部
authorityKeyIdentifier(認証局鍵識別)keyIdentifier
authorityCertIssuer
authCertSerialNumber
subjectKeyIdentifier(所有者鍵識別)

IA

F

設定値
V3
128bit 以下の正の整数
sha256WithRSAEncryption(OID=1 2 840 113549 1 1 11)
C=JP, O=Nippon Denshi Ninsho Co.Ltd.,OU=AOSign G2 Certification Authority※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。
有効期間は 5 年間以内とする。
※UTCTime で設定する。
BCA から指定される DN※BCA が指定したエンコードで設定する。

rsaEncryption(OID=1 2 840 113549 1 1 1)
2048bit の値

公開鍵の SHA-1 値(ハッシュ値)
issuer の DN
シリアル番号
公開鍵の SHA-1 値(ハッシュ値)

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

66

AOSign サービス運用規程

keyUsage(鍵の使用目的)

IAextendKeyUsage(拡張鍵種別)
privateKeyUsagePeriod(秘密鍵有効期間)
certificatePolicies(証明書ポリシー)
policyIdentifier
certPolicyId
policyQualifiers
policyQualifierId
Qualifier××

keyCertSign, cRLSign を ON とし、他を OFFとする。
－
設定しない。
－
設定しない。

IA

T

policyMappings(ポリシーマッピング)
issuerDomainPolicy
subjectDomainPolicy
subjectAltName(所有者別名)
issuerAltName(発行者別名)
basicConstraints(基本制約)

IA

cA

T

(OID=1 2 392 200122 1 13) NDN-GPKI 用(OID=1 3 6 1 5 5 7 2 1) id-qt-cps
https://rep.ninsho.co.jp/aosign/cps.html(CPS の URL)

×
×
IA

T

－
－
T

(OID=1 2 392 200122 1 13) NDN-GPKI 用
BCA 側 OID
設定しない。
設定しない。

IA

TRUE

pathLenConstraint
nameConstraints(名称制約)

××－

設定しない。
設定しない。

policyConstraints(ポリシー制約)
requireExplicitPolicy
inhibitPolicyMapping
cRLDistributionPoints(CRL 分配点)

IA

T

IA
IA
IA

0 を設定する。
1 を設定する。
F
distributionPoint.fullName.URL に以下を設定する。
ldap://ldap.aosign.com/ou=AOSign%20G2%2
0Certification%20Authority,o=Nippon%20Den
shi%20Ninsho%20Co.Ltd.,c=JP?authorityRevo
cationList－
設定しない。

subjectDirectoryAttributes
×(所有者ディレクトリ属性)
証明書プライベートインターネット拡張部
authorityInfoAccess× －(認証局情報アクセス)設定しない。

表 7-1(4) リンク証明書(NewWithOld)プロファイル
名称

設定 ｸﾘﾃｨ者 ｶﾘﾃｨ

設定値

証明書基本部

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

67

AOSign サービス運用規程

version(バージョン)
serialNumber(シリアル番号)
signature(署名)

IA
IA
IA

－
－
－

issuer(発行者)IA－validity(有効期間)
notBeforeIA－

notAfterIA－subject(所有者)

IA

－

IA
IA

－
－

IA

F

subjectPublicKeyInfo(所有者公開鍵)
algorithmIdentifier
public key
証明書標準拡張部
authorityKeyIdentifier(認証局鍵識別)keyIdentifier
authorityCertIssuer
authCertSerialNumber
subjectKeyIdentifier(所有者鍵識別)keyUsage(鍵の使用目的)
extendKeyUsage(拡張鍵種別)
privateKeyUsagePeriod(秘密鍵有効期間)
certificatePolicies(証明書ポリシー)
policyIdentifier
certPolicyId
policyQualifiers
policyQualifierId
QualifierpolicyMappings(ポリシーマッピング)

V3
128bit 以下の正の整数
sha256WithRSAEncryption(OID=1 2 840 113549 1 1 11)
C=JP,O=Nippon Denshi Ninsho Co.Ltd.,OU=AOSign G2 Certification Authority※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。
NewWithNew の validity.notBefore を
UTCTime で設定する。
OldWithOld の validity.notAfter を UTCTime
で設定する。
C=JP,O=Nippon Denshi Ninsho Co.Ltd.,OU=AOSign G2 Certification Authority※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。

rsaEncryption(OID=1 2 840 113549 1 1 1)
2048bit の値××

OldWithOld の公開鍵の SHA-1 値(ハッシュ値)
OldWithOld の issuer の DN
OldWithOld のシリアル番号
F
NewWithNew の公開鍵の SHA-1 値(ハッシュ値)T
keyCertSign, cRLSign を ON とし、他を OFFとする。
－
設定しない。
－
設定しない。

IA

F

×

－

(OID=2 5 29 32 0) any-policy
設定しない。

×－

設定しない。

IAIA

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

68

AOSign サービス運用規程

issuerDomainPolicy
subjectDomainPolicy
subjectAltName(所有者別名)
issuerAltName(発行者別名)
basicConstraints(基本制約)
cA
pathLenConstraint
nameConstraints(名称制約)
policyConstraints(ポリシー制約)cRLDistributionPoints(CRL 分配点)

×
×

－
－
T

IA
×
×
×

－
－
－

IA

F

設定しない。
設定しない。
TRUE
設定しない。
設定しない。
設定しない。

distributionPoint.fullName.URL に以下を設定する。
ldap://ldap.aosign.com/ou=AOSign%20G2%2
0Certification%20Authority,o=Nippon%20Den
shi%20Ninsho%20Co.Ltd.,c=JP?authorityRevo
cationList－
設定しない。

subjectDirectoryAttributes ×(所有者ディレクトリ属性)
証明書プライベートインターネット拡張部
authorityInfoAccess× －(認証局情報アクセス)設定しない。

表 7-1(5) リンク証明書(OldWithNew)プロファイル
名称
証明書基本部
version(バージョン)
serialNumber(シリアル番号)
signature(署名)設定 ｸﾘﾃｨ者 ｶﾘﾃｨ

IA
IA
IA

－
－
－

issuer(発行者)IA－validity(有効期間)
notBeforeIA－

notAfterIA－subject(所有者)

IA

－

設定値
V3
128bit 以下の正の整数
sha256WithRSAEncryption(OID=1 2 840 113549 1 1 11)
C=JP,O=Nippon Denshi Ninsho Co.Ltd.,OU=AOSign G2 Certification Authority※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。
OldWithOld の validity.notBefore を
UTCTime で設定する。
OldWithOld の validity.notAfter を UTCTime
で設定する。
C=JP,O=Nippon Denshi Ninsho Co.Ltd.,OU=AOSign G2 Certification Authority※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

69

AOSign サービス運用規程

subjectPublicKeyInfo(所有者公開鍵)
algorithmIdentifier
public key
証明書標準拡張部
authorityKeyIdentifier(認証局鍵識別)keyIdentifier
authorityCertIssuer
authCertSerialNumber
subjectKeyIdentifier(所有者鍵識別)keyUsage(鍵の使用目的)
extendKeyUsage(拡張鍵種別)
privateKeyUsagePeriod(秘密鍵有効期間)
certificatePolicies(証明書ポリシー)
policyIdentifier
certPolicyId
policyQualifiers
policyQualifierId
QualifierpolicyMappings(ポリシーマッピング)
issuerDomainPolicy
subjectDomainPolicy
subjectAltName(所有者別名)
issuerAltName(発行者別名)
basicConstraints(基本制約)
cA
pathLenConstraint
nameConstraints(名称制約)
policyConstraints(ポリシー制約)cRLDistributionPoints(CRL 分配点)

IA
IA

－
－

IA

F

rsaEncryption(OID=1 2 840 113549 1 1 1)
2048bit の値

××

NewWithNew の公開鍵の SHA-1 値(ハッシュ値)
NewWithNew の issuer の DN
NewWithNew のシリアル番号F
OldWithOld の公開鍵の SHA-1 値(ハッシュ値)T
keyCertSign, cRLSign を ON とし、他を OFFとする。
－
設定しない。
－
設定しない。

IA

F

IA
IA

×

－

(OID=2 5 29 32 0) any-policy
設定しない。

×－

設定しない。

×
×
IA
IA
×
×
×

－
－
T

設定しない。
設定しない。

IA

F

－
－

TRUE
設定しない。
設定しない。
設定しない。
distributionPoint.fullName.URL に以下を設定する。
ldap://ldap.aosign.com/ou=AOSign%20G2%2
0Certification%20Authority,o=Nippon%20Den
shi%20Ninsho%20Co.Ltd.,c=JP?authorityRevo
cationList

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

70

AOSign サービス運用規程

subjectDirectoryAttributes × －(所有者ディレクトリ属性)
証明書プライベートインターネット拡張部
authorityInfoAccess× －(認証局情報アクセス)

7.2

設定しない。

設定しない。

CRL/ARL プロファイル

7.2.1
バージョン番号
本サービスでは、X.509V2 の CRL/ARL を発行する。
7.2.2
CRL/ARL エントリ拡張
本サービスでは、この拡張に設定が可能な項目のうち、理由コード(reasonCode)のみを使用する。
7.2.3
CRL/ARL プロファイル
本サービスで発行する CRL/ARL のプロファイル詳細を表 7-2 に記述する。なお、電子証明書の記載項目は、特に断りのない限り PrintableString でエンコードされる。

表 7-2(1) CRL プロファイル
名称

設定 ｸﾘﾃｨ者 ｶﾘﾃｨ

設定値

CRL 基本部version(バージョン)
signature(署名)

IA
IA

－
－

issuer(発行者)

IA

－

IA
IA

－
－

V2
sha256WithRSAEncryption(OID=1 2 840 113549 1 1 11)
C=JP,O=Nippon Denshi Ninsho Co.Ltd.,OU=AOSign G2 Certification Authority※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。
CRL 発行日時(UTCTime で設定する。)
thisUpdate + 48 時間(UTCTime で設定する。)

RA
IA

－
－

証明書シリアル番号
失効日時

IA

F

thisUpdate(今回更新日時)
nextUpdate(次回更新予定)
revokedCertificates(失効証明書)
userCertificate
revocationDate
CRL 拡張部authorityKeyIdentifier(認証局鍵識別)keyIdentifier
authorityCertIssuer
authCertSerialNumber

公開鍵の SHA-1 値(ハッシュ値)
issuer の DN
シリアル番号

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

71

AOSign サービス運用規程

issuerAltName(発行者別名)cRLNumber(CRL 番号)
deltaCRLIndicator(デルタ CRL 識別)
issuingDistributionPoint(発行分配点)
distributionPoint

onlyContainsUserCerts
CRL エントリ拡張部
reasonCode(理由コード)×－

設定しない。

IA×F－

128bit 以下の正の整数設定しない。

IA

T
distributionPoint.fullName.URL に以下を設定する。
ldap://ldap.aosign.com/ou=AOSign%20G2%2
0Certification%20Authority,o=Nippon%20Den
shi%20Ninsho%20Co.Ltd.,c=JP?certificateRe
vocationList
TRUE を設定する。

RA

F

理由コードを設定する。

表 7-2(2) ARL プロファイル
名称

設定 ｸﾘﾃｨ者 ｶﾘﾃｨ

設定値

CRL 基本部version (バージョン)
signature(署名)

IA
IA

－

issuer(発行者)IA－

thisUpdate(今回更新日時)
nextUpdate(次回更新予定)

IA
IA

－
－

V2
sha256WithRSAEncryption(OID=1 2 840 113549 1 1 11)
C=JP, O=Nippon Denshi Ninsho Co.Ltd.,OU=AOSign G2 Certification Authority※C は PrintableString でエンコードする、
その他は UTF8String でエンコードする。
ARL 発行日時(UTCTime で設定する。)
thisUpdate + 48 時間(UTCTime で設定する。)

IA
IA

－
－

証明書シリアル番号
失効日時

IA

F

revokedCertificates(失効証明書)
userCertificate
revocationDate
CRL 拡張部authorityKeyIdentifier(認証局鍵識別)keyIdentifier
authorityCertIssuer
authCertSerialNumber
issuerAltName(発行者別名)×－

公開鍵の SHA-1 値(ハッシュ値)
issuer の DN
シリアル番号設定しない。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

72

AOSign サービス運用規程

cRLNumber(CRL 番号)
deltaCRLIndicator(デルタ CRL 識別)
issuingDistributionPoint(発行分配点)
distributionPoint

onlyContainsCACerts
CRL エントリ拡張部
reasonCode(理由コード)

IA
×

F
－

IA

T

128bit 以下の正の整数設定しない。

distributionPoint.fullName.URL に以下を設定する。
ldap://ldap.aosign.com/ou=AOSign%20G2%2
0Certification%20Authority,o=Nippon%20Den
shi%20Ninsho%20Co.Ltd.,c=JP?authorityRevo
cationList
TRUE を設定する。
IA

F

理由コードを設定する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

73

AOSign サービス運用規程

8

仕様管理
NDN は、利用者のサービス向上、利用アプリケーションの拡大およびセキュリティ技
術の最新動向をふまえて、必要に応じ本 CPS の仕様を変更する。

8.1

仕様変更の手続きに関するポリシー

NDN は、本 CPS を変更する権利を保有する。本 CPS の変更にあたっては、あらかじめ利用者および検証者へ周知してから仕様管理委員会において変更内容を検討し、その妥当性が確認された後、実施される。
(1) 本認証局の一部ないし全体が危殆化の恐れがあるなど緊急を要する重要な改訂は、
直ちに仕様管理委員会を開催し、最高責任者の承認を得て、本 CPS の改訂を行う。
(2) 軽微な変更、認定認証業務の変更認定を必要とする変更など一般的な改訂は、仕様管理委員会の検討後最高責任者の承認を得て、本 CPS の改訂を行う。
なお、仕様管理委員会は、最高責任者の下に位置し、別途定める仕様管理委員会運営
要領に基づき運営される。

8.2

公表および通知に関するポリシー

本 CPS の改訂(以下、本項および次項において改訂を伴わない変更を含む。)の公表は、変更内容をあらかじめ当社のホームページにおいて周知した後、改訂した本 CPS を公開するかまたは変更内容のみを当社リポジトリに公開することで行われる。この公開は、通知と同じ効果を持ち、本 CPS の実際の改訂と同じ効果を持つ。本 CPS の改訂は本 CPSの次版に反映され、改訂履歴を表わすバージョン番号と発行日付により識別される。
本 CPS の改訂は、通知後直ちに効力を発する。

8.3

仕様認可の手続き

本 CPS の改訂が行われた場合、電子証明書発行時期に関わらず当社リポジトリに掲載されている改訂後の規程が適用される。NDN が行った個々の改訂に対して利用者および企業等は、電子証明書の失効申込または失効届出をしない場合、これに同意したとみなされる。 また、検証者はこれに同意できない場合は、入手した電子証明書の使用を中止
する。

8.4

CPS の保存NDN は、改訂された本 CPS の各版および変更履歴を電子証明書の有効期間満了後 10 年間保存する。

Copyright(C)2002 N.D.Ninsho Co.,Ltd. All Rights Reserved

74