TOiNX 電子入札対応認証サービス
認証局運用規則（Ver 2.05）

２０２３年１１月
株式会社トインクス

All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

改訂履歴
Version

変更内容

適用日

変更者/作成者

承認者

1.00

初版

2002/12/10

五十嵐和成

松田哲也

1.10

ブリッジ認証局との相互認証接続に伴う修正
・3.1.2 名前の意味に関する要件
・4.5.1.3 認証局による失効条件
・4.8 署名鍵の更新
・4.9 危殆化と災害の復旧
・7.1.6 ﾎﾟﾘｼｰ制限の使用方法
・9.3 相互認証証明書ﾌﾟﾛﾌｧｲﾙ

2003/03/24

五十嵐和成

松田哲也

1.11

在籍証明書様式見直しに伴う修正

2003/06/26

五十嵐和成

松田哲也

1.20

ブリッジ認証局との相互認証更新に伴う修正
・7.1.5 名称制限 の削除
・ 相 互 認 証 証 明 書 プ ロ フ ァ イ ル か ら nameconstraint を削除

2003/09/02

三浦 誠

松田哲也

1.30

誤字等の修正

2003/12/01

佐藤貴明

松田哲也

1.40

代理人による開示申請の見直しに伴う修正

2003/12/02

佐藤貴明

松田哲也

2004/05/20

佐藤貴明

松田哲也

2004/08/01

立川由美子

松田哲也

2004/12/02

五十嵐和成

松田哲也

1.50
1.60
1.61

監査関連規則の見直しに伴う修正・用語の整理および統一・誤記等の修正
利用者証明書への TDB 企業コード格納および適用範囲拡大に伴う修正他
・利用者及び利用組織の真偽確認手順の明確化に伴う修正・誤字等の修正他

1.62

・利用者証明書への記載方法に関する修正

2005/04/05

五十嵐和成

荒川務

1.63

・誤字等の修正2005/11/30

市川正彦

荒川務

2006/03/17

市川正彦

荒川務

2006/11/22

市川正彦

荒川務

2007/03/09

石川昌彦

荒川務

1.64
1.65

1.66

・発行申請書、失効申請書、受領書の記載方法に関する修正・仕様変更手続きに関する修正・認証業務室の鍵の管理に関する修正・誤記等の修正・電子的に保存するものに関する修正・BCA の真偽の確認に関する修正・個人情報保護ポリシーに関する修正・誤記等の修正

1.67･申込手続きの簡素化に伴う修正

2007/03/20

須藤和彦

遠藤友太

1.68

･誤記等の修正2007/06/07

市川正彦

遠藤友太

1.69

・TOiNX 代表者変更に伴う修正

2007/07/06

五十嵐和成

遠藤友太

1.70

・認証局鍵更新に伴う修正

2007/10/13

鈴木宣浩

遠藤友太

I
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

Version

変更内容

適用日

変更者/作成者

承認者

1.71

・利用者証明書（発行者認証局名、利用者区市
町村名、利用者別名区市町村名、利用者別名
利用者氏名）の OID を修正
・相互認証証明書の CRL のリポジトリ登録先を修正
・CRL/ARL（発行者認証局名）の OID を修正・誤記等の修正2007/11/27

市川正彦

遠藤友太

1.72

・用語の統一および誤記等の修正

2008/01/29

市川正彦

遠藤友太

1.73

・ＩＣカードＰＩＮ送付方法変更に伴う修正

2008/03/03

須藤和彦

遠藤友太

2008/03/24

須藤和彦

遠藤友太

2008/08/26

鈴木宣浩

遠藤友太

2008/11/26

市川正彦

遠藤友太

1.74

1.75
1.76

・登記されていない個人事業主対応に伴う修正・発行申請書等の旧様式廃止に伴う修正・TDB 企業コードの利用中止に伴う修正･誤記等の修正・相互認証証明書の失効事由の変更に伴う修正・誤記等の修正・登記簿謄本の名称変更
・誤記等の修正1.77

・誤記等の修正2009/01/22

鈴木宣浩

遠藤友太

1.78

・配達記録郵便廃止に伴う修正

2009/03/01

立川由美子

遠藤友太

2009/05/14

須藤和彦

遠藤友太

2009/11/24

須藤和彦

遊佐俊彦

2010/11/19

佐々木誠

横田勇一

1.79
1.80
1.81

・利用者証明書の有効期間 4 年対応に伴う修正・入金業務移管に伴う修正・戸籍謄本、抄本の名称変更に伴う修正・誤記等の修正・誤記等の修正・領域名称等の表記統一

1.82

・TOiNX 代表者変更に伴う修正

2011/6/17

佐々木誠

横田勇一

1.83

・認証局鍵更新に伴う修正

2012/6/16

鈴木宣浩

横田勇一

1.84

・登録原票記載事項証明書廃止に伴う修正

2012/7/9

菊地 崇

横田勇一

1.85

・電子証明書の失効申請に関する修正・記録のアーカイブに関する修正

2012/11/8

杉山幸博

横田勇一

1.86

・誤記等の修正2013/6/7

立川由美子

横田勇一

1.87

・電子証明書の失効申請に関する修正

2013/11/15

杉山幸博

横田勇一

1.88

・署名アルゴリズムの追記

2014/3/3

五十嵐和成

横田勇一

1.89

・営業日変更に伴う修正

2014/4/23

杉山幸博

横田勇一

1.90

・電子証明書の失効申請に関する修正・暗号アルゴリズム移行に伴う修正

2014/10/10

杉山幸博

横田勇一

1.91

・移転に伴う修正

2015/1/26

杉山幸博

横田勇一

1.92

・認証局による失効条件の追加に伴う修正
・個人番号の取り扱いに関する修正

2016/2/18

立川由美子

作間誠司

1.93

・監査報告書の内容見直しに伴う修正

2016/8/1

佐々木誠

作間誠司

1.94

・連絡先の修正2017/6/16

杉山幸博

作間誠司

1.95

・法人番号追加に伴う修正

2017/7/24

杉山幸博

作間誠司

II
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

Version

変更内容

適用日

変更者/作成者

承認者

1.96

・誤記等の修正2017/11/6

杉山幸博

作間誠司

1.97

・字句等の修正2018/12/4

佐々木誠

作間誠司

1.98

・誤記等の修正

2019/9/3

佐々木誠

作間誠司

1.99

・設備更新に伴う修正・連絡先の詳細を修正

2019/12/14

須藤真規

作間誠司

1.100

・一時的にサービス停止する際の対応に関する修正

2020/4/27

佐藤貴明

作間誠司

1.101

・用語の統一2021/1/13

佐々木誠

遠藤誠

1.102

・電子証明書の発行申請に関する修正

2021/8/30

原田健太郎

遠藤誠

1.103

・暗号アルゴリズムの修正
・誤記等の修正

2021/10/26

杉山幸博

遠藤誠

2.00

・商号変更に伴う修正

2022/4/1

原田健太郎

遠藤誠

2.01

・開示方法の変更に伴う修正・送付物を受理する手段の変更に伴う修正

2022/11/22

杉山幸博

遠藤誠

2.02

・相互認証証明書作成時の授受方法等の変更

2023/6/26

原田健太郎

遠藤誠

2.03

・相互認証証明書更新に伴う修正

2023/6/28

田中弘道

遠藤誠

2.04

・誤記等の修正

2023/9/21

田中弘道

遠藤誠

2.05

・記載内容の統一に伴う修正

2023/11/20

原田健太郎

遠藤誠

III
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

目次
1 はじめに............................................................................................................................. 1
1.1 概要 ............................................................................................................................. 1
1.2 識別 ............................................................................................................................. 2
1.3 コミュニティと適応可能性 ......................................................................................... 2
1.3.1 本 CPS の適用範囲 ............................................................................................... 2
1.3.2 認証局 ................................................................................................................... 3
1.3.3 発行局 ................................................................................................................... 3
1.3.4 登録局 ................................................................................................................... 3
1.3.5 利用者 ................................................................................................................... 3
1.3.6 利用組織 ............................................................................................................... 4
1.3.7 検証者 ................................................................................................................... 4
1.3.8 BCA ....................................................................................................................... 4
1.3.9 電子証明書の適用範囲 .......................................................................................... 4
1.3.10 電子署名法における属性についての証明 ........................................................... 4
1.4 連絡先の詳細 ............................................................................................................... 42 一般的な規定 ..................................................................................................................... 6
2.1 義務 ............................................................................................................................. 6
2.1.1 認証局の義務 ........................................................................................................ 6
2.1.2 発行局の義務 ........................................................................................................ 6
2.1.3 登録局の義務 ........................................................................................................ 7
2.1.4 利用者の義務 ........................................................................................................ 7
2.1.5 利用組織の義務 ..................................................................................................... 9
2.1.6 検証者の義務 ...................................................................................................... 10
2.1.7 リポジトリに関する義務 .................................................................................... 11
2.2 責任 ........................................................................................................................... 11
2.2.1 認証局の責任 ...................................................................................................... 11
2.2.2 発行局の責任 ...................................................................................................... 122.2.3 登録局の責任 ...................................................................................................... 122.2.4 利用者の責任 ...................................................................................................... 13
2.2.5 利用組織の責任 ................................................................................................... 13
2.2.6 検証者の責任 ...................................................................................................... 13
2.3 財務上の保証 ............................................................................................................. 13
2.3.1 認証局の保証 ...................................................................................................... 13
2.3.2 利用者による保証 ............................................................................................... 13
2.3.3 利用組織による保証............................................................................................ 13
IV
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

2.3.4 検証者による保証 ............................................................................................... 13
2.4 人事管理と事務取扱要領などの規定 ......................................................................... 14
2.4.1 認証業務の委託 ................................................................................................... 14
2.4.2 専門性 ................................................................................................................. 14
2.4.3 組織体制 ............................................................................................................. 14
2.4.4 人事管理 ............................................................................................................. 14
2.4.5 事務取扱要領などの規定 .................................................................................... 14
2.5 解釈及び執行 ............................................................................................................. 14
2.5.1 準拠法 ................................................................................................................. 14
2.5.2 CPS の有効性 ...................................................................................................... 14
2.5.3 効力の存続 .......................................................................................................... 14
2.5.4 CPS の完全性 ...................................................................................................... 15
2.5.5 連絡..................................................................................................................... 15
2.5.6 紛争解決手続き ................................................................................................... 15
2.6 料金 ........................................................................................................................... 15
2.7 公開及びリポジトリ .................................................................................................. 15
2.7.1 認証局の情報の公開............................................................................................ 15
2.7.2 公開の頻度 .......................................................................................................... 16
2.7.3 アクセスコントロール ........................................................................................ 17
2.7.4 リポジトリ .......................................................................................................... 17
2.8 準拠性監査 ................................................................................................................ 17
2.8.1 準拠性監査の頻度 ............................................................................................... 17
2.8.2 監査人の選定 ...................................................................................................... 17
2.8.3 監査人の監査される主体との関係 ...................................................................... 17
2.8.4 監査テーマ .......................................................................................................... 17
2.8.5 監査指摘事項への措置 ........................................................................................ 18
2.8.6 監査結果の公開 ................................................................................................... 18
2.9 機密情報 .................................................................................................................... 18
2.9.1 機密情報の種類 ................................................................................................... 18
2.9.2 個人情報の取扱い ............................................................................................... 19
2.9.3 電子証明書の失効情報の公開 ............................................................................. 20
2.9.4 法執行機関への情報開示 .................................................................................... 20
2.9.5 民事手続き上の開示............................................................................................ 20
2.9.6 名義人の要請にもとづく開示 ............................................................................. 20
2.9.7 機密とみなされない情報 .................................................................................... 21
2.10 知的財産権 .............................................................................................................. 21
V
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

3 識別と本人確認 ................................................................................................................ 22
3.1 電子証明書初期発行登録 ........................................................................................... 22
3.1.1 名前の型 ............................................................................................................. 22
3.1.2 名前の意味に関する要件 .................................................................................... 22
3.1.3 名前形式を解釈するための規則 .......................................................................... 24
3.1.4 名前の一意性 ...................................................................................................... 24
3.1.5 名前に関する紛争の解決手順 ............................................................................. 24
3.1.6 商標の認識・認証・役割 .................................................................................... 25
3.1.7 署名鍵の所有を証明するための方法................................................................... 25
3.1.8 組織の認証と利用者の所属確認 .......................................................................... 25
3.1.9 発行申請者の真偽確認 ........................................................................................ 26
3.2 電子証明書の更新 ...................................................................................................... 27
3.3 電子証明書失効後の再発行 ....................................................................................... 27
3.4 電子証明書の失効申請または届出 ............................................................................. 28
3.4.1 失効申請者または届出者の真偽の確認 ............................................................... 28
4 運用上の要件 ................................................................................................................... 30
4.1 電子証明書発行申請 .................................................................................................. 30
4.1.1 発行申請手続 ...................................................................................................... 30
4.1.2 発行申請書類 ...................................................................................................... 30
4.1.3 発行申請の審査 ................................................................................................... 33
4.1.4 発行申請の登録 ................................................................................................... 33
4.2 電子証明書の発行 ...................................................................................................... 33
4.3 署名鍵及び電子証明書の受領 .................................................................................... 34
4.4 電子証明書の更新申請............................................................................................... 34
4.5 電子証明書の失効 ...................................................................................................... 34
4.5.1 失効条件 ............................................................................................................. 34
4.5.2 失効手続き .......................................................................................................... 36
4.5.3 電子証明書の失効 ............................................................................................... 38
4.5.4 失効申請者または届出者への通知 ...................................................................... 38
4.5.5 一時停止 ............................................................................................................. 38
4.5.6 失効リスト .......................................................................................................... 39
4.5.7 失効情報及び有効性確認情報に関する要件 ........................................................ 39
4.5.8 署名鍵の危殆化に関する特別要件 ...................................................................... 39
4.6 セキュリティ監査手続き ........................................................................................... 39
4.6.1 記録されるイベント............................................................................................ 39
4.6.2 監査の頻度 .......................................................................................................... 39
VI
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

4.6.3 監査ログの保存期間............................................................................................ 39
4.6.4 監査証跡の保護 ................................................................................................... 40
4.6.5 監査証跡のバックアップ手順 ............................................................................. 40
4.6.6 監査証跡の記録システム .................................................................................... 40
4.6.7 問題の原因となるイベントの通知 ...................................................................... 40
4.7 記録のアーカイブ ...................................................................................................... 40
4.7.1 申請に係るデータ ............................................................................................... 40
4.7.2 組織関係データ ................................................................................................... 42
4.7.3 設備及び安全対策措置に関するデータ ............................................................... 42
4.7.4 アーカイブデータの保護 .................................................................................... 42
4.7.5 アーカイブデータのバックアップ ...................................................................... 43
4.7.6 アーカイブ情報の保存 ........................................................................................ 43
4.7.7 関係書類及び記録の破棄 .................................................................................... 43
4.7.8 関係書類の利用の記録 ........................................................................................ 43
4.8 署名鍵の更新 ............................................................................................................. 43
4.9 危殆化と災害の復旧及びその他運営困難な場合の対応............................................. 43
4.10 認定認証業務の終了 ................................................................................................ 44
5 物理的、手続き的、要員的なセキュリティ統制 .............................................................. 46
5.1 物理的セキュリティ統制 ........................................................................................... 46
5.1.1 業務室のセキュリティ ........................................................................................ 46
5.1.2 認証設備室のセキュリティ ................................................................................. 46
5.1.3 保管室のセキュリティ ........................................................................................ 47
5.2 手続き的セキュリティ統制 ....................................................................................... 47
5.3 要員的セキュリティ統制 ........................................................................................... 48
6 技術的セキュリティ統制.................................................................................................. 49
6.1 鍵ペアの生成とインストール .................................................................................... 49
6.1.1 鍵ペアの生成 ...................................................................................................... 49
6.1.2 認証局への署名検証鍵の配送 ............................................................................. 49
6.1.3 利用者への認証局証明書の配送 .......................................................................... 49
6.1.4 利用者への鍵の配送............................................................................................ 49
6.1.5 鍵長..................................................................................................................... 49
6.1.6 ハードウェア/ソフトウェアでの鍵の生成 .......................................................... 50
6.1.7 鍵の使用目的 ...................................................................................................... 50
6.2 署名鍵の保護 ............................................................................................................. 50
6.2.1 署名鍵の管理 ...................................................................................................... 50
6.2.2 署名鍵のエスクロー............................................................................................ 50
VII
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

6.2.3 署名鍵のバックアップ ........................................................................................ 50
6.2.4 署名鍵の暗号装置への格納 ................................................................................. 51
6.2.5 署名鍵をアクティブにする方法 .......................................................................... 51
6.2.6 署名鍵を非アクティブにする方法 ...................................................................... 51
6.2.7 署名鍵の破棄 ...................................................................................................... 51
6.3 ネットワークセキュリティ ....................................................................................... 51
6.4 暗号装置セキュリティ............................................................................................... 51
7 電子証明書と CRL/ARL のプロファイル......................................................................... 52
7.1 電子証明書と CRL/ARL のプロファイル詳細 ........................................................... 52
7.1.1 バージョン番号 ................................................................................................... 52
7.1.2 電子証明書拡張領域（Certificate Extensions） ................................................ 52
7.1.3 署名アルゴリズム ............................................................................................... 54
7.1.4 名称形式（Name forms） .................................................................................. 54
7.1.5 ポリシー制限の使用方法(policyConstraints) ..................................................... 54
7.1.6 有効期間 ............................................................................................................. 54
7.1.7 失効に関する情報 ............................................................................................... 55
8 仕様管理........................................................................................................................... 56
8.1 CPS の仕様変更手続き .............................................................................................. 56
8.1.1 実務上の最新情報とお知らせ ............................................................................. 56
8.1.2 修正への同意 ...................................................................................................... 56
8.2 変更に係る教育、訓練............................................................................................... 56
9 電子証明書詳細プロファイル .......................................................................................... 57
9.1 利用者証明書プロファイル ....................................................................................... 57
9.2 認証局証明書プロファイル ....................................................................................... 59
9.3 相互認証証明書プロファイル .................................................................................... 61
9.4 リンク証明書プロファイル(OldWithNew,NewWithOld) ......................................... 63
10 CRL/ARL 詳細プロファイル .......................................................................................... 65
10.1 CRL 詳細プロファイル ............................................................................................ 65
10.2 ARL 詳細プロファイル ............................................................................................ 66

VIII
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

1 はじめに本文書「TOiNX 電子入札対応認証サービス 認証局運用規則」（以下、「本 CPS」とする）
は、株式会社トインクス※（以下、「TOiNX」とする）が運用する TOiNX 電子入札対応認証局（以下、「本認証局」とする）が行う電子証明書の発行、失効及び認証局業務の他の運用管理に関する諸手続と公開鍵インフラストラクチャの要素である発行局（以下「IA」とする）、登録局（以下「RA」とする）、TOiNX、電子証明書の利用者及び検証者の義務、責任等について規定する。また、本認証局は、政府が運営するブリッジ認証局（以下、「BCA」とする）との相互認証を行う。本 CPS では、BCA との相互認証に係る諸手続及び本認証局と BCAとの義務、責任等についても規定する。
本 CPS は、IETF（Internet Engineering Task Force）の PKIX（Public-Key Infrastructure
X.509）Working Group が提唱する「電子証明書ポリシーと認証実践の枠組み（Certificate
Policy and Certification Practices Framework）」（RFC2527）に準拠したものである。
※2022 年 4 月 1 日付で、東北インフォメーション・システムズ株式会社は、社名を株式
会社トインクスに変更しました。
1.1 概要TOiNX は、
「電子署名及び認証業務に関する法律」（平成 12 年法律第 102 号、以下、「電子署名法」とする）の規定に適合する認証業務サービスである TOiNX 電子入札対応認証サービス（以下、「本サービス」とする）を提供する。本サービスは、電子署名法の認定制度において認定を受けた特定認証業務である。
本サービスは、TOiNX と本サービスの利用契約を締結した法人、個人事業主又は地方自治体などの公的機関（以下、「利用組織」とする）に所属する電子証明書の利用者（以下、「利用者」とする）の真偽の確認を行い、利用者の電子証明書（以下、「利用者証明書」とする）
を発行する。また、電子入札サービスなどのシステムの間で送受信される電子署名付き電子文書の受領者（以下、「検証者」とする）に対して利用者が施した電子署名の有効性を確認するために必要な情報を提供する。また、本認証局は、BCA との相互接続仕様に従い、BCAとの相互認証証明書の発行を行う。

1
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

1.2 識別本認証局に関連するオブジェクト識別子は、次のとおりとする。
表 1-1 TOiNX の OID とオブジェクトの対応表
OID

オブジェクト
Tohoku Information Systems Co.,Inc.
TOiNX CA Service
TOiNX Electronic Bidding CA Service
TOiNX Electronic Bidding CA Service Policy & CPS(SHA-256)

1.2.392.200121
1.2.392.200121.1
1.2.392.200121.1.1
1.2.392.200121.1.1.10

1.3 コミュニティと適応可能性
1.3.1 本 CPS の適用範囲
本 CPS は、以下の図 1 に示す TOiNX 電子入札対応認証局により実施される利用者証明書、本認証局の自己署名証明書（以下、「認証局証明書」とする）、相互認証証明書、リンク
証明書（以下、これらの証明書を総称して「電子証明書」とする）の発行業務及び失効業務に適用される。本認証局より発行される電子証明書には、全て本 CPS が適用される。

ブリッジ
認証局
相互認証証明書発行要求

利用

相互認証証明書

TOiNX 電子入札対応認証局

検証者

組織
登録局

利
用
者

利用者証明書・RA 認証業務
発行、失効申請
・RA 登録業務
または届出（利用者署名鍵生成）
利用者証明書
利用者署名鍵

利用者証明書
発行、失効指示

発行局
・IA 業務

利用者証明書

認証局証明書、相互認証証明書
リンク証明書、CRL/ARL の掲載
電子証明書確認
リポジトリ（認証局証明書、相互認証証明書、リンク証明書、CRL/ARL）

電子署名付電文

図 1 認証局の構成
本認証局の認証局署名鍵を更新する場合、認証局証明書には更新の対象となる旧世代の認証局署名検証鍵を証明する認証局証明書（OldWithOld）と新世代の認証局署名検証鍵を証明する認証局証明書（NewWithNew）が存在する。また、リンク証明書には旧世代の認証局
2
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

署名検証鍵を新世代の認証局署名鍵で署名したリンク証明書（OldWithNew）と新世代の認証局署名検証鍵を旧世代の認証局署名鍵で署名したリンク証明書（NewWithOld）が存在する。
1.3.2 認証局
本認証局は、IA と RA から構成され、TOiNX により運用される。TOiNX は、本認証業
務の運営管理主体であり、その業務を統制、管理する本 CPS を策定しこれを公開する。
1.3.3 発行局
本認証局において電子証明書の発行業務は IA によって行われる。IA は、本 CPS に従い
電子証明書の発行処理、失効処理及び電子証明書の失効リスト（以下、「CRL/ARL」とする）の発行処理を行う。また、利用者証明書の発行指示及び失効指示は認証設備室内に設置される専用の設備から安全な通信方法を介して行われる。利用者証明書を除く電子証明書の発行、失効は認証設備室内の専用の機器を用いて複数人の監視のもと安全な方法で実施される。
1.3.4 登録局
本認証局において登録業務は RA によって行われる。RA は、RA 認証業務と RA 登録業
務からなる。RA 認証業務は、本 CPS に従い利用者証明書の発行申請者及び失効申請者の真偽の確認及び利用組織への所属確認を行い RA 登録業務に利用者証明書の発行及び失効に関する指示を行う。RA 登録業務は、RA 認証業務の利用者証明書の発行依頼に従い利用者の鍵ペア（署名鍵と署名検証鍵）を生成し、IA への利用者証明書の発行指示を行う。発行された利用者証明書と利用者署名鍵を IC カードに格納し利用者に提供する。
また、RA 認証業務の利用者証明書の失効指示に従い IA への利用者証明書の失効指示を行う。IA への利用者証明書の発行指示及び失効指示は認証設備室内に設置される専用の設
備から安全な通信方法を介して行われる。
本認証局は、政府の定める手続きに従い相互認証証明書の発行又は失効の要求を受付け検証し相互認証証明書の発行又は失効を行う。
1.3.5 利用者
利用者とは、本認証局に利用者証明書発行の申請を行い、利用者証明書を取得し、利用者証明書を利用する主体であり、利用者証明書の中で本人が所有する署名鍵の対になる署名検証鍵と氏名の結びつきを証明され且つ利用組織に所属していることを証明された者である。
ただし、利用者は、本 CPS 1.3.6（利用組織）に明示されている組織に所属していなければならない。
利用者は、本サービスの TOiNX 電子入札対応認証サービス約款（以下、「サービス約款」とする）に同意し、本 CPS の利用者の義務に関する条項を遵守しなければならない。

3
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

1.3.6 利用組織
利用組織とは、TOiNX と本サービスの利用契約を締結した法人、個人事業主又は地方自治体などの公的機関である。利用組織は、当該組織の役員又は就業者に本サービスの利用を認め、本認証局に対して利用者が当該組織に属していることを証明しなければならない。利
用組織は、本サービスのサービス約款に同意し、本 CPS の利用組織の義務に関する条項を遵守しなければならない。
1.3.7 検証者
検証者は、利用者証明書を信頼し利用する者である。検証者は、本 CPS の検証者の義務に関する条項を遵守し、本 CPS の内容について理解し承諾した上で、利用者証明書を利用しなければならない。
1.3.8 BCA
行政機関認証局と民間認証局の相互認証を実施するブリッジ認証局である。ブリッジ認証
局は政府により運営される。
1.3.9 電子証明書の適用範囲
本サービスにより発行された利用者証明書は、公的な発注機関又は民間企業との間で行なわれる電子入札、電子調達などの電子商取引、あるいは公的機関、民間企業への電子申請な
どの各種サービス（以下、「利用者向けサービス」とする）を利用するときに使用される。また、上記以外の利用者向けサービスが存在した場合は、本認証局がサービス内容等を確認したうえで利用者証明書を適用することができる。利用者は、利用者向けサービスの利用者証
明書要件を確認し、本サービスから発行する利用者証明書の利用可否を判断して使用しなければならない。本認証局は、利用者向けサービス以外の用途に利用者証明書を使用した場合、一切の責任を負わない。
本サービスにより発行される相互認証証明書は、BCA との相互認証においてのみ利用される。
1.3.10 電子署名法における属性についての証明
電子署名法における利用者の本人性の証明は、利用者氏名、利用者住所、生年月日についての証明に限定されている。本認証局が発行する利用者証明書に記載されている利用者氏名、利用者住所を除く属性（利用組織名、利用組織の住所など）の証明は、電子署名法の認定制度における認定の対象外である。利用者証明書に記載される利用者の属性については、本CPS 3.1.2（名前の意味に関する要件）を参照。
1.4 連絡先の詳細
本サービスの内容については、電話、FAX 又は Email にて問い合わせることができる。
4
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

問い合わせ先： 株式会社トインクス
連絡先住所：

電子認証センター〒984-0052
宮城県仙台市若林区連坊二丁目４番４０号 シティビル仙台第一

営業日：

土日祝祭日、年末年始（12 月 29 日から 1 月 3 日まで）を除く日

サポート時間： 営業日の午前 9 時から午後 5 時（正午から 1 時までの休憩時間を除く）まで※弊社都合により、営業日・サポート時間を変更する場合はホームページ(https://www.toinx.net/ebs/info.html)で公開する。
電話番号：

022-799-5566

FAX：

022-799-5565

Email：

toinx.cert@toinx.co.jp

5
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

2 一般的な規定
2.1 義務TOiNX は、本サービスにおける認証局としての義務及び利用者、利用組織、検証者の義務を以下に定める。
2.1.1 認証局の義務
本認証局は、本 CPS で規定する利用者、利用組織、検証者及び BCA に対し次の義務を負う。
1) 本 CPS に基づき本認証局の運用を行う。
2) 本認証局の署名鍵が危殆化（盗難、漏えい等により他人によって使用され得る状態になることをいう。）しないように保護する。
3) 利用者及び検証者に対し、本認証局によって発行された利用者証明書に記載される属性には、その証明において電子署名法の認定制度における認定の対象外である内容を含むことを本 CPS に記載し公開する。
4) 本認証局は、本 CPS 1.4（連絡先の詳細）に記載された営業日のサポート提供時間に問い合わせを受け付ける。
5) 本認証局は、リポジトリにて本 CPS を公開する。
6) 本認証局は、システム保守による一時停止、緊急時など、やむを得ない場合の停止を除き、CRL/ARL を作成し定期的にリポジトリに登録し、電子証明書の有効期間の間
これを公開する。
7) 本認証局は、定期的に本認証局が実施する全ての認証業務について監査を実施し、監査報告に基づいて必要と認められた場合は、認証業務の改善を行う。
2.1.2 発行局の義務
IA は、本 CPS で規定する利用者、利用組織、検証者、RA 及び BCA に対して、次の義務を負う。
1) IA は、本 CPS に基づき運用される。
2) IA は、本 CPS に従い本認証局の署名鍵を生成し、危殆化することの無いように管理する。
3) IA は、RA 登録業務の指示に従い、利用者証明書の発行要求内容を正確に反映した利用者証明書を発行する。
4) IA は、RA 登録業務の指示に従い利用者証明書の失効を行う。
5) IA は、本 CPS に従い利用者証明書の失効リストである CRL を発行しリポジトリに登録する。
6) IA は、TOiNX 代表者の指示による監査を実施し、監査報告に基づいた IA 業務の改6
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

善を行う。
7) IA は、BCA との相互認証の開始及び更新時に正確な相互認証証明書発行要求(Certificate Signing Request)を BCA に提示する。
8) IA は、本 CPS に従い、電子証明書を発行する。相互認証証明書の発行に関しては、BCA の定めた手続きに従う。
9) IA は、政府認証基盤相互運用性仕様書に従い、本認証局が発行した相互認証証明書
及びリンク証明書の失効情報を ARL に登録しリポジトリに公開する。
10) IA は、電子証明書の発行、失効に係るセキュリティ監査ログやデータについて本CPS に定める期間保存する。
2.1.3 登録局の義務
RA は、本 CPS で規定する利用者、利用組織、検証者、IA 及び BCA に対し、次の義務を負う。
1) RA は、本 CPS に基づき運用される。
2) RA 認証業務は、利用者証明書の発行申請を適正に審査し、発行申請者の真偽の確認
及び利用組織への所属の確認を確実に行い、RA 登録業務に利用者証明書の発行依頼を行う。
3) RA 登録業務は、利用者の鍵ペア（署名鍵と署名検証鍵）の生成を適切に行い、IA に対して利用者証明書の発行指示を行う。
4) RA 認証業務は、利用者証明書の失効申請または届出を適正に審査し、失効申請者の真偽の確認を確実に行い、RA 登録業務に利用者証明書の失効依頼を行う。
5) RA 登録業務は、IA に対して利用者証明書の失効指示を行う。
6) RA は、利用者及び利用組織から入手した情報で、利用者証明書に記載されない情報
を機密情報として取り扱う。
7) 利用者の真偽の確認のために使用した書類は、利用者証明書の有効期間の満了後 10
年間、毀損、改ざん、漏洩、滅失の無いように保存する。
8) RA は、利用者証明書を失効する事由が生じた場合、遅滞なく IA に失効の指示を行う。
9) RA 認証業務は、BCA から受け付けた相互認証証明書発行要求を検証し、相互認証
証明書発行要求に含まれる署名検証鍵が確実に BCA の署名検証鍵であり、かつ BCA
がこの署名検証鍵に対する署名鍵を保有していることを確認する。
2.1.4 利用者の義務
本認証局によって発行された利用者証明書を利用者が使用するにあたって、利用者は、本認証局が提示するサービス約款に同意し、以下の事項について遵守する義務を負う。
1) 正確な電子証明書の発行申請

7
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

本サービスは、主務大臣から認定された認定認証業務であり、利用者は、利用者証
明書の発行申請にあたって、電子証明書発行申請書（以下、「発行申請書」とする）の各記入事項について真実を記載しなければならない。虚偽の利用申請をして、利用者について不実の証明をさせた者は、電子署名法第四十一条の規定により罰せられる。
2) 利用者署名鍵の防護
電子署名は、自署や押印に相当する法的効果が認められ得るものである。利用者
は、自らの利用者署名鍵については危殆化しないように十分な注意をもって管理しなければならない。利用者署名鍵は利用者本人以外によって使用又は複写されてはならない。利用者署名鍵使用の際に求められる IC カードを活性化させる PIN（以下、「ユーザ PIN」とする）と IC カード閉塞状態を解除させる PIN（以下、「S.O.PIN」とする）の両 PIN（以下、「IC カード PIN」とする）等の情報を利用者本人以外に知られないように管理しなければならない。
3) 利用者署名鍵の危殆化の通知
利用者は、利用者署名鍵が危殆化した場合又はその恐れがある場合は、直ちに本認証局に利用者証明書の失効申請を行わなければならない。
4) 利用者証明書の記載内容変更及び使用中止等に伴う通知
利用者は、利用者証明書に記載されている事項に変更が生じた場合又は利用者証
明書の使用を中止する場合には、直ちに利用者証明書の失効申請を行わなければならない。
5) 利用者証明書使用についての制限
利用者は、本 CPS で規定された利用者証明書の適用範囲以外で利用者証明書を使用してはならない。
6) 利用者証明書記載事項の承諾
利用者は、利用者証明書の発行申請の際に本認証局に届け出た以下の情報が利用者証明書に記載される事を予め承諾しなければならない。
•

利用者氏名（日本語及びローマ字表記）•

利用者住所（ローマ字表記）•

利用者の所属する利用組織名（日本語表記）•

利用者の所属する利用組織の住所（日本語表記）•

法人番号（英数字表記）（認証局が定める方法で確認できる場合）

7) 利用者証明書記載事項の確認
利用者は、発行された利用者証明書の記載内容を利用者証明書の取得時に確認しなければならない。利用者は、利用者証明書の記載内容が誤りであることを認識した場合は、直ちに「電子証明書受領書」に記載内容の誤りである旨を記載し返送しなければならない。
8
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

8) 指定された署名アルゴリズムの使用
利用者が、利用者証明書に記載されている署名検証鍵に対応する署名鍵を用いて電子署名を行う場合の署名アルゴリズムは「SHA256withRSA」、「SHA384withRSA」
または「SHA512withRSA」で鍵長が 2048bit のものを用いなければならない。
9) 利用者証明書の署名アルゴリズム
利用者は、本認証局が提供する利用者証明書に対する署名アルゴリズムが、「SHA256withRSA」で、鍵長が 2048bit のであることを理解し、承諾しなければならない。
10) 利用者個人情報の取扱い及び利用者証明書への記載範囲の承諾
本認証局は、利用者が利用者証明書の発行申請時に提出した個人情報の取扱い及び利用者証明書への記載範囲について本 CPS に定める。利用者は本 CPS に記載された個人情報の取扱い及び利用者証明書への記載範囲の内容について承諾しなければならない。
11) 利用組織への通知文書の送付
利用者は、本認証局が利用者への通知事項又は通知文書を利用者が所属する利用組織に送付又は通知する場合があることを承諾しなければならない。また、所属する利用組織が、本認証局から送付される利用者への通知事項又は通知文書を受取る場合があることを承諾しなければならない。
12) 利用組織からの失効届出
利用者は、所属する利用組織が、本 CPS に従い自らの利用者証明書の失効届出を行う場合があることを承諾しなければならない。また、所属する利用組織が失効届出を行うことによって、当該利用者が行うべき失効申請の義務を免れるものではない事を承諾しなければならない。
13) 代理受領者への注意事項の説明
利用者は、利用者署名鍵及び利用者証明書が格納された IC カードの代理受領を認めた場合、代理受領者に対して本認証局から郵送される郵送物を開封せずに利用者本人に届けることを指示し、その承諾を得なければならない。
14) その他
上記の他、利用者は、サービス約款に定められた義務を負う。
2.1.5 利用組織の義務
利用組織は、本認証局によって発行された利用者証明書を利用組織に所属する利用者が使用するに際して、以下の事項を実施する義務を負う。
1) 正確な属性情報の記載確認
利用組織は、利用者証明書の発行申請に際して提出する発行申請書に記載される利用組織名、利用組織住所などの利用者の属性情報を十分に確認し、正確、最新かつ真9All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

実の情報を記載しなければならない。
2) 利用組織名称・利用組織住所・法人番号の変更による失効届出
利用組織は、利用組織名称や利用組織住所および法人番号が変更となった場合は、直ちに当該利用者の利用者証明書の失効届出を行わなければならない。
3) 異動の事由による失効届出
利用組織は、利用者が異動により利用者証明書の利用を中止した場合には、直ちに当該利用者の利用者証明書の失効届出を行わなければならない。
4) 利用者の退職・脱退等の事由による失効届出
利用組織は、利用者が利用組織の所属者でなくなった場合や利用者証明書を失効させる必要があると判断した場合には、直ちに当該利用者の利用者証明書の失効届出を行わなければならない。
5) 利用組織は、利用者の発行申請書に記載された事項が、利用者証明書に転載される事を承諾しなければならない。
6) 利用組織は、利用者に本 CPS に定める利用者証明書の適用範囲以外で利用者証明書を利用させてはならない。
7) 利用組織は、利用者への通知事項や送付文書を本認証局から受け取った場合、確実に利用者に渡さなければならない。
8) その他
上記の他、利用組織は、サービス約款に定められた義務を負う。
2.1.6 検証者の義務本認証局で発行された利用者証明書を信頼するにあたって、検証者は、以下の事項を確認する義務を負う。
1) 利用範囲の確認
利用者証明書の使用範囲は、本 CPS に規定されており、検証者は、これらを理解し承認しなければならない。本 CPS の公開先は利用者証明書内に記載されているため、検証者は本 CPS を取得し利用者証明書の使用範囲を理解しその範囲内で利用者証明書を利用しなければならない。
2) 利用者証明書の真正性の確認
検証者が、本認証局の認証局証明書を直接信頼し利用者証明書の真正性の検証を行う場合、検証者は、検証の時点で有効な本認証局の認証局証明書及びリンク証明書をリポジトリから入手し、リポジトリ上に公開されている認証局証明書及びリンク証明書のフィンガープリント（電子証明書を SHA-1 または SHA-256 により変換したハッシュ値）と入手した認証局証明書及びリンク証明書のフィンガープリント（電子証明書を SHA-1 または SHA-256 により変換したハッシュ値）を比較検証し、本認証局の署名鍵による利用者証明書への電子署名が正しく行われており、当10
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

該利用者証明書が本認証局から発行されたものであること、及び利用者証明書が改ざんされてないことを確認しなければならない。
検証者が BCA を介して利用者証明書の真正性の検証を行う場合は、以下のこと
を行わなければならない。
・ 検証者は、利用者証明書を発行した本認証局の PKI ドメインと検証者の PKI
ドメイン間に信頼関係があるか検証するために２つの PKI ドメイン間で認証パスの構築を行わなければならない。
・ 検証者は利用者証明書に記載されている証明書ポリシーが、検証者の PKI ドメ
イン内で信頼している証明書ポリシーに適合しているか判定しなければならない。
3) 利用者証明書の有効性の確認
検証者は、利用者証明書が有効期間内であるか、失効されていないかを検証しなければならない。
検証者が BCA を介して利用者証明書の有効性の検証を行う場合は、認証パス内の全ての電子証明書が有効期間内であるか、失効されていないかを検証しなければならない。
4) 電子署名法の適用範囲の確認
検証者は、利用者証明書の記載項目のうち、電子署名法の認定制度における認定の対象となっている項目は利用者氏名及び利用者住所のみであり、これ以外の属性
は認定の対象外であることを承諾しなければならない。
2.1.7 リポジトリに関する義務
本認証局は、検証者が利用者証明書の有効性を検証できるように CRL/ARL を常時公開する。ただし、認証業務用設備（電子署名法で定義されている認証業務用設備をいう。以下同じ。）等の保守による一時的な停止又は災害や障害等のやむを得ない場合の停止を除く。
また、本認証局は本サービスに関するその他の情報を本 CPS 2.7（公開及びリポジトリ）
に従い公開する。
2.2 責任2.2.1 認証局の責任
本認証局は、本 CPS 及びサービス約款に従い本サービスを提供する。また、認証局の署名鍵を適切に運用管理し、利用者証明書の信頼性を確保する。本認証局は利用者に対し以下の責任を負う。
•

利用者証明書の発行及び失効申請または届出情報の適切な取扱い及び情報の誤用がないこと

11
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則•
2.2.1.1

本認証局の運用及び発行する利用者証明書が本 CPS に準拠していること
認証局の責任の制限

本認証局の責任は、本 CPS に定める認証局業務を信頼できる認証業務就業者によって行
うことに限られ、本 CPS において本認証局が免責される旨を明示している事項や本認証局の責任や義務を明示していない一切の事項について義務および責任を負わない。
2.2.1.2

免責事項

以下の事象が発生した場合、本認証局は、全ての参加者（利用者、利用組織、検証者、BCA）
に対し免責とする。
1) 地震、水害、噴火、津波などの天災に起因する損害
2) 火災、停電などのあらゆる災害に起因する損害
3) 戦争、動乱、騒乱、暴動、労働争議などのあらゆる不可抗力に起因する損害
4) 本認証局が技術的あるいは運用上のやむを得ない理由で緊急にサービスを停止（政府や地方自治体による要請などに伴い業務を一時停止する場合等を含む）することに起因する損害
5) 利用者及び検証者における電子署名及び電子署名の検証に用いるソフトウェア、ハードウェアの誤動作又は障害に起因する損害
6) 本サービスの一部又は全部の終了に伴う電子証明書発行の停止ならびに停止するリ
ポジトリサービスに起因する損害
7) 利用者証明書の失効処理を遅延なく行ったにもかかわらず、当該失効情報が掲載された CRL/ARL の公開前に利用者証明書が検証者に送付された結果発生する損害
8) 利用者及び検証者が本 CPS、サービス約款に定められた義務及び責任を果たさなかった結果発生した損害
9) 利用者署名鍵の危殆化に起因するあらゆる損害
10) 本サービスが使用している署名アルゴリズム（SHA256withRSA）が将来において解読、危殆化した結果発生しうる損害
11) 郵便事故に起因するあらゆる損害
2.2.2 発行局の責任
IA は、本 CPS に従った運用を行い、RA の指示に基づき、電子証明書の発行、失効を適切に行うことで、本認証局の発行する電子証明書に係る情報の信頼性を確保する。
2.2.3 登録局の責任
RA は、本 CPS に従い、利用者又は BCA の真偽の確認及び利用者の鍵ペア（署名鍵と署名検証鍵）の生成を適切に行い、IA に対して適切な指示を行うことで、本認証局の発行及び失効する電子証明書に係る情報の信頼性を確保する。また、利用者の真偽の確認のために提12All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則供された利用者の個人情報を適切に保護する。
2.2.4 利用者の責任
利用者は、本 CPS 及びサービス約款で示される利用者の義務を遵守しなかったことに起因して発生する本認証局及び検証者の損害に対し責任を負うものとする。
2.2.5 利用組織の責任
利用組織は、利用者が本 CPS 及びサービス約款で示される利用者の義務を遵守しなかったことに起因して発生する本認証局及び検証者の損害に対し連帯して責任を負うものとする。
2.2.6 検証者の責任
検証者は、本 CPS で示される検証者の義務を遵守しなかったことに起因して発生する本認証局及び利用者の損害に対し責任を負うものとする。
2.3 財務上の保証
TOiNX は、その運営を維持し、かつその義務を履行するために十分な財政的基盤を有するものとする。
2.3.1 認証局の保証
本認証局が本 CPS 2.2.1（認証局の責任）に定める責任に違反して損害賠償責任を負う場
合は、別途、サービス約款で定める金額を上限とする。いかなる場合においてもこの賠償額の上限を超える請求には応じない。
2.3.2 利用者による保証
利用者は、本 CPS 及びサービス約款で示される利用者の義務を遵守しなかったことに起因して発生する本認証局及び検証者の損害に対し賠償しなければならない。
2.3.3 利用組織による保証
利用組織は、利用者が本 CPS 及びサービス約款で示される利用者の義務を遵守しなかったことに起因して発生する本認証局及び検証者の損害に対し連帯して賠償しなければならない。
2.3.4 検証者による保証
検証者は、本 CPS で示される検証者の義務を遵守しなかったことに起因して発生する本認証局及び利用者の損害に対し賠償しなければならない。

13
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

2.4 人事管理と事務取扱要領などの規定
2.4.1 認証業務の委託
本認証局は、認証局署名鍵の運用管理及び本サービスの電子証明書発行及び失効の運用管理など認証局業務の一部を信頼性ある第三者に委託することができる。認証業務の一部を委託した場合、委託先は、本 CPS を遵守して業務を行う。
2.4.2 専門性
本認証局は、本 CPS に従い、認証局としての信頼性を維持するため、専門性をもつ要員
によって運用される。
2.4.3 組織体制
本認証局は、本 CPS に従い、認証局としての信頼性を維持するため、必要な組織体制を構築し、運用する。
2.4.4 人事管理
本認証局は、認証業務就業者の信頼性及び適格性並びにその満足な職務執行可能な人事管理に関する実務を確立し、これに従う。
2.4.5 事務取扱要領などの規定
本認証局は、本 CPS に従い、認証局としての信頼性を維持するため、必要な認証局業務の事務取扱要領などの内部規定を定める。本 CPS の改訂が行われる場合、必要に応じ事務取扱要領などの内部規定も速やかに改訂される。なお、内部規定は非公開とする。
2.5 解釈及び執行
2.5.1 準拠法
当事者間の契約又は他の準拠法を選択する旨の規定の有無にかかわらず、本 CPS の解釈
及び有効性等は日本国内法によって判断される。
2.5.2 CPS の有効性
本 CPS にある規定又はその適用が、何らかの理由により、また、いかなる程度であれ、無効又は執行不可能であるとされた場合、本 CPS 残余の規定の適用についてはなお､有効である。無効又は執行不可能であるとされた部分については、関係者で善処する。
2.5.3 効力の存続
本認証局が、本業務を廃止や終了した場合においても本 CPS 2.9（機密情報）の効力は存

14
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

続する。
2.5.4 CPS の完全性
本認証局の権利義務に直接影響する本 CPS の規定は、本 CPS が別段の定めをしている場
合を除き、口頭で修正、放棄、追加、変更又は終了させることはできない。
2.5.5 連絡利用者及び検証者が、本 CPS に関し本認証局に対してなんらかの通知、請求、依頼をする場合の連絡手段は、利用者あるいは検証者を認識できる情報が付けられた書面又は電子メールによって行うものとする。
2.5.6 紛争解決手続き
全ての当事者は、本 CPS 又は本認証局が発行した電子証明書に関して生じた紛争についての専属的合意管轄裁判所を仙台地方裁判所とすることで合意するものとする。本 CPS 及び契約書に定められていない事項やこれらの文書の解釈に関して疑義が生じた場合、各当事者は、その課題を解決するために誠意をもって協議するものとする。
2.6 料金本サービスに係わる料金は、利用者又は利用者が所属する利用組織が負担するものとし、その詳細は下記 URI にて提示する。
https://www.toinx.net/ebs/priceList.html
2.7 公開及びリポジトリ
2.7.1 認証局の情報の公開
本認証局は、次の内容をリポジトリに格納し、下記の URI に公開する。本認証局は利用者証明書の公開は行わない。
1) CPShttps://www.toinx.net/ebs/cps.pdf
2) サービス約款
https://www.toinx.net/ebs/agreement.pdf
3) 認証局証明書（OldWithOld、NewWithNew）①ldap://repository.toinx.net/ou=TOiNX%20CA%20for%20Electronic%20Bidding%20Systems,o=Tohoku%20Information%20Systems%20Co.%5C%2CInc.,c=JP?cACertificate②https://www.toinx.net/ebs/support/certificate.html
15
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

4) 認証局証明書のフィンガープリント（認証局証明書を SHA-1 により変換したハッシ
ュ値及び SHA-256 により変換したハッシュ値）
https://www.toinx.net/ebs/support/certificate.html
5) リンク証明書（OldWithNew、NewWithOld）①ldap://repository.toinx.net/ou=TOiNX%20CA%20for%20Electronic%20Bidding%20Systems,o=Tohoku%20Information%20Systems%20Co.%5C%2CInc.,c=JP?cACertificate②https://www.toinx.net/ebs/support/certificate.html
6) リンク証明書のフィンガープリント（リンク証明書を SHA-1 により変換したハッシ
ュ値及び SHA-256 により変換したハッシュ値）
https://www.toinx.net/ebs/support/certificate.html
7) 相互認証証明書
ldap://repository.toinx.net/ou=TOiNX%20CA%20for%20Electronic%20Bidding%2
0Systems,o=Tohoku%20Information%20Systems%20Co.%5C%2CInc.,c=JP?crossCertificatePair
8) CRL
ldap://repository.toinx.net/ou=TOiNX%20CA%20for%20Electronic%20Bidding%2
0Systems,o=Tohoku%20Information%20Systems%20Co.%5C%2CInc.,c=JP?certifi
cateRevocationList
9) ARL
ldap://repository.toinx.net/ou=TOiNX%20CA%20for%20Electronic%20Bidding%2
0Systems,o=Tohoku%20Information%20Systems%20Co.%5C%2CInc.,c=JP?autho
rityRevocationList10) 認証局からのお知らせ
https://www.toinx.net/ebs/info.html
11) 相互認証した BCA の名称
https://www.toinx.net/ebs/service/outline01.html
2.7.2 公開の頻度•

本 CPS の公開は、本 CPS 8（仕様管理）に従い公開される。

•

CRL/ARL は、有効期間を 48 時間とし、24 時間毎に IA から発行されリポジトリに公開される。

•

電子証明書の失効情報は、当該電子証明書の有効期間が満了するまで CRL/ARL に登録される。

•

その他の本サービスに関する情報は、TOiNX の判断で適宜公開される。

•

認証局証明書、認証局証明書のフィンガープリント、リンク証明書、リンク証明書の16
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

フィンガープリント、相互認証証明書及び CRL/ARL は、発行及び更新の都度リポジ
トリ上に公開される。
2.7.3 アクセスコントロール
本認証局は、公開可能な本サービスに関する情報について改ざん防止措置を施したリポジ
トリを通じて公開する。利用者及び検証者は、公開情報をリポジトリから入手可能である。
ただし、利用者及び検証者は、これらに修正を加えてはならない。
2.7.4 リポジトリ
リポジトリは 1 日 24 時間、１週 7 日間運用される。ただし、システムの保守などにより予め通知し、一時停止することがある。なお、緊急時等やむを得ない場合は、事前に連絡できない場合がある。
リポジトリに公開されている内容の変更は、認証局責任者の指示のもとで行われる。
2.8 準拠性監査
本認証局は、本 CPS 及び事務取扱要領などに従い適正な業務を行っていることを検証するため、年間監査計画及び監査基準を定め、監査を実施する。監査は、TOiNX 代表者が任命した監査人により実施される。
2.8.1 準拠性監査の頻度
本認証局は、年に 1 回以上の定期監査を TOiNX 代表者の指示により実施する。また、定期監査とは別に TOiNX 代表者が必要と判断した場合は、TOiNX 代表者の指示により、随時監査を実施する。
2.8.2 監査人の選定
監査人は、TOiNX 代表者によって、認証局の監査に関する十分な知識を持った者が任命される。
2.8.3 監査人の監査される主体との関係
監査人は、独立性を確保するために認証業務部門には属さない TOiNX の専任監査担当者、または TOiNX 代表者が任命する外部監査人とする。
2.8.4 監査テーマ
監査は、本認証局が運営する全ての認証業務及び設備を対象とする。定期監査では、本認証局が運営する IA、RA が、本 CPS 及び本 CPS に基づいた事務取扱要領等を遵守して運営されているかを監査する。主な監査項目は次の通りである。
•

IA 及び RA の運用業務
17
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則•

電子証明書のライフサイクル管理•

認証局署名鍵の管理•

ソフトウェア、ハードウェア及びネットワーク•

物理的環境及び設備•

認証局の運営

随時監査の監査項目は、TOiNX 代表者と監査人の間で検討し、決定される。
2.8.5 監査指摘事項への措置
本認証局は、監査結果の指摘事項等について、セキュリティ対策技術の最新の動向を踏まえた業務の改善及び設備、規定等の見直しを含む対策を講じる。重要または緊急を要する監
査指摘事項等については、認証業務評議会の決定に基づき速やかに対応する。業務改善や設備、規定等の見直しを行った場合は、次回監査時に対応状況の評価を行う。
2.8.6 監査結果の公開
本認証局は、監査結果の外部への公開を行わない。ただし、電子署名法の認定更新時に指定調査機関からの監査結果の開示要求があった場合、及び公的機関などから法律に基づく開示要求があった場合、その指示に従いこれを開示する。
また、相互認証業務に関する監査結果については BCA に報告する。
2.9 機密情報
本サービスの業務を通じて知りえる本認証局のシステム、ネットワーク、詳細な認証手順などの公開されない情報の機密保持に関して、本認証局の定める規定に則り、その内容が、本認証局の業務に係る就業者の役割に応じて理解され、且つ維持されるようにする。
2.9.1 機密情報の種類
本認証局は、次に掲げる情報を機密情報として取扱い、本 CPS 等に別段の規定がある場
合を除き開示しない。また、漏洩、毀損、滅失などから保護し安全に保存するとともに、本サービスを提供するために必要な範囲を超えて使用しない。
•

利用組織からの利用者の在籍証明に関する記録•

利用者からの申請に関する記録（承認されたか否かを問わない）•

利用者証明書の発行、失効申請または届出記録（本 CPS の規定に従って利用者証明書に記載され又はリポジトリで公開される情報を除く）•

トランザクションの記録（記録全体及びトランザクションの監査証跡の両方を含む）•

本認証局が作成又は保存する監査証跡の記録•

監査人が作成する監査報告書•

不測の事態に対応する計画及び災害時における回復措置•

ハードウェア及びソフトウェアの運用、並びに本認証局の運営についてのセキュリテ18
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

ィ対策•

BCA との相互認証のために本認証局と BCA との間で取り交わされる情報のうち漏洩することにより本サービス及び BCA の信頼性を損なう恐れのある情報

2.9.2 個人情報の取扱い
本認証局は、利用者証明書の発行申請時に発行申請者から提供される情報、利用者証明書の失効申請時に失効申請者から提供される情報または利用者証明書の失効届出時に失効届出者から提供される情報及び利用者証明書の名義人からの開示申請時に提供される情報を個人情報として取扱い、本サービスを提供するための必要な範囲を超えて使用しない。また、個人情報保護に関する方針は、TOiNX 社内規程「個人情報保護取扱規程」に基づくものとし、その取扱内容については以下に従う。
以下の内容について本認証局の認証業務に係わる全ての就業者に、それぞれの役割に応じて理解させるものとする。
1) 個人情報の位置付け
本認証局は、利用者証明書の発行申請、失効申請または届出及び発行申請情報の開示申請にあたり利用者及び利用組織から提供された情報のうち個人を特定可能な情報を個人情報として扱う。本認証局は、利用者証明書の発行申請、失効申請または届出及び開示申請時に提出された申請書類の原本の還付を行わない。
2) 利用目的の特定本認証局は、本サービスを利用者に提供するために必要な個人情報を本サービスの提供の目的にのみ利用する。
3) 利用目的による制限
本認証局は前項の目的以外に個人情報を使用しない。また、第三者から目的外利用を求められた場合、法令に定められた場合を除き、一切これに応じない。
4) 適正な取得
本認証局は、不正な手段により個人情報を取得しない。
5) 個人情報に関する事項の公表
本認証局は、個人情報の使用目的、情報の開示等について本 CPS で規定し、公表する。
6) データ内容の正確性の確保
本認証局は、発行申請や失効申請または届出により利用者及び利用組織から取得
する個人情報を用いて、個人情報の正確性の確保を行う。また、個人情報の取得により、利用者証明書の失効が必要な場合は、速やかに利用者証明書を失効する。
7) 安全管理措置及び従業者、委託先の監督
本認証局は、利用者及び利用組織から取得した個人情報に対して、情報を取り扱う就業者の監督も含め、その漏洩、滅失、毀損の防止措置をとる。

19
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

8) 開示
本認証局は、利用者証明書の名義人（以下、「名義人」とする）から権利又は利益を侵害され、又は、侵害される恐れがあるとの申し出があった場合、本 CPS の規定
に従い法令に定められた場合を除き、利用者本人からのみ開示申請を受け付け、発行申請に関する個人情報（添付書類含む）を開示する。
2.9.3 電子証明書の失効情報の公開
利用者証明書、相互認証証明書、リンク証明書が失効された場合、CRL/ARL が生成され公開される。CRL/ARL に含まれる情報は機密情報とみなされず、全ての検証者に公開される。その他の、失効に関する詳細な情報は機密情報として開示されない。
2.9.4 法執行機関への情報開示
本認証局は、捜査機関、裁判所、その他の法律上権限を有する者から強制力を伴う照会があった場合、法令に従い法執行機関へ利用者に関して知りうる機密情報を開示できる。
2.9.5 民事手続き上の開示
本認証局は、調停、起訴、その他の法的、裁判上又は行政手続きの過程において、機密保持対象である情報を開示することができる。
2.9.6 名義人の要請にもとづく開示
本認証局は、名義人から権利又は利益を侵害され、又は、侵害される恐れがあるとの申し出があった場合、当該申出者（以下、「開示申請者」とする）が名義人であることを確認し、開示申請者に対して以下の書類の写しを作成し郵送により開示する。
開示申請者が指定した場合は、PDF 等の電子データで記録メディアに格納し郵送により開示する。
•

利用者証明書に係る発行申請書•

利用者の真偽確認のために提供を受けた書類（利用組織から提出された書類の開示は
行わない）

•

利用者証明書の記載内容

開示申請者が名義人である場合、本認証局は、開示申請者から「開示申請書」、住民票の写し、及び「開示申請書」に押印された実印に係る印鑑登録証明書を郵送等により受け付ける。
なお、住民票の写しは個人番号の記載がないものとする。
（個人番号の記載がある場合には、本認証局にて当該個所を墨塗りする。）また、氏名に変更がある場合は、変更の履歴が確認できる書類として戸籍謄本（戸籍全部事項証明書）もしくは戸籍抄本（戸籍個人事項証明書）の提示を求める。
開示申請者の真偽を確認するにあたっては、以下の審査を行い正しく確認できた場合、開示を許可する。
20
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則•「開示申請書」に記載されている内容と開示申請の対象となる利用者証明書の発行
申請書に記載の内容（氏名、住所、生年月日）及び押印されている実印の印影が一致すること•

住民票の写し及び印鑑登録証明書について記載内容、形式、有効期限（発行日から消印日または受付日までが 3 ヶ月以内）等が真正なものであること•「開示申請書」に記載された開示申請者の住所、氏名が添付された住民票の写しの記載内容と同一であること•「開示申請書」に記載された氏名及び押印された実印の印影が印鑑登録証明書に証明されている氏名及び印影と同一であること

2.9.7 機密とみなされない情報•

電子証明書（IA 認証業務用証明書を除く）又は CRL/ARL に含まれる情報•

本 CPS に含まれる情報

2.10 知的財産権
別段の合意がなされない限り、以下の情報資料及びデータは、下記に示す当事者に帰属する知的財産として扱われる。
•

発行された全ての電子証明書は、これを発行した本認証局に帰属する財産である。

•

本 CPS は、本認証局に帰属する財産である。

•

利用者署名鍵は、これを保存し又は保護する物理的媒体が誰に帰属するかを問わず、これを正当に使用し又は使用することのできる利用者に帰属する財産である。

•

利用者署名検証鍵は、これを保存し又は保護する物理的媒体が誰に帰属するかを問
わず、利用者に帰属する財産である。

•

認証局の署名鍵と署名検証鍵は、本認証局に帰属する財産である。

21
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

3 識別と本人確認
3.1 電子証明書初期発行登録
利用者証明書の初期登録は、本 CPS に規定される。RA は、利用者及び BCA の真偽の確認を適切に行わなければならない。なお、利用者は複数の利用者証明書の発行を申請することができる。
3.1.1 名前の型
本 認 証 局 が 発 行 す る 利 用 者 証 明 書 の 発 行 者 識 別 名 （ issuer ）、 発 行 者 識 別 別 名（issuerAltName）、主体者識別名(subject)及び主体者識別別名(subjectAltName)は、ITUT X.500 識別名（DN:Distinguished Name）の形式に従って設定する。
3.1.2 名前の意味に関する要件
利用者証明書に記載される主体者識別名及び主体者識別別名には、RA が利用者の真偽確認の際に利用者から提出される発行申請書に記載されている内容が含まれる。

以下

3.1.2.1 主体者識別名、3.1.2.2 主体者識別別名に利用者証明書に記載される利用者識別名と本認証局での取扱いについて記述する。
相互認証証明書に記載される主体者識別名には、相互認証証明書発行要求の subject である ou=BridgeCA, o=Japanese Government,c=JP が登録される。
3.1.2.1

主体者識別名表 3-1 主体者識別名

NO

属性名(Attribute Type)1

国名(countryName,c=)2

都道府県(stateOrProvinceName,st=)3

市町村(localityName,l=)4

固有名称(commonName,cn=)

5ID(userID,uid=)

電子署名
値（説明）
法
における
扱い(注 1)○
利用者の居住する国名“c=JP”固定○
利用者住所の都道府県名をローマ字表記で設定○
利用者住所の市区町村以降の住所をローマ字表記で設定○
利用者氏名の日本語呼称のローマ字表記を設定
×
本認証局で採番する一意な番号を設定

注１） ○：属性名の証明が電子署名法の認定制度における認定の対象
×：属性名の証明が電子署名法の認定制度における認定の対象外

22
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

1） 国名(countryName)
利用者の居住する国名である。”JP”(日本国) 固定である。
2） 利用者住所(stateOrProvinceName,localityName)
発行申請書に記入されている利用者住所のフリガナを基に本認証局がヘボン式ローマ字表記に変換し設定する。
3） 固有名称(commonName)
発行申請書に記入されている利用者氏名の日本語呼称のローマ字表記をそのまま転記する。
4） ID(userID)
本認証局が付与する利用者証明書を識別するための番号（申請受付番号）。本名称は、利用者が複数枚の利用者証明書を申請した場合の利用者証明書の識別及び利用者証明書と発行申請書書類との結び付け等のために本認証局内でのみ使用される。
3.1.2.2

主体者識別別名
表 3-2 主体者識別別名

NO 属性名(Attribute Type)1

国名(countryName,c=)2

都道府県(stateOrProvinceName,st=)3

市町村(localityName,l=)4

組織名(organizationName,o=)5

法人番号(organizationIdentifier,OID.2.5.4.97=)
固有名称(commonName,cn=)

6

電子署名法
値（説明）
における扱
い(注 2)
×
利用組織の所在する国名“c=JP”固定×
利用組織の住所の都道府県名を日本語表記で設定
×
利用組織の住所の市区町村以降の住所を日本語表記で設定
×
利用組織名称を日本語表記で設定
×
法人番号を英数字表記で設定(JCN+法人番号１３桁)○
利用者氏名を日本語表記で設定

注２） ○：属性名の証明が電子署名法の認定制度における認定の対象
×：属性名の証明が電子署名法の認定制度における認定の対象外
1） 国名(countryName)
利用組織の所在する国名である。”JP”(日本国) 固定である。
2） 住所(stateOrProvinceName,localityName)•

利用組織が法人または個人事業主の場合、本社住所などを日本語で設定する。

•

利用組織が地方自治体などの公的機関である場合、公的機関の所在地住所（県庁の住所など）を日本語で設定する。

設定においては、発行申請書に記入されている利用組織の住所の日本語表記を基に登録
23
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則する。ただし、住所に誤字俗字が使用されている場合は、「誤字俗字・正字一覧表（平成16 年 10 月 14 日付け法務省民一第 2842 号民事局長通達）」等に基づき置き換えられた
JIS 第 1、第 2 水準の範囲内の文字で登録する。また、これに該当する文字がない場合
は、そのフリガナで登録する。
3） 組織名(organizationName)•

利用組織が商業登記されている法人または個人事業主の場合、登記されている商号
を日本語で設定する。

•

利用組織が商業登記されていない個人事業主の場合、発行申請書の利用組織名欄に記載された個人事業主本人の氏名または屋号を日本語で設定する。

•

利用組織が地方自治体などの公的機関である場合、公的機関の名称（県名など）を日本語で設定する。

設定においては、発行申請書に記入されている利用組織の名称の日本語表記をそのまま転記する。ただし、名称に誤字俗字が使用されている場合は、「誤字俗字・正字一覧表（平成 16 年 10 月 14 日付け法務省民一第 2842 号民事局長通達）」等に基づき置き換えられた JIS 第 1、第 2 水準の範囲内の文字で登録する。また、これに該当する文字がない場合は、そのフリガナで登録する。
4） 法人番号(organizationIdentifier)•

認証局が定める方法で法人番号を確認できる場合に登録する。

•

確認できない場合や個人事業主の場合は、登録されない。

•

JCN+法人番号 13 桁で登録する。

5） 固有名称(commonName)
発行申請書に記入されている利用者氏名の日本語表記をそのまま転記する。ただし、氏名に誤字俗字が使用されている場合は、「誤字俗字・正字一覧表（平成 16 年 10 月 14 日
付け法務省民一第 2842 号民事局長通達）」等に基づき置き換えられた JIS 第 1、第 2 水準の範囲内の文字で登録する。また、これに該当する文字がない場合は、そのフリガナで登録する。
3.1.3 名前形式を解釈するための規則
ITU-T X.500 識別名 (DN：Distinguished Name) の規定に従う。
3.1.4 名前の一意性
利用者証明書の主体者識別名にはそれぞれの利用者証明書を識別する ID が登録され利用者証明書に記載される主体者識別名は、本認証局の証明書ポリシードメイン内での一意性が確保される。
3.1.5 名前に関する紛争の解決手順
名前に関する紛争とは、利用者証明書に記載される利用者の主体者識別名に係る何らかの24
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

紛争を意味する（不正発行、商標権侵害、不正競争、不正目的使用など）。利用者証明書に記載される利用者の主体者識別名に係る紛争は本認証局と利用者での解決を原則とする。
3.1.6 商標の認識・認証・役割
本認証局から発行される利用者証明書に記載される利用者の主体者識別名には、商標を含
まない。利用者の主体者識別別名には商標を含む場合がある。ただし、本認証局は利用組織
または利用者に商標権が帰属することや、商標登録の有無等を確認しない。利用者証明書に記載された主体者識別別名が、利用組織または利用者に帰属しない商標を含むことにより、損害を被る者が発生した場合は、本認証局は一切の責任を負わず、当該利用組織または当該利用者が自己の負担と責任の下で解決するものとする。
なお、利用組織及び利用者は、かかる商標を本認証局が利用者証明書に登録することを予め承諾しなければならない。
3.1.7 署名鍵の所有を証明するための方法
本認証局は、RA 登録業務において利用者の鍵ペア（署名鍵と署名検証鍵）を生成し、IAから発行された利用者証明書（署名検証鍵を含む）と署名鍵を IC カードに登録する。RA 登
録業務で生成された利用者の鍵ペアは、IC カード格納までの間暗号化され、IC カードへの登録作業完了後、複数人の権限者のもとで完全に消去される。当該 IC カードは、IC カード
内の署名鍵を IC カードの外に取り出すことができない機能を有している。IC カードは、利用者に電子署名法施行規則第五条第一項第一号ハの規定に相当する「本人限定受取郵便」の基本型（以下、「本人限定受取郵便（基本型）」という。）を用いて郵送される。利用者証明書
及び署名鍵の受取り確認は、利用者からの受領書の返送をもって行う。
本認証局は、BCA との相互認証手続きにおいて、BCA から提出された相互認証証明書発行要求（PKCS#10）の電子署名の検証を行い、内容が改ざんされていないこと及び含まれている BCA 署名検証鍵の対となる BCA 署名鍵により電子署名されていることを確認する。
3.1.8 組織の認証と利用者の所属確認
利用者証明書に記載される主体者識別別名（subjectAltName）には、利用者が所属する利用組織の情報が含まれる。利用組織の認証と利用者が利用組織に所属していることを以下の方法で確認する。
1) 利用組織の存在確認•

利用組織が法人または個人事業主の場合、発行申請書の利用組織情報と利用者が利用者証明書の発行申請を行う時に提出する登記事項証明書に記載されている内容が一致していることを確認する。ただし、利用組織が商業登記されていない個
人事業主の場合は、登記事項証明書の代わりに税務署または自治体発行の納税証
明書に記載されている内容で一致を確認する。
なお、登記事項証明書などの文字が誤字俗字で記載され、発行申請書の文字と25
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

異なる場合でも、JIS 第 1、第 2 水準であることと「誤字俗字・正字一覧表（平成 16 年 10 月 14 日付け法務省民一第 2842 号民事局長通達）」等によって同等の文字であることが確認できる場合は、一致していると判断する。
•

利用組織が地方自治体などの公的機関の場合、独立行政法人国立印刷局発行の職員録により確認する。職員録による確認ができない場合は、官報により確認する。
職員録あるいは官報による確認ができない場合は、別途利用組織と協議し確認方法を定める。

2) 利用組織への所属確認
利用者が利用者証明書の発行申請を行うときに提出する発行申請書により利用組織への所属を確認する。発行申請書に押印された利用組織代表者の印を添付された利用
組織代表者の印鑑証明書で確認し利用組織代表者の証明の意思確認を行う。ただし、利用組織が商業登記されていない個人事業主の場合、印鑑証明書の提出を不要とし、印鑑登録証明書により個人事業主本人の印であるかどうかの確認のみ行う。また、地方自治体などの公的機関の場合も同様に印鑑証明書の提出は不要とし利用組織代表者を意味する印であるかどうかの確認のみ行う。
上記の審査において全ての確認が正しく検証できた場合、利用者が利用組織に所属していると判断する。審査過程において、提出書類の不備や記載内容の不備などにより疑義が生じた場合は、本認証局は、利用者又は利用組織の連絡先に利用組織への所属確認が正しく為されなかった理由を通知し、必要書類の再提出などを要請する。
3.1.9 発行申請者の真偽確認
本認証局は、電子証明書の発行に先立ち発行申請者となる利用者並びに BCA の真偽の確認、発行申請情報の真正性の確認を行う。RA 認証業務では、発行申請者の真偽の確認を以下に定める方法により行う。なお当該審査は複数人により行う。
3.1.9.1

利用者の真偽確認

1) 意思確認
以下の発行申請書類が全て提出されていること、及び記入漏れが無いことを確認する。
•

必要事項が全て記入され利用者の実印押印のある発行申請書•

住民票の写し•発行申請書に押印した印鑑に係る印鑑登録証明書

2) 実在性の確認
利用者の実在性を確認するにあたっては、住民票の写しについて記載内容、形式、有効期限が真正なものであることを確認する。かつ、発行申請書の利用者情報に記載されている内容と住民票の写しに記載の内容（氏名、住所、生年月日）が一致するこ26
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則とを確認する。
なお、住民票の写しの文字が誤字俗字で記載され、発行申請書の文字と異なる場合
でも、JIS 第 1、第 2 水準であることと「誤字俗字・正字一覧表（平成 16 年 10 月 14日付け法務省民一第 2842 号民事局長通達）」等によって同等の文字であることが確認できる場合は、一致していると判断する。
3) 利用者の真偽の確認
利用者の真偽を確認するにあたっては、印鑑登録証明書について記載内容、形式、有効期限が真正なものであることを確認する。かつ、発行申請書に利用者の実印が押印され、発行申請書に押印された実印の印影と発行申請書に添付された印鑑登録証明書に証明されている印影の写しが一致することを確認する。
上記の審査において全ての確認が正しく検証できた場合、発行申請者が利用者本人であると判断する。審査過程において、提出書類の不備や記載内容の不備などにより疑義が生じた場合は、本認証局は、利用者又は利用組織に真偽の確認が正しく為されなかった理由を郵送で通知し、必要書類の再提出などを要請する。
なお、本認証局は、利用者氏名のローマ字表記については、利用者氏名の日本語呼称の読み方（フリガナ）がヘボン式ローマ字表記となっているか否かの確認を行う。ヘボン式
ローマ字表記となっていない場合、申請書の再提出を要請する。
3.1.9.2

BCA の真偽の確認

本認証局は、BCA との相互認証手続きにおいて、BCA の定める所定の手続きに従い、相互認証証明書発行要求のフィンガープリントを BCA から文書にて提示された相互認証証明書発行要求のフィンガープリントにより確認し、相互認証証明書発行要求に含まれる署名検証鍵の所有者が間違いなく BCA であることを確認する。また、相互認証証明書発行要求に記載された subject 内の識別名が BCA 証明書の識別名に一致することを確認する。
3.2 電子証明書の更新
電子証明書の更新申請に対する審査は、初期登録の場合と同様の本 CPS 3.1（電子証明書
初期発行登録）に定める手続きに基づいて行う。なお、当該審査は初期登録の場合と同様に
複数人により行う。
3.3 電子証明書失効後の再発行
電子証明書失効後の再発行における審査は、初期登録の場合と同様の本 CPS 3.1（電子証
明書初期発行登録）に定める手続きに基づいて行う。なお、当該審査は初期登録の場合と同様に複数人により行う。

27
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

3.4 電子証明書の失効申請または届出
利用者証明書の失効申請または届出方法は、本 CPS 及び事務取扱要領にて規定される。
RA は、失効申請者が利用者本人であること、または失効届出者が利用者の所属する利用組
織または親族を含む第三者であることの確認を適切におこなわなければならない。
3.4.1 失効申請者または届出者の真偽の確認
本認証局は、利用者本人及び利用者が所属する利用組織または親族を含む第三者から利用者証明書の失効申請または届出を受け付ける。また、BCA から相互認証証明書の失効申請を受け付ける。
1） 利用者本人による利用者証明書の失効申請
本認証局は、失効申請者が利用者本人であることの真偽の確認を行う。本認証局は、電子証明書失効申請/届出書（以下、「失効申請または届出書」とする）を受付け、失効
申請または届出書に記載されている内容と失効申請の対象となる当該利用者証明書の発行申請書に記載されている内容（氏名、住所、生年月日）及び押印された実印の印影が一致する場合は、本認証局は、利用者本人からの申請であると判断する。
利用者の印鑑登録証明書が失効申請または届出書に添付されている場合は、失効申請
または届出書に押印された利用者の実印の印影と印鑑登録証明書で証明された印の印
影が一致することを確認し、利用者の住民票の写しが失効申請または届出書に添付されている場合は、失効申請または届出書に記載されている利用者住所が住民票の写しに記載されている住所と一致することを確認する。また、戸籍謄本（戸籍全部事項証明書）
もしくは戸籍抄本（戸籍個人事項証明書）が添付されている場合は、失効申請または届出書に記載されている氏名が戸籍謄本（戸籍全部事項証明書）もしくは戸籍抄本（戸籍個人事項証明書）に記載されている氏名と一致することを確認する。
利用者が死亡または失踪した場合は、利用組織から当該利用者証明書の失効届出を受け付ける。
上記の審査において提出書類の不備や記載内容の不備などにより疑義が生じた場合
は、本認証局は、失効申請者または届出者の確認が正しく為されなかった理由を利用者
本人等に通知し、必要書類の再提出などを要請する。なお、当該審査は複数人により行う。
2） 利用組織による利用者証明書の失効届出
本認証局は、失効届出者が利用者の所属する利用組織代表者であることの真偽の確認を行う。本認証局は、利用組織代表者から失効申請または届出書を受付け、失効申請
または届出書に記載されている内容と失効届出の対象となる当該利用者証明書の発行
申請書に記載されている内容（利用者氏名、利用組織名称、利用組織の住所など）が同一であること及び失効申請または届出書に押印された利用組織代表者の印の印影と発28
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

行申請書に押印された利用組織代表者印の印影が一致することを確認し、利用組織代
表者からの届出であると判断する。
利用組織代表者の印鑑証明書が失効申請または届出書に添付されている場合は、失効申請または届出書に押印された利用組織代表者の印の印影と印鑑証明書で証明された印の印影が一致することを確認する。また、登記事項証明書が失効申請または届出書に添付されている場合は、失効申請または届出書に記載されている利用組織住所が登記事項証明書に記載されている住所と一致することを確認する。
上記の審査において全ての確認が正しく検証できた場合、失効届出者が利用者の所属する利用組織代表者であると判断する。審査過程において、提出書類の不備や記載内容の不備などにより疑義が生じた場合は、本認証局は、失効届出者の確認が正しく為されなかった理由を利用組織に通知し、必要書類の再提出などを要請する。なお、当該審査は複数人により行う。
3） 親族を含む第三者による利用者証明書の失効届出
本認証局は、利用組織が商業登記されていない個人事業主で利用者が死亡または失踪した場合、失効申請または届出書とともに利用者の死亡が確認できる書類（戸籍謄本（戸籍全部事項証明書）もしくは戸籍抄本（戸籍個人事項証明書）など）を提出することにより、親族を含む第三者による失効届出を受付けるものとする。親族を含む第三者による失効届出の場合、失効申請または届出書に記載されている氏名が戸籍謄本（戸籍全部事項証明書）もしくは戸籍抄本（戸籍個人事項証明書）に記載されている氏名と一致す
ることを確認することに加え、利用者が死亡していることを確認する。なお、親族を含む第三者に関する真偽確認は行わない。
上記の審査において提出書類の不備や記載内容の不備などにより疑義が生じた場合
は、本認証局は、失効申請者または届出者の確認が正しく為されなかった理由を、親族を含む第三者に通知し、必要書類の再提出などを要請する。なお、当該審査は複数人により行う。
4） BCA による相互認証証明書の失効申請
本認証局は、失効の申請を BCA から受け取り、失効申請者が BCA であることの真偽の確認を行う。真偽の確認の方法は BCA が定める手続きに従い別途定める。

29
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

4 運用上の要件
4.1 電子証明書発行申請
4.1.1 発行申請手続
本認証局は、利用者に対して、電子署名の実施の方法及び認証業務に関する重要な事項を記載した CPS 及びサービス約款をリポジトリに公開する。サービス約款は、発行申請書をリポジトリから入手する際に同時にダウンロードされる。あるいは、利用者に対して直接又は販売代理店経由で CPS 及びサービス約款を書面又は電子ファイルにて配布する。
本認証局は、サービス約款を確実に利用者に提供することで電子署名の実施の方法及び認証業務に関する重要な事項の説明を行う。
利用者は、発行申請書に明記されている CPS およびサービス約款を承諾した旨を記載した文面を確認して発行申請書上に記名、押印する。この記名、押印により、本認証局は利用者が CPS およびサービス約款に記載された事項を承諾しこれを遵守することに同意したと判断する。また、CPS およびサービス約款には、利用組織に対する約款事項も記載されている。
利用組織は、発行申請書に明記されている CPS およびサービス約款を承諾した旨を記載した文面を確認して発行申請書上に記名、押印する。この記名、押印により、本認証局
は利用組織が CPS およびサービス約款に記載された事項を承諾しこれを遵守することに同意したと判断する。
リポジトリ上に公開される書類を以下に示す。
•

発行申請書

•

サービス約款

•

CPS

•

申請の案内

利用者及び利用組織は取得した CPS ならびにサービス約款の内容を十分理解し同意しなければならない。同意できない場合、申請手続きを中止しなければならない。
利用者は、本 CPS 4.1.2（発行申請書類）に記載された書類を本認証局に直接又は販売代
理店経由で郵送等により送付する。本認証局は、利用者本人による発行申請のみを許可し、代理人による発行申請を認めない。
BCA へ発行する相互認証証明書の発行申請は、BCA の定める手続きに従い受け付ける。
4.1.2 発行申請書類
利用者は、利用者証明書の発行申請にあたり、次の発行申請書類を本認証局に直接又は販売代理店経由で郵送等により提出しなければならない。

30
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

発行申請書、住民票の写し、印鑑登録証明書は、利用者が複数人の場合その人数分の提出が必要となるが、登記事項証明書、納税証明書、印鑑証明書は、利用者の人数にかかわらず１通の提出でよい。
1) 発行申請書
利用者の印鑑登録証明書に係る印鑑および、利用組織代表者の印鑑により押印された発行申請書の提出が必須である。発行申請書の記載項目には以下のものを含む。
［利用者情報］•

利用者氏名・利用者住所・生年月日•

利用者氏名のフリガナ及びローマ字表記•

利用者住所のフリガナ•

利用者の印鑑登録証明書に係る印鑑による押印•

利用者の CPS およびサービス約款への同意、承諾を示す記述•

発行申請をする利用者証明書の用途

利用者氏名のローマ字表記は、ヘボン式ローマ字で本人の呼称（フリガナ）を記述する。
［受取代理人情報］
利用者が利用者署名鍵と利用者証明書を格納した IC カードの代理受領を代理人に委任する場合、委任の意思確認のために、以下の項目が含まれる。
•

利用者が代理人に対して利用者署名鍵、利用者証明書の代理受領の権限を付与す
る旨の記述

•

代理人の氏名、住所［利用組織情報］
利用組織がサービス約款に同意したこと及び、利用者が利用組織に所属していることを確認する。利用組織情報欄には以下の項目が含まれる。
•

利用組織名称とそのフリガナ
・利用組織が商業登記されている法人または個人事業主の場合、登記されている商号

・利用組織が商業登記されていない個人事業主の場合、納税証明書に記載される個人事業主本人の氏名または屋号

・利用組織が地方自治体などの公的機関である場合、公的機関の名称（県名など）•利用組織の住所とそのフリガナ
・利用組織が商業登記されている法人または個人事業主の場合、登記されている法人の本社住所

・

利用組織が商業登記されていない個人事業主の場合、納税証明書に記載され
31
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

る住所・

利用組織が地方自治体などの公的機関である場合、公的機関の所在地住所（県庁の住所など）•利用組織の代表者名とそのフリガナ•

利用組織の CPS およびサービス約款への同意、承諾を示す記述•

利用者が利用組織に所属することを証明する記述•

利用組織代表者の印鑑による押印（商業登記されていない個人事業主の場合は、事業主個人の実印による押印）［連絡先情報］•

利用組織の連絡先の担当者名、電話番号、住所、電子メールアドレス

2) 住民票の写し
住民票の写しは、利用者の居住所を証明する書類として必須である。電子署名法で住民票の写しの代わりとして提出が認められている戸籍謄本（戸籍全部事項証明書）
もしくは戸籍抄本（戸籍個人事項証明書）（他に現住所の記載がある証明書を提示する
場合に限る）の提出は原則受け付けない。住民票の写しは発行日から申請書類の消印
日または受付日までが 3 ヶ月以内でなければならない。また、住民票の写しは個人番
号の記載がないものとする。
（個人番号の記載がある場合には、本認証局にて当該個所を墨塗りする。）
3) 利用者の印鑑登録証明書
利用者の真偽の確認のために、発行申請書に押印した印鑑に係る印鑑登録証明書の提出が必須である。印鑑登録証明書の有効期限は発行日から申請書類の消印日または受付日までが 3 ヶ月以内であること。
4) 登記事項証明書
利用組織の実在性確認のために商業登記された法人または個人事業主の場合、登記事項証明書の提出が必須である。商業登記されていない個人事業主の場合は、登記事項証明書に代えて納税証明書の提出が必須である。利用組織が地方自治体などの公的機関である場合は登記事項証明書の提出は不要とする。登記事項証明書および納税証明書の有効期限は発行日から申請書類の消印日または受付日までが 3 ヶ月以内であること。
5) 組織代表者の印鑑証明書
組織代表者による利用者の利用組織への所属証明の意思確認のために、商業登記された法人または個人事業主の場合、発行申請書に押印された利用組織代表者印に係る印鑑証明書の提出が必須である。印鑑証明書の有効期限は発行日から申請書類の消印
日または受付日までが 3 ヶ月以内であること。利用組織が商業登記されていない個人
事業主、または地方自治体などの公的機関の場合は、印鑑証明書の提出は不要とする。

32
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

4.1.3 発行申請の審査
RA 認証業務は、複数人の管理の下、本 CPS 3.1.9(発行申請者の真偽確認)及び本 CPS
3.1.8(組織の認証と利用者の所属確認)に従って利用者の真偽の確認及び利用組織への所属の確認を行う。また本 CPS3.1.9.2(BCA の真偽の確認)に従った BCA の真偽の確認を行う。
審査で不備がない場合、RA 認証業務は、利用者の発行申請の登録作業を RA 登録業務に依頼する。
4.1.4 発行申請の登録
RA 登録業務は、RA 認証業務からの発行依頼に従い、複数人の権限のある操作者によって利用者の鍵ペア（署名鍵と署名検証鍵）を専用の RA 登録業務用設備（認証業務用設備のうち RA 登録業務で使用する設備をいう。以下同じ。）内で安全に生成する。RA 登録業務は、生成した利用者署名検証鍵と RA 認証業務から提供された利用者証明書記載情報を用いて専用の RA 登録業務用設備内で証明書発行リクエストを生成し、IA に証明書発行指示と共に送信する。送信される証明書発行リクエストは、RA 登録業務用設備により電子署名され且つ暗号化されている。
4.2 電子証明書の発行
IA 認証業務用設備（認証業務用設備のうち IA 業務で使用する設備をいう。以下同じ。）
は、権限のある操作者の操作により RA 登録業務用設備から送信された証明書発行リクエス
トの電子署名を検証し、正当な RA 登録業務用設備からの証明書発行リクエストであることを確認する。RA 登録業務用設備の電子署名が正しく確認できた場合、IA 認証業務用設備は、利用者証明書を生成し、RA 登録業務用設備に返信する。
RA 登録業務従事者は、利用者署名鍵と返信された利用者証明書を IC カードに格納し、IC カード PIN は安全な方法で印刷する。IC カードおよび IC カード PIN は、施錠可能なケースに格納し、業務室に搬送し RA 認証業務従事者に渡す。
RA 認証業務従事者は、IC カードおよび IC カード PIN を利用者本人が確実に受け取ることができる本人限定受取郵便（基本型）を使用して利用者本人に郵送する。利用者が IC カードの受領を代理人に委任している場合、IC カードは、本人限定受取郵便（基本型）の規則
に従い、郵送時に代理受領者の記載を行い、利用者本人に郵送し、IC カード PIN について
は、簡易書留郵便で利用者本人に郵送する。
利用者の署名鍵及び IC カード PIN は、生成から利用者証明書の取得及び IC カードへの格納までの間 RA 登録業務用設備内で安全に保存され、IC カードへの格納後、複数人の権限のある操作者により、RA 登録業務用設備から完全に消去される。
BCA に対する相互認証証明書の発行は、BCA から発行される相互認証証明書発行要求のBCA 署名鍵による電子署名の検証を行い、相互認証証明書を認証局署名鍵により電子署名
し発行する。本認証局は、BCA に対して PKCS#7 フォーマット（発行した相互認証証明書
33
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則と認証局証明書を含む）の相互認証証明書を渡す。
4.3 署名鍵及び電子証明書の受領
利用者は、利用者署名鍵と利用者証明書が格納された IC カードを受領し利用者証明書の記載内容の確認などを行った後、利用者自身が実印（発行申請時に提出した印鑑登録証明書で証明された印影に係る印鑑）により押印した受領書を本認証局に返信しなければならない。
本認証局は、当該 IC カードの郵送後、一定期間を経過しても受領書を受領できない場合、利用者から利用者証明書の記載内容に誤りがある旨の報告を受けた場合、又は、利用者からの IC カード不良により利用者署名鍵と利用者証明書を受領できない旨の報告を受け、本認証局がその事実を確認できた場合、当該利用者証明書の失効処理を行うことができる。
相互認証証明書は、BCA の定める手続きに従い、本認証局が BCA に渡し、受領の確認を行う。
4.4 電子証明書の更新申請
本 CPS 4.1（電子証明書発行申請）と同様。
4.5 電子証明書の失効
4.5.1 失効条件
利用者による失効条件

4.5.1.1

利用者は、次の利用者証明書の失効事由が発生した場合には、直ちに本認証局に対して利
用者証明書の失効申請を行わなければならない。本認証局は、失効処理が完了した後、利用者および利用組織に失効完了通知を行う。
なお、利用者が死亡または失踪した場合は、親族を含む第三者による失効届出を行わなければならない。
•

利用者署名鍵について危殆化もしくはその恐れがある場合•

利用者署名鍵が破損し使用不能となった場合•

利用者証明書の記載事項が変更となる場合•

利用者証明書の記載事項が事実と異なる場合•

利用者が利用者証明書の利用を中止する場合

4.5.1.2

認証局による失効条件

本認証局は、有効期間内にある利用者証明書について、以下の理由により利用者証明書の有効性が損なわれたと判断した場合には、認証局責任者の承認に基づき利用者証明書を遅滞なく失効する。本認証局は、失効処理が完了した後、利用者および利用組織に失効完了通知を行う。
34
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則•

本認証局を廃止する場合•

認証局署名鍵が危殆化もしくはその恐れがある場合•

署名アルゴリズムが危殆化もしくはその恐れがある場合•

利用者証明書記載事項が事実と異なる場合•

利用者署名鍵が危殆化もしくはその恐れがある場合•利用者からの利用者署名鍵及び利用者証明書の受領確認ができない場合•

IC カード不良により利用者が正しく利用者署名鍵及び利用者証明書を受領できなかった場合•

その他、本認証局の認証局責任者が必要と判断した場合

本認証局は、親族を含む第三者からの失効届出が、次の利用者証明書の失効事由に該当する場合には、認証局責任者の承認に基づき利用者証明書を遅滞なく失効する。本認証局は、失効処理が完了した後、親族を含む第三者に失効完了通知を行う。
•

利用者が死亡または失踪した場合

本認証局は、利用組織からの失効届出が、次の利用者証明書の失効事由に該当する場合には、認証局責任者の承認に基づき利用者証明書を遅滞なく失効する。本認証局は、失効処理が完了した後、利用者および利用組織に失効完了通知を行う。
•

利用組織名称・利用組織住所の変更があった場合•

異動の事由により利用者が利用者証明書の利用を中止した場合•

退職・脱退等の事由により利用者が利用組織に所属・在籍しなくなった場合•

利用者が死亡または失踪した場合•

その他、利用組織が利用者証明書を失効させる必要があると判断した場合

本認証局は、次の相互認証証明書の失効事由が発生した場合、認証業務評議会の決定にもとづき、相互認証証明書を遅滞なく失効する。本認証局は、失効処理が完了し ARL の更新が完了した後、BCA の定める手続きに従い失効完了の報告を行う。
•

本認証局を廃止する場合•

認証局署名鍵が危殆化もしくはその恐れがある場合•証明書ポリシーを変更する場合•

相互認証証明書の内容に変更が生じた場合•

相互認証基準違反の場合

4.5.1.3

BCA からの失効条件

BCA の CP／CPS に記載の条件に従う。

35
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

4.5.2 失効手続き
4.5.2.1

失効申請または届出方法

利用者及び利用組織または親族を含む第三者は、利用者証明書の失効申請または届出書を本認証局に郵送等で送付しなければならない。本認証局は、利用者及び利用組織または親族を含む第三者からの失効申請または届出書を郵送等により受け付けることを基本とするが、緊急の場合は、FAX による失効申請または届出を受け付ける。ただし、この場合は、利用者
及び利用組織の失効申請または届出の意思確認、事実確認を電話などで行う。また、事後であっても、失効申請または届出書の原本は本認証局に郵送等で送付しなければならない。
緊急の場合であるか否かを問わず、利用者証明書の失効申請または届出の受付けは、本
CPS 1.4（連絡先の詳細）に記載された営業日の受付時間に行うものとする。

4.5.2.2

利用者本人による失効申請書類

1) 失効申請または届出書
利用者は失効申請または届出書に必要事項を記載し、当該失効対象の利用者証明書の発行申請書に押印した印鑑による押印を行い、失効申請または届出書を本認証局に郵送等で送付しなければならない。失効申請または届出書には次の項目が含まれる。
【利用者情報】• 利用者氏名、生年月日、利用者住所、電話番号• 失効理由• 申請 ID（当該失効対象の利用者証明書の発行申請時に割り当てられた ID）• 利用者の押印（当該失効対象の利用者証明書の発行申請時に押印された印）【連絡先情報】• 連絡先担当者、所属部署、電話番号、電子メールアドレス• 連絡先住所2) 利用者の印鑑登録証明書
利用者が印鑑の紛失などにより、失効申請の対象となる利用者証明書の発行申請書に押印した印鑑による押印が不可能である場合は、押印した印に係る印鑑登録証明書を提出しなければならない。
3) 住民票の写し
利用者住所が変更された場合、失効申請または届出書に記載した住所を証明する住民票の写しを提出しなければならない。なお、住民票の写しは個人番号の記載がないものとする。
（個人番号の記載がある場合には、本認証局にて当該個所を墨塗りする。）
4) 戸籍謄本（戸籍全部事項証明書）もしくは戸籍抄本（戸籍個人事項証明書）
利用者氏名が変更された場合、失効申請または届出書に記載した氏名を証明する戸籍36
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

謄本（戸籍全部事項証明書）もしくは戸籍抄本（戸籍個人事項証明書）の提出が必須である。また、利用組織が商業登記されていない個人事業主の場合で、かつ利用者死
亡または失踪の場合のみ、親族を含む第三者による失効届出を受け付けることとしているが、この場合も、利用者の死亡を確認するため、戸籍謄本（戸籍全部事項証明書）
もしくは戸籍抄本（戸籍個人事項証明書）の提出が必須である。

利用組織による失効届出書類

4.5.2.3

1） 失効申請または届出書
利用組織は、失効申請または届出書に必要事項を記載し、当該失効対象の利用者証明書の発行申請書に押印した印鑑による押印を行い、失効申請または届出書を本認証局に郵送等で送付しなければならない。失効申請または届出書には次の項目が含まれる。
【利用者情報】• 利用者氏名、生年月日、利用者住所、電話番号• 失効理由• 申請 ID（当該失効対象の利用者証明書の発行申請時に割り当てられた ID）【利用組織情報】•

利用組織名称•

利用組織代表者名•

利用組織の住所•

利用組織代表者の押印（発行申請書に押印された印）【連絡先情報】

2）•

利用組織の連絡先担当者の氏名、電話番号、電子メールアドレス•

利用組織の連絡先住所

組織代表者の印鑑証明書
組織代表者の印が変更され、当該失効対象の利用者証明書の発行申請書に押印した印

鑑による押印が不可能である場合、押印した印に係る印鑑証明書を提出しなければならない。ただし、利用組織が地方自治体などの公的機関の場合は、印鑑証明書の提出は不要とする。
3） 登記事項証明書
利用組織の住所が変更された場合、失効申請または届出書に記載した住所を証明する
登記事項証明書を提出しなければならない。ただし、利用組織が地方自治体などの公的機関である場合は、登記事項証明書の提出は不要とする。
4.5.2.4

親族を含む第三者による失効届出書類

1） 失効申請または届出書

37
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

親族を含む第三者は、失効申請または届出書に必要事項を記載し、失効申請または届出書を本認証局に郵送等で送付しなければならない。失効申請または届出書には次の項目が含まれる。
【利用者情報】• 利用者氏名、生年月日、利用者住所、電話番号• 失効理由• 申請 ID（当該失効対象の利用者証明書の発行申請時に割り当てられた ID）【連絡先情報】•

親族を含む第三者の氏名、電話番号、電子メールアドレス•

親族を含む第三者の連絡先住所

2) 戸籍謄本（戸籍全部事項証明書）もしくは戸籍抄本（戸籍個人事項証明書）
利用者の死亡を確認するため、戸籍謄本（戸籍全部事項証明書）もしくは戸籍抄本（戸籍個人事項証明書）の提出が必須である。
4.5.3 電子証明書の失効
RA 認証業務は、利用者及び利用組織または親族を含む第三者からの失効申請または届出書を受領し、本 CPS 3.4.1 (失効申請者または届出者の真偽の確認) に従い複数人により失効申請者または届出者の真偽の確認及び失効申請または届出書の記述内容の確認を行う。真偽の確認の結果が真であり且つ失効申請または届出書の記述が適切である場合に失効を承認し、RA 登録業務に失効依頼を行う。
RA 登録業務は、RA 認証業務の依頼に従い、複数人の管理の下、専用の RA 登録業務用設
備内で証明書失効リクエストを生成し、IA に証明書失効指示と共に送信する。送信される証明書失効リクエストは、RA 登録業務用設備により電子署名され且つ暗号化されている。
IA は、RA 登録業務用設備から送信された証明書失効リクエストの電子署名を検証し、正当な RA 登録業務用設備からの証明書失効リクエストであることを確認する。RA 登録業務
用設備の電子署名が正しく確認できた場合、IA は、利用者証明書を失効する。
BCA からの要請により相互認証証明書の失効が必要となった場合、IA 業務は、認証局責任者からの包括的な指示のもと相互認証証明書を失効し ARL を即時発行する。
4.5.4 失効申請者または届出者への通知
本認証局は、利用者証明書の失効処理が完了した後、利用者および利用組織または親族を含む第三者（利用者死亡または失踪の場合）に失効完了通知を書面にて郵送する。
相互認証証明書の失効処理が完了した場合、本認証局は、BCA の定める手続きに従い BCAに失効完了の通知を行う。
4.5.5 一時停止
本認証局では、電子証明書の一時停止を行わない。
38
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

4.5.6 失効リスト
本認証局は、CRL/ARL を定期的に更新し、電子証明書に記載された場所に公開する。
CRL/ARL の有効期間は 48 時間とし発行のタイミングは 24 時間毎に行う。ただし、本認証局は、認証局証明書の失効情報の提供を行わない。
4.5.7 失効情報及び有効性確認情報に関する要件
本認証局は、CRL/ARL をリポジトリで公開する。検証者は、リポジトリに公開されている CRL/ARL を確認してその利用者証明書が失効されていないかどうか確認しなければならない。ただし、本認証局は、有効期間の終了した利用者証明書についての検証者からの問い合わせには応じない。
4.5.8 署名鍵の危殆化に関する特別要件
本認証局は、認証局自身の署名鍵が危殆化又は危殆化の恐れがある場合は、認証業務評議会の指示に従い、本サービスを停止し、遅滞なく全ての電子証明書を失効し CRL/ARL の登録を行う。
4.6 セキュリティ監査手続き
TOiNX は、本認証局を安全に運営していくための一つの手段として、適宜セキュリティ
監査を実施する。
4.6.1 記録されるイベント
本認証局における監査証跡には、以下のものが含まれる。
•

電子証明書の作成及び失効の記録•

電子証明書の作成及び失効に係る認証業務用設備の操作履歴•

認証設備室への入退室記録•

認証業務用設備への不正アクセスの記録•

認証業務用設備の動作に関する記録

4.6.2 監査の頻度
監査証跡は、本認証局のシステムを安全に運営するために適切と考えられる頻度で、セキュリティ上の問題が発生していないか調査する。
4.6.3 監査ログの保存期間
監査証跡は全て、本 CPS 4.7.1(申請に係るデータ) 又は本 CPS 4.7.3(設備及び安全対策措置に関するデータ)で規定するデータに含まれる。監査証跡の保存期間は、当該項目において定義される。

39
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

4.6.4 監査証跡の保護
監査証跡は、漏洩、改ざん、毀損、滅失などが行われないように安全に保存管理される。
4.6.5 監査証跡のバックアップ手順
バックアップが必要な監査証跡が存在する場合、別途定められたバックアップ手順に従いバックアップを行う。
4.6.6 監査証跡の記録システム
本認証局では、IA 又は RA のシステムによる自動処理及びオペレータによる手作業を組み合わせて、監査証跡を収集する。
4.6.7 問題の原因となるイベントの通知
IA 又は RA のシステムの処理中又は操作中にセキュリティに関する重大なイベント又は不具合が生じた場合、その事項を検知した要員は、それぞれの業務責任者に報告する。業務責任者は定められた手順に従ってそれを処理する。
4.7 記録のアーカイブ
本認証局は、以下の書類及び電子的記録を含む電子署名法で定めた帳簿類を保存する。保
存にあたっては漏洩、改ざん、毀損、滅失の防止措置をとり、認証業務関係書類については
原本を直射日光があたらない鍵付の保管庫に保存し、間仕切りで独立し、施錠された専用の室において保存する。各書類が保存される室には、災害、火災対策などの措置が講じられ、保存内容の完全性及び機密性が損なわれることがないような措置がとられている。
4.7.1 申請に係るデータ
利用者証明書の発行申請、失効申請または届出時に利用者又は利用組織から提出された書類及び本認証局でその管理上作成した帳簿について、本認証局では責任者を定め、施錠管理下において、当該帳簿書類に係る利用者証明書の有効期間の満了日から 10 年間、その原本を保存する。また、BCA から提出された書類もしくは電子データについてもその原本を保存する。電子的な記録はバックアップ等により原本性を維持できない場合がある。
1) 書類で保存するもの•

発行申請に関する書類
・ 発行申請書
・ 利用者の印鑑登録証明書
・ 利用者の住民票の写し
・ 登録原票記載事項証明書
・ 利用組織の登記事項証明書
・ 納税証明書（商業登記されていない個人事業主の場合）
40
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

・ 利用組織代表者の印鑑証明書
・ 発行申請書の審査時に作成された書類
・ 利用者署名鍵及び利用者証明書の受領書
・ BCA からの相互認証証明書の発行申請書類•

失効申請または届出に関する書類
・ 失効申請または届出書
・ 利用者の印鑑登録証明書
・ 利用者の住民票の写し
・ 登録原票記載事項証明書
・ 戸籍謄本（戸籍全部事項証明書）もしくは戸籍抄本（戸籍個人事項証明書）
・ 利用組織の登記事項証明書
・ 利用組織代表者の印鑑証明書
・ 失効申請または届出書の審査時に作成された書類
・ BCA からの相互認証証明書の失効申請書類•

認証局署名鍵の作成及び管理に関する書類•

認証局証明書、相互認証証明書、リンク証明書及び BCA に提出する相互認証証明書発行要求の作成及び管理に関する書類•

利用者署名鍵および利用者証明書の生成に関する記録•

BCA との相互認証手続きに関する書類•

開示申請に関する書類
・ 開示申請書
・ 利用者の印鑑登録証明書
・ 利用者の住民票の写し
・ 登録原票記載事項証明書
・ 戸籍謄本（戸籍全部事項証明書）もしくは戸籍抄本（戸籍個人事項証明書）
・ 開示申請書の審査時に作成された書類

2) 電子的に保存するもの•発行された全ての利用者証明書及びその作成に関する電子的な記録•

本認証局の認証業務に関係する全ての電子証明書•発行された全ての電子証明書の失効に関する情報及びその作成に関する電子的な記録•

BCA から提供された相互認証証明書発行要求•

BCA との相互認証業務に関する手続き文書•

BCA から提供された相互認証証明書

41
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

4.7.2 組織関係データ
本認証局は、業務遂行上必要とされる組織管理関係帳簿等について、当該帳簿書類に係る利用者証明書の有効期間の満了日から 10 年間、その原本を保存する。
•

本 CPS とその変更に関する記録•

業務手順を記述した書類とその変更に関する記録•業務に従事する者の組織、体制、責任及び権限並びに指揮命令系統に関する書類•

認証業務を外部に委託する場合の委託契約に関する書類の原本•

定期監査及び随時監査に関する記録と監査報告書•

BCA との相互認証業務に関する手続きを記述した文書及びそれらの変更履歴

4.7.3 設備及び安全対策措置に関するデータ
本認証局は、本サービス提供に係る設備及びその安全対策措置に関する記録について、監査用記録として作成した日から認定の更新日まで保存する。電子的な記録についてはその複製を作成する場合がある。
1) 書類で保存するもの•

帳簿書類の利用及び廃棄に関する記録•

認証設備室への入室権限付与に関する記録•

認証設備室への入退室時の警報に関する記録•

認証業務用設備の保守及びシステム変更に関する記録•

認証業務用設備の維持管理に関する記録•

認証業務用設備の障害及び復旧に関する記録•

認証業務用設備の事故に関する記録•

入室権限を持たないものを入室させたときの管理記録

2) 電子的に保存するもの•

認証設備室への入退出に関する記録•

認証設備室への入退室及び警報に関する記録•

認証業務用設備への不正アクセスの記録•

認証業務用設備の操作記録、操作時に使用する識別符号の管理記録•

認証業務用設備の動作に関する記録

4.7.4 アーカイブデータの保護
アーカイブに使用するメディアは、施錠された専用の室内に漏洩、改ざん、毀損、滅失などが行われないように安全に保存管理される。また、温度、湿度、磁気などの環境における要素を考慮した上で保護される。

42
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

4.7.5 アーカイブデータのバックアップ
バックアップが必要なアーカイブデータについては、別途定めたバックアップ手順に従いバックアップを行う。
4.7.6 アーカイブ情報の保存
本認証局は、アーカイブされた情報が保存期間を通じて読解可能な状態で保存する。
4.7.7 関係書類及び記録の破棄
上記保存対象の認証業務関係書類及び記録について、その保存期間を経過したものを、本認証局は必要に応じて確実に破棄する。これら書類及び記録は確実に断裁破棄、電子データ
は媒体の破壊又は無効情報の上書きなどにより消去する。
4.7.8 関係書類の利用の記録
長期保存（１０年以上）が要求され保存状態にある書類及び記録を閲覧、検索する等の利用を行う場合に、都度利用記録を作成する。
4.8 署名鍵の更新
利用者署名鍵は、自動的に更新されることなく、対応する利用者証明書の有効期限が切れ
ると同時に利用者署名鍵も無効となる。利用者は利用者証明書及び利用者署名鍵の更新が必
要な場合は、利用者証明書の発行申請と同様の方法で再度申請を行わなければならない。本
認証局は、発行申請書の審査及び承認のプロセスを経て利用者の鍵ペアを新たに生成し、利用者証明書を発行する。
認証局証明書の署名鍵の更新は、５年毎に行う。
認証局署名鍵を更新する場合、新たに作成する新世代の署名検証鍵を証明する認証局証明書（NewWithNew）及び旧世代の署名検証鍵を証明する認証局証明書（OldWithOld）との間のリンク証明書（OldWithNew、NewWithOld）を発行しリポジトリに公開する。
4.9 危殆化と災害の復旧及びその他運営困難な場合の対応
本認証局署名鍵の危殆化、災害等による障害の発生、または技術的あるいは運用上のやむを得ない理由により一時的にサービスを停止せざるを得ないと判断した場合（政府や地方自治体による要請などを含む）など不測の事態が生じた時又は生じる恐れのある時には、本認証局は、対策措置を迅速に講じるとともに次のとおり対応する。
1) 本認証局署名鍵の危殆化又は危殆化の恐れがあることが判明した場合•

本認証局の発行業務を直ちに停止する。

•

本認証局は、直ちに本認証局署名鍵が危殆化又は危殆化の恐れがあることを
BCA に対して通報するとともに、利用者証明書の検証を一時的に不可能とする

43
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

対策を行なう。
•

本認証局は、直ちに認証局署名鍵を用いて発行した全ての利用者証明書、リンク
証明書を失効し、全利用者に書面又は電子メールで通知するとともに、CRL/ARL
を更新しリポジトリを通じて検証者に公開する。

•

本認証局は、BCA と調整し、相互認証証明書を失効する。

•

本認証局の署名鍵を完全に破棄する。

•

本認証局は、すみやかに危殆化の原因及び被害状況を調査し、対応策及び再発防止策を講じるとともに、主務大臣及び BCA に通報する。

•

サービスを継続することが可能な場合は、可及的すみやかに本 CPS に従い新たな認証局署名鍵を生成し利用者証明書の発行申請を受付け可能とする。

2) 天災事変等の被災、設備の故障等により運用を停止した場合•

本認証局は、災害等による障害発生により、次回 CRL/ARL の更新までに障害の復旧が見込めない場合、利用者証明書の検証を一時的に不可能とする対策を行なう。

•

本認証局は、被害の事実を全利用者及び BCA に書面又は電子メールで通知するとともに、リポジトリを通じて検証者に公開する。

•

本認証局は、災害等による障害発生の原因及び被害状況を調査し、対応策及び再発防止策を講じる。

•

検証者への有効な失効情報の公開が、72 時間を超えて停止し、かつ検証者が停止を知る方法が無かった場合には、本認証局は、直ちに障害の内容、発生日時、措置状況等確認されている事項を主務大臣に対して通報する。

•

電子署名法で公開、保存が義務付けられているデータをバックアップから復元する。

3) 一時的にサービスを停止せざるを得ないと判断した場合（政府や地方自治体による要請などを含む）•

本認証局は、技術的あるいは運用上のやむを得ない理由により、一時的に一部または全てのサービスを停止せざるを得ない場合、停止するサービスなどについて、
リポジトリを通じて利用者及び検証者に公開する。ただし、直ちに業務を停止せざるを得ない場合など、リポジトリに公開できない場合がある。

4) 本認証局は、鍵の危殆化もしくは被災の際の復旧手順について別途定め、計画に従って教育訓練を行う。
4.10 認定認証業務の終了
本認証局は、災害等による不測の事態の発生により業務の不履行に至った場合又は
TOiNX の事業方針の変更などに起因して認定の更新ができなかった場合等に認定認証業務を終了する。
44
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則1) 発行済み電子証明書の失効処理方法
認定認証業務の廃止日迄に、本認証局によって発行された全ての利用者証明書、相互認証証明書、リンク証明書を失効し、失効情報を登録した CRL/ARL を更新発
行しリポジトリを通じて検証者に公開する。
2) 利用者への連絡方法、連絡時期等
業務終了の 60 日前から本認証局のリポジトリに業務終了の案内を公開すると共に、全ての利用者及び BCA に 60 日前までに業務終了を知らせる通知書を郵送する。
3) 廃止後の失効情報の公開
本認証局は、電子証明書の失効完了に伴い、失効した全ての電子証明書に記載されている有効期間満了日まで有効な CRL/ARL を発行し、有効期間が切れるまでリ
ポジトリに公開する。
4) 認証局署名鍵の処理
本認証局は、認証局署名鍵及びバックアップされた署名鍵の全てを完全に初期化する。

45
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

5 物理的、手続き的、要員的なセキュリティ統制
5.1 物理的セキュリティ統制
認証業務のための設備は、通常想定される災害に対しては十分耐え得る建築構造物内に設置され、以下のとおり、そのセキュリティ対策が講じられる。
5.1.1 業務室のセキュリティ
認証業務関係書類及び記録を保存管理し日常その業務運営を行う室(業務室)は、これを独立した区画とし、入退室口は電子錠にて施錠され、予め登録された者のみが入室することができる。
入室権限を有しない者の入室は原則として認められないが、やむを得ずこれを認める場合には、予め管理責任者の許可を得、入室権限者同行のうえこの者を入室させることができる。
5.1.2 認証設備室のセキュリティ
認証業務用設備を収容する建築構造物（建物及び部屋）に関しては、耐震耐火設計、自動火災報知器と消火装置の設置、防火区画内設置、隔壁による区画、水害防止等の措置が予め十分講じられている等、地震、火災、水害等想定される災害にも耐えうる設備とする。また、停電に備えた UPS および自家発電機の設置、配置された設備に応じた空調機器の設置等、サービスの継続に必要な適切な措置が講じられている。認証設備室への入退室等については、次により厳重に管理される。
1) 認証設備室は厳重に施錠管理され、その入室は入室者の身体的特徴の識別手段を用いた施錠設備による本人確認をしてはじめて可能となるよう予め防護措置が講じられる。
2) 認証設備室へは、予めその資格について審査され指定登録されている２名の者をもって開錠し入室する。退出にあたっては入室者と同数の者の退出をもって退出を完了する。退出完了後、パッシブセンサーが動作した場合は、警報が発せられる。なお、入室権限を有しない者の入室は原則として認められないが、やむを得ずこれを認める場合には、予め管理責任者の許可を得、複数の入室権限者同行の上この者を入室させることができる。また、これらの行為は常に管理責任者によりチェック監督される。
3) 入室のための装置操作に不正常な時間を要した場合においては、警報が発せられるよう予め設定されている。
4) 認証設備室への入退室者及び在室者の状況については、入退室管理装置、遠隔監視装置及び映像記録装置によって自動的かつ継続的に監視記録され、その記録については、正確に点検され、定められた期間、安全に保存される。
5) 認証設備室の所在及び仕様は、関係者以外には厳重に秘匿される。建物の内外には46
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

認証設備室の所在については表示されない。
5.1.3 保管室のセキュリティ
認証業務関係書類及び記録の保存管理を行う室(保管室)は、これを独立した区画とし、無人の際には入退室口の施錠を行う。その鍵の管理及び授受については予め任命された管理者
により管理される。
入室権限を有しない者の入室は原則として認められないが、やむを得ずこれを認める場合には、予め管理責任者の許可を得、入室権限者同行のうえこの者を入室させることができる。
5.2 手続き的セキュリティ統制
認証業務の遂行に必要な各役割、その業務内容、各役割を担う者の設備へのアクセス権限
は、表５－１の通り。
表５－１ 各役割とその業務内容、設備へのアクセス権限
入室権限
役割

主な業務

認証局責任者

利用可能な認証業務用設備およびアクセス権限

業務室

保管室

認証
設備室

認証 局運 営全 体統
括

○

×

×

なし

RA 業務責任者

RA 業務統括

×

×

×

なし

RA 認証業務責任者

RA 認証業務統括○○×

RA 認証業務用設備
ユーザ権限

RA 認証業務担当者

RA 認証業務の遂行

○

○

×

RA 認証業務用設備
ユーザ権限

RA 設備管理責任者

RA 認証業務の事務
設備の管理

○

○

×

RA 認証業務用設備
管理者権限

RA 登録業務責任者

RA 登録業務の統括○○○(SR-1)なし

RA 登録業務担当者

RA 登録業務の遂行

××○(SR-1)

RA 登録業務用設備
機器によりユーザ権限または管理者権限

IA 業務責任者

IA 業務統括○××

IA システム管理責
任者

RA 登録業務用設備の管理統括
IA 認証業務用設備の管理統括

IA システム管理担
当者

IA システム運用責任者

IA システム運用担
当者

RA 登録業務用設備の管理
IA 認証業務用設備の管理
RA 登録業務用設備の運用統括
IA 認証業務用設備の運用統括
RA 登録業務用設備の運用
IA 認証業務用設備
の運用

○

×

○
(SR-1)なし
RA 登録業務用設備
IA 認証業務用設備（一部機器を除
く）
管理者権限

×

○
(SR-1)○

×○(SR-1)

××○(SR-1)

×

IA 認証業務用設備（一部機器を除く）
ユーザ権限
RA 登録業務用設備
IA 認証業務用設備（一部機器を除く）
管理者権限
IA 認証業務用設備（一部機器を除
く）
ユーザ権限

47
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

IA システム監視担
当者

IA 認証業務用設備のログ精査

セキュリティマネ
ージャ

IA 認証業務用設備のセ キュ リテ ィ維
持管理
認証 設備 室の セキ
ュリ ティ 管理 とファシリティ管理認証 設備 室の 鍵管
理

○

×

○

キーマネージャ認証局の鍵管理○×○(SR-2)

×

×

×

なし

×

×

×

なし

×

×

×

なし

シス テム レベ ルの
シェ アの 管理 と行使
ユー ザー レベ ルの
シェ アの 管理 と行
使

プールＡ

プールＢ
セーフ・コンビネーション

金庫 等の 鍵の 管理
と行使

○

×

×

なし
IA 認証業務用設備（一部機器）

管理者権限

IA 認証業務用設備（一部機器）
管理者権限

各役割に従事する者の任命、物理的な部屋毎の入室権限の設定、認証業務用設備へのシス
テム毎のアクセス権限の設定は予め定められた手続に従い、特定の権限者がこれを行う。
5.3 要員的セキュリティ統制
認証業務に従事する者は入社前・入社後の経歴や経験等を踏まえ、従事するのに適格であるかどうかの確認を行った上で、任命・配置を行う。役割毎に必要な知識・経験、教育訓練
計画、最低必要人員が規定されており、この規定に従って人員の配置や教育訓練を行う。
個人情報の取扱いと保護、本認証局署名鍵の危殆化及び災害等による障害発生など不測の事態に対する対応策の教育訓練も含め、本認証局は、認証業務従事者の信頼性、適格性及び業務遂行能力の維持に努める。

48
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

6 技術的セキュリティ統制
6.1 鍵ペアの生成とインストール
本認証局署名鍵に関しては、信頼性あるシステムを用いて生成し、その毀損、紛失、改変、漏洩あるいは無断使用の防止措置を十分に講じて保護する。
6.1.1 鍵ペアの生成
1) 認証局鍵ペア生成
認証局の鍵ペアは、認証設備室内に設置された専用の IA 認証業務用設備に接続された暗号装置内で、複数人の管理の下、一人の操作だけではできない方法により生成される。
2) 利用者鍵ペア生成
利用者の鍵ペアは、認証設備室内に設置された専用の RA 登録業務用設備内の暗号ソフトウェアで複数人の権限のある操作者により生成される。
6.1.2 認証局への署名検証鍵の配送
利用者の鍵ペアは、RA 登録業務において生成されるため、利用者から本認証局へ配送されることはない。BCA の署名検証鍵は、BCA から発行される相互認証証明書発行要求内に登録され、本認証局へ送付される。
6.1.3 利用者への認証局証明書の配送
認証局証明書は、電子的記録媒体に格納され IC カードと共に本人限定受取郵便（基本型）
にて利用者に郵送される。
6.1.4 利用者への鍵の配送
本認証局は、利用者の署名鍵及び署名検証鍵を含んだ利用者証明書を IC カードに登録し、「本人限定受取郵便（基本型）」を使用して利用者本人に郵送する。利用者が IC カードの代理受領を希望する場合は、本人限定受取郵便（基本型）の定める手続きに従い代理受領者を指定して利用者本人に郵送する。利用者本人は IC カードを受け取った後、本認証局に対して受領書を郵送等で送付する。
6.1.5 鍵長
本認証局で生成される各電子証明書で証明される署名検証鍵の鍵長は以下の通りである。
表６－１
電子証明書種別
認証局証明書
相互認証証明書
リンク証明書鍵長
鍵長2,048bit
2,048bit （BCA の仕様に従う）
2,048bit49
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

利用者証明書2,048bit

6.1.6 ハードウェア/ソフトウェアでの鍵の生成
本認証局の鍵ペアは、暗号装置内で生成される。利用者の鍵ペアは、RA 登録業務用設備
内の暗号ソフトウェアで生成される。
6.1.7 鍵の使用目的
本認証局の署名鍵は、以下の目的以外に使用されない。
•

認証局証明書への電子署名•

相互認証証明書への電子署名•

リンク証明書への電子署名•

利用者証明書への電子署名•

CRL/ARL への電子署名

6.2 署名鍵の保護
6.2.1 署名鍵の管理
本認証局の署名鍵の生成及びアクティベーションについては、複数人の管理の下、認証設
備室内において定められた手順により行われる。 署名鍵は、その使用にあたり暗号装置の状態変更を行い活性化される必要がある。この活性化にあたっては、その権限をもつ複数名の要員がそろうことにより活性化できるように運用する。
利用者署名鍵の生成は、複数人の管理の下、認証設備室内において定められた手順により行われる。利用者署名鍵は、その使用にあたり IC カードの状態変更を行い活性化させる必要がある。この状態変更及び活性化に必要な IC カード PIN の管理は利用者により行われ、利用者以外が知りえないように安全に管理される。
6.2.2 署名鍵のエスクロー
本認証局は、認証局署名鍵及び利用者署名鍵の寄託を行わない。
6.2.3 署名鍵のバックアップ
本認証局の署名鍵のバックアップは、鍵が格納されている暗号装置と同型の暗号装置間のクローニング（複製）機能によりバックアップを行う。バックアップは、複数人の管理の下、認証設備室内において定められた手順により行われる。バックアップ用の暗号装置は、定められた手順に従って認証設備室内の安全な場所に保存される。利用者署名鍵のバックアップは行わない。

50
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

6.2.4 署名鍵の暗号装置への格納
本認証局の署名鍵は暗号装置内で生成保存されるため、暗号装置の外から格納されることはない。利用者署名鍵は生成後、IC カードに格納される。生成から IC カードへの格納までの間は暗号化され一時保存される。IC カードに格納された後、一時保存された利用者署名
鍵は適切な方法により完全に消去される。
6.2.5 署名鍵をアクティブにする方法
本認証局の署名鍵は、認証設備室内で複数名の要員がアクティベーションデータを入力することによってアクティブな状態になる。利用者署名鍵は IC カード PIN によりアクティブ
な状態になる。
6.2.6 署名鍵を非アクティブにする方法
本認証局署名鍵を非アクティブにする方法は、認証設備室内において、複数名の要員が認証アプリケーションを停止し、必要により暗号装置をサーバーから取り外し、暗号装置に格納された本認証局の署名鍵を非アクティブにする。利用者署名鍵を非アクティブにする方法
は、利用者署名鍵が格納されている IC カードを IC カードリーダから抜き取ることにより非アクティブな状態にする。
6.2.7 署名鍵の破棄
本認証局署名鍵の破棄は、定められた手順に従い、専用の機器を用いて、複数人の管理の下、鍵を完全に復元できない方法により行われる。また、バックアップされた署名鍵も一連の作業指示において遅延なく完全に破棄される。利用者署名鍵の破棄は、利用者の責任において破棄される。
6.3 ネットワークセキュリティ
RA 登録業務用設備及び IA 認証業務用設備は、ファイヤーウォール及び不正なアクセス等を検知するシステムにより、外部からの不正なアクセスを防止するための対策を講じている。RA、IA 間で行われる通信に関しては、送信をした設備の誤認、通信内容の盗聴及び改変を防止するセキュリティ機能を持ったアプリケーションが使用される。通信設備についても安全に関して適切な管理を行っている。
6.4 暗号装置セキュリティ
本認証局は、認証業務に用いるハードウェアに関して、信頼性ある設備と FIPS（連邦情報処理標準）140-2 Level3 の認定を受けた暗号装置を使用する。また、その安全性に対する脅威についての情報を常に収集し、問題があればそれに対する対策を行う。認証局署名鍵を生成、保存する認証設備室は不正侵入、不正操作を防ぐセキュリティ対策が講じられている。

51
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

7 電子証明書と CRL/ARL のプロファイル
本認証局が発行する電子証明書と CRL/ARL の形式、属性の仕様は、以下の標準仕様に従い定義している。
1) ITU-T Recommendation X.509 (1997)
2) RFC2459：Internet X.509 Public Key Infrastructure Certificate and CRL Profile,
January 1999 (RFC2459)
7.1 電子証明書と CRL/ARL のプロファイル詳細
電子証明書と CRL/ARL の各フィールドの設定内容は RA 又は IA で設定する。設定内容
は本 CPS9(電子証明書詳細プロファイル)及び本 CPS10（CRL/ARL 詳細プロファイル）を参照。
7.1.1 バージョン番号
表７－１
電子証明書
利用者証明書
認証局証明書
相互認証証明書
リンク証明書CRL/ARL

バージョン番号バージョン番号X.509 Version 3
X.509 Version 3
X.509 Version 3
X.509 Version 3
X.509 Version 2

7.1.2 電子証明書拡張領域（Certificate Extensions）
電子証明書及び CRL/ARL の拡張領域では各フィールドにクリティカル指定（criticality）
を行う。拡張領域の各フィールドのエンコーディング順序は IA が設定する。詳細は、本
CPS9(電子証明書詳細プロファイル) 及び本 CPS10（CRL/ARL 詳細プロファイル）を参照。
7.1.2.1

鍵種別（keyUsage）
表７－２

電子証明書
利用者証明書
認証局証明書
相互認証証明書
リンク証明書鍵種別

値
digitalSignature
nonRepudiation
keyCertSign
cRLSign
keyCertSign
cRLSign
keyCertSign
cRLSign

説明
電子署名
否認防止
証明書中の CA の署名検証
CRL 中の CA の署名検証
証明書中の CA の署名検証
ARL 中の CA の署名検証
証明書中の CA の署名検証
ARL 中の CA の署名検証

52
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

7.1.2.2

証明書ポリシー（certificatePolicies）

本 CPS1.2（識別）で定めるオブジェクト識別子（OID）と本 CPS を公開した URL を指定する。詳細は本 CPS9(電子証明書詳細プロファイル)参照。
表７－３
電子証明書
利用者証明書
認証局証明書
相互認証証明書

リンク証明書7.1.2.3

証明書ポリシー

種別
policyIdentifier
policyQualifiers
設定しない値
1.2.392.200121.1.1.10
https://www.toinx.net/ebs/cps.pdf－

policyIdentifier
policyQualifiers
policyIdentifier

1.2.392.200121.1.1.10
https://www.toinx.net/ebs/cps.pdf
2.5.29.32.0 (anyPolicy)

ポリシーマッピング(policyMappings)

相互認証証明書にのみ設定し、相互認証の対応付けを行うオブジェクト識別子ペアを指定する。詳細は本 CPS9(電子証明書詳細プロファイル)を参照。
7.1.2.4

基本制約（basicConstraints）

認証局証明書、相互認証証明書、リンク証明書の場合、cA=TRUE を設定する。クリティ
カル指定は、TRUE とする。利用者証明書の場合は設定しない。詳細は、本 CPS9(電子証明書詳細プロファイル)を参照。
7.1.2.5

認証局鍵識別子（authorityKeyIdentifier）

認証局署名検証鍵の SHA-1 ハッシュ値を設定する。詳細は、本 CPS9(電子証明書詳細プ
ロファイル)を参照。
表７－４
電子証明書
利用者証明書
認証局証明書
相互認証証明書
リンク証明書CRL/ARL
7.1.2.6

認証局鍵識別子

値の説明
認証局署名検証鍵の SHA-1 ハッシュ値
認証局署名検証鍵の SHA-1 ハッシュ値
認証局署名検証鍵の SHA-1 ハッシュ値
OldWithNew(新世代の認証局署名検証鍵の SHA-1 ハッシュ値)
NewWithOld(旧世代の認証局署名検証鍵の SHA-1 ハッシュ値)
認証局署名検証鍵の SHA-1 ハッシュ値

主体者鍵識別子（subjectKeyIdentifier）

利用者署名検証鍵又は認証局署名検証鍵などの SHA-1 ハッシュ値を設定する。詳細は、
本 CPS9(電子証明書詳細プロファイル)を参照。
表７－５
電子証明書

主体者鍵識別子値の説明

53
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

利用者証明書
認証局証明書
相互認証証明書
リンク証明書7.1.2.7

利用者署名検証鍵の SHA-1 ハッシュ値
認証局署名検証鍵の SHA-1 ハッシュ値
BCA 署名検証鍵の SHA-1 ハッシュ値
OldWithNew(旧世代の認証局署名検証鍵の SHA-1 ハッシュ値)
NewWithOld(新世代の認証局署名検証鍵の SHA-1 ハッシュ値)

CRL 配布点（cRLDistributionPoints）

CRL/ARL を公開した場所を設定する。詳細は本 CPS9(電子証明書詳細プロファイル)を参照。
7.1.3 署名アルゴリズム
電子証明書と CRL/ARL の署名アルゴリズムは、SHA256withRSAEncryption(オブジェ
クト識別子: 1 2 840 113549 1 1 11)方式を用い、2048bit の RSA 鍵で電子署名される（詳細は本 CPS9 電子証明書詳細プロファイル参照）。また、各々の電子証明書に含まれる署名
検証鍵は RSA 方式（オブジェクト識別子: 1 2 840 113549 1 1 1）である。ただし、電子署名に用いている署名鍵や署名方式が危うくなった場合には、アルゴリズムや鍵長を変更する。
7.1.4 名称形式（Name forms）
本認証局が発行する全ての電子証明書及び CRL/ARL の識別名称は、ITU-T X.500 識別名(DN：Distinguished Name) の規定に従い指定する。本認証局が発行する電子証明書の発行者識別名（issuer）、主体者識別名(subject)の記述言語は英語を使用する。発行者識別別名(issuerAltName)、主体者識別別名(subjectAltName)の記述言語には英語及び日本語を使用する。
詳細は、本 CPS3.1.2（名前の意味に関する要件）及び本 CPS9（電子証明書詳細プロファイ
ル）を参照。
7.1.5 ポリシー制限の使用方法(policyConstraints)
設定しない。
7.1.6 有効期間
表７－６
電子証明書
利用者証明書有効期間

有効期間

鍵更新の頻度

2 年 1 ヶ月の場合

－

761 日

電子証明書の発行
頻度
利用者からの発行
申請時に発行

4 年 6 ヶ月の場合

認証局証明書
相互認証証明書1643 日10 年
5年

5 年毎に更新－

54
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

鍵更新時に発行
5 年毎

認証局運用規則

リンク証明書(OldWithNew)
旧世代の認証局
新世代署名鍵で電子署名した 証明書の作成日
旧世代署名検証鍵の証明書
時から旧世代の認証局証明書の有効期限までリンク証明書(NewWithOld)
新世代の認証局
旧世代署名鍵で電子署名した 証明書の作成日
新世代署名検証鍵の証明書
時から旧世代の認証局証明書の有効期限までCRL/ARL
48 時間－

認証局証明書の鍵
更新時に発行

－認証局証明書の鍵
更新時に発行－

24 時間毎

7.1.7 失効に関する情報
利用者証明書の失効情報は CRL に記載される。相互認証証明書及びリンク証明書の失効
情報は ARL に記載される。CRL/ARL には、失効した電子証明書のシリアル番号、失効日時
及び失効理由（RFC2459 で定義されている失効の理由コード）が記載される。また、拡張部に authorityKeyIdentifier 、cRLNumber 、issuingDistributionPoint が記載される。詳細は、本 CPS10（CRL/ARL 詳細プロファイル）参照。

55
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

8 仕様管理本認証局は、監査の結果や新技術の動向を踏まえ、業務の改善に努めるとともに、必要ある場合には本 CPS を改訂し、その結果の評価を行う。
8.1 CPS の仕様変更手続き
本認証局は、本 CPS の仕様に変更が発生した場合、利用者又は検証者に事前の承諾なしに随時、本 CPS を修正することができる。本 CPS を修正する場合は、認証業務評議会によって変更内容等の妥当性が確認されたのち修正を行い、認証局責任者が承認する。また、仕様変更の内容が電子署名法で定める変更認定の対象となる場合は、変更認定の申請を行い、認定後反映する。本認証局は、本 CPS の修正後の全文をリポジトリに公開する。
8.1.1 実務上の最新情報とお知らせ
本 CPS の修正については、本 CPS の修正後の全文をリポジトリに公開することで利用者への通知とする。
8.1.2 修正への同意
利用者が、修正の公表後 15 日以内に、自己の利用者証明書の失効申請を行わない場合には、修正に同意したものとみなされる。
8.2 変更に係る教育、訓練
CPS の変更に伴い業務手順に変更が発生する場合は、その変更に係る教育、訓練が各業務就業者の役割に応じて実施される。

56
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

9 電子証明書詳細プロファイル
9.1 利用者証明書プロファイル
表 9-1 利用者証明書プロファイル【 基本部 】
領域名

設定値

version（バージョン番号）
serialNumber（シリアル番号）signature（署名アルゴリズム）
Issuer（※）（発行者識別名)
validity（有効期間）
notBefore（発行日)
notAfter（終了日）
subject（主体者識別名)

subjectPublicKeyInfo（主体者署名検証鍵情報）
algorithm（アルゴリズム）
subjectPublicKey（署名検証鍵）説明

2

バージョン 3 を示す

・・・・・・・・・・

ユニークな整数

1.2.840.113549.1.1.11

SHA256withRSAEncryption を示す

c=JP
o=Tohoku Information Systems Co.,Inc.
ou=TOiNX CA for Electronic Bidding Systems“c”は PrintableString 、そ れ以外は
UTF8String で記述

yymmddhhmmssZ

UTCTime で記述

yymmddhhmmssZ

UTCTime で記述

c=JP
st=Miyagi
l=Sendai-shi, Aoba-ku, ・・・
cn=Taro Tohoku
uid=00000000000000000001“c”は PrintableString 、そ れ以外は
UTF8String で記述
左記は設定例である

1.2.840.113549.1.1.1

rsaEncryption を示す

・・・・・・・・・・

鍵長は 2048bit※2022 年 4 月より社名を変更したが、設定値は旧社名を使用する。

57
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

表 9-1 利用者証明書プロファイル（続き）【 拡張部 】
領域名
authorityKeyIdentifier（発行者鍵識別子）
keyIdentifier
subjectKeyIdentifier（主体者鍵識別子)
keyUsage（鍵用途）
digitalSignature

critical
フラグ
FALSE

FALSE

設定値

説明

・・・・・・・・・・

発行者署名検証鍵の SHA-1 ハッシュ値

・・・・・・・・・・

主体者署名検証鍵の SHA-1 ハッシュ値

TRUE
1

nonRepudiation

1
TRUE

certificatePolicies（証明書ポリシー）
policyIdentifier

1.2.392.200121.1.1.10

本認証局の証明書ポリシーを表す OID

policyQualifierId

1.3.6.1.5.5.7.2.1

id-qt-cps

qualifierhttps://www.toinx.net/ebs/cps.pdf

IA5String で記述

c=JP
st=宮城県
l=仙台市青葉区・・・
o=株式会社・・・
OID2.5.4.97=JCN・・・
cn=東北 太郎“c” は PrintableString 、 そ れ 以 外 はUTF8String で記述
左記は設定例である

c=JP
o=東北インフォメーション・システ
ムズ株式会社
ou=TOiNX 電子入札対応認証局“c” は PrintableString 、 そ れ 以 外 はUTF8String で記述

ldap://repository.toinx.net/ou=T
OiNX%20CA%20for%20Electro
nic%20Bidding%20Systems,o=Tohoku%20Information%20Syst
ems%20Co.%5C%2CInc.,c=JP?certificateRevocationList

IA5String で記述

CertPolicyId
policyQualifiers

subjectAltName（主体者識別別名）
directoryName

FALSE

issuerAltName（発行者識別別名）
directoryName（※）

FALSEcRLDistributionPoints（※）(CRL分配点)
distributionPoint.

FALSE

fullName
uniformResource
Identifier※2022 年 4 月より社名を変更したが、設定値は旧社名を使用する。

58
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

9.2 認証局証明書プロファイル
表 9-2 認証局証明書プロファイル【 基本部 】
領域名

設定値

version（バージョン番号）
serialNumber（シリアル番号)signature(署名アルゴリズム)
issuer（※）（発行者識別名）
validity（有効期間）
notBefore（発行日）
notAfter（終了日）
subject（※）（主体者識別名）
subjectPublicKeyInfo（主体者署名検証鍵情報)
algorithm（アルゴリズム）
subjectPublicKey（署名検証鍵）説明

2

バージョン 3 を示す

・・・・・・・・・・

ユニークな整数

1.2.840.113549.1.1.11

SHA256withRSAEncryption を示す

c=JP
o=Tohoku Information Systems Co.,Inc.
ou=TOiNX CA for Electronic Bidding Systems“c”は PrintableString 、そ れ以外は
UTF8String で記述

yymmddhhmmssZ

UTCTime で記述

yymmddhhmmssZ

UTCTime で記述

c=JP
o=Tohoku Information Systems Co.,Inc.
ou=TOiNX CA for Electronic Bidding Systems“c”は PrintableString 、そ れ以外は
UTF8String で記述

1.2.840.113549.1.1.1

rsaEncryption を示す

・・・・・・・・・・

鍵長は 2048bit※2022 年 4 月より社名を変更したが、設定値は旧社名を使用する。

59
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

表 9-2 認証局証明書プロファイル（続き）【 拡張部 】
領域名
authorityKeyIdentifier（発行者鍵識別子）
keyIdentifier
subjectKeyIdentifier（主体者鍵識別子)
keyUsage（鍵用途）
keyCertSign

critical
フラグ
FALSE

FALSE

設定値

説明

・・・・・・・・・・

発行者署名検証鍵の SHA-1 ハッシュ値

・・・・・・・・・・

主体者署名検証鍵の SHA-1 ハッシュ値

TRUE
1

cRLSign1

subjectAltName（主体者識別別名）
directoryName（※）

FALSE

issuerAltName（発行者識別別名）
directoryName（※）

FALSE

basicConstraints(基本制約)
cA

TRUE

c=JP
o=東北インフォメーション・システ
ムズ株式会社
ou=TOiNX 電子入札対応認証局“c” は PrintableString 、 そ れ 以 外 はUTF8String で記述

c=JP
o=東北インフォメーション・システ
ムズ株式会社
ou=TOiNX電子入札対応認証局“c” は PrintableString 、 そ れ 以 外 はUTF8String で記述

TRUE

CA であることを示す

pathLenConstraint
cRLDistributionPoints（※）(CRL分配点)
distributionPoint.

未使用
FALSE

fullName
uniformResource
Identifier

ldap://repository.toinx.net/ou=T
OiNX%20CA%20for%20Electro
nic%20Bidding%20Systems,o=Tohoku%20Information%20Syst
ems%20Co.%5C%2CInc.,c=JP?authorityRevocationList

IA5String で記述※2022 年 4 月より社名を変更したが、設定値は旧社名を使用する。

60
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

9.3 相互認証証明書プロファイル
表 9-3 相互認証証明書【 基本部 】
領域名

設定値

version（バージョン番号）
serialNumber（シリアル番号）signature（署名アルゴリズム）
issuer（※）（発行者識別名)
validity（有効期間）
notBefore（発行日）
notAfter（終了日）
subject（主体者識別名）
subjectPublicKeyInfo（主体者署名検証鍵情報)
algorithm（アルゴリズム）
subjectPublicKey（署名検証鍵）説明

2

バージョン 3 を示す

・・・・・・・・・・

ユニークな整数

1.2.840.113549.1.1.11

SHA256withRSAEncryption を示す

c=JP
o=Tohoku Information Systems Co.,Inc.
ou=TOiNX CA for Electronic Bidding Systems“c”は PrintableString 、そ れ以外は
UTF8String で記述

yymmddhhmmssZ

UTCTime で記述

yymmddhhmmssZ

UTCTime で記述

c=JP
o=Japanese Govemment
ou=BridgeCA

相互認証先の識別名

1.2.840.113549.1.1.1

rsaEncryption を示す

・・・・・・・・・・

鍵長は 2048bit※2022 年 4 月より社名を変更したが、設定値は旧社名を使用する。

61
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

表 9-3 相互認証証明書（続き）【 拡張部 】
領域名
authorityKeyIdentifier（発行者鍵識別子）
keyIdentifier
subjectKeyIdentifier（主体者鍵識別子)
keyUsage(鍵用途)
keyCertSign

critical
フラグ
FALSE

FALSE

設定値

説明

・・・・・・・・・・

発行者署名検証鍵の SHA-1 ハッシュ値

・・・・・・・・・・

主体者署名検証鍵の SHA-1 ハッシュ値

TRUE
1

cRLSign1

certificatePolicies（証明書ポリシー）
policyIdentifier

TRUE

1.2.392.200121.1.1.10

本認証局（SHA-256）の証明書ポリシーを表す OID

policyQualifierId

1.3.6.1.5.5.7.2.1

id-qt-cps

qualifierhttps://www.toinx.net/ebs/cps.pdf

IA5String で記述

1.2.392.200121.1.1.10

本認証局（SHA-256）の証明書ポリシーを表す OID

0.2.440.100145.8.1.1.1.110

BCA（SHA-256）の証明書ポリシーを表
す OID

TRUE

CA であることを示す

CertPolicyId

policyQualifiers

policyMappings（ポリシーマッピング）
issuerDomainPolicy

TRUEsubjectDomainPolicy

basicConstraints(基本制約)cA

TRUE

pathLenConstraint

未使用

policyConstraints（ポリシー制約）
requireExplicitPolicy

TRUE

cRLDistributionPoints（※）(CRL分配点)
distributionPoint.

FALSE

0

fullName
uniformResource
Identifier

ldap://repository.toinx.net/ou=T
OiNX%20CA%20for%20Electro
nic%20Bidding%20Systems,o=Tohoku%20Information%20Syst
ems%20Co.%5C%2CInc.,c=JP?authorityRevocationList

IA5String で記述※2022 年 4 月より社名を変更したが、設定値は旧社名を使用する。

62
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

9.4 リンク証明書プロファイル(OldWithNew,NewWithOld)
OldWithNew：新世代署名鍵で電子署名した旧世代署名検証鍵の証明書
NewWithOld：旧世代署名鍵で電子署名した新世代署名検証鍵の証明書
表 9-4 リンク証明書【 基本部 】
領域名

設定値

version（バージョン番号）
serialNumber（シリアル番号）signature（署名アルゴリズム）
issuer（※）（発行者識別名）
validity（有効期間）
notBefore（発行日）

notAfter（終了日）

2

バージョン 3 を示す

・・・・・・・・・・

ユニークな整数

1.2.840.113549.1.1.11

SHA256withRSAEncryption を示す

c=JP
o=Tohoku Information Systems Co.,Inc.
ou=TOiNX CA for Electronic Bidding Systems“c”は PrintableString 、そ れ以外は
UTF8String で記述

yymmddhhmmssZ

UTCTime で記述
OldWithNew:
旧世代の認証局証明書発行日
NewWithOld:
新世代の認証局証明書発行日
UTCTime で記述
OldWithNew:
旧世代の認証局証明書の有効期限
NewWithOld:
旧世代の認証局証明書の有効期限“c”は PrintableString 、そ れ以外は
UTF8String で記述

yymmddhhmmssZ

subject（※）（主体者識別名）

c=JP
o=Tohoku Information Systems Co.,Inc.
ou=TOiNX CA for Electronic Bidding Systems

subjectPublicKeyInfo（主体者署名検証鍵情報)
algorithm（アルゴリズム）
subjectPublicKey（署名検証鍵）説明

1.2.840.113549.1.1.1

rsaEncryption を示す

・・・・・・・・・・

鍵長は 2048bit
OldWithNew:
旧世代の署名検証鍵
NewWithOld:
新世代の署名検証鍵※2022 年 4 月より社名を変更したが、設定値は旧社名を使用する。

63
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

表 9-4 リンク証明書（続き）【 拡張部 】
領域名
authorityKeyIdentifier（発行者鍵識別子）
keyIdentifier

critical
フラグ
FALSE

設定値

・・・・・・・・・・

subjectKeyIdentifier（主体者鍵識別子)

FALSE

keyUsage(鍵用途)
keyCertSign

TRUE・・・・・・・・・・

説明

OldWithNew:
新世代の認証局署名検証鍵の SHA-1
ハッシュ値
NewWithOld:
旧世代の認証局署名検証鍵の SHA-1
ハッシュ値
OldWithNew:
旧世代の認証局署名検証鍵の SHA-1
ハッシュ値
NewWithOld:
新世代の認証局署名検証鍵の SHA-1
ハッシュ値

1

cRLSign1

certificatePolicies（証明書ポリシー）
policyIdentifier

FALSE

CertPolicyId
basicConstraints(基本制約)
cA

2.5.29.32.0

anyPolicy を示す

TRUE

CA であることを示す

TRUE

pathLenConstraint
cRLDistributionPoints（※）(CRL分配点)
distributionPoint.

未使用
FALSE

fullName
uniformResource
Identifier

ldap://repository.toinx.net/ou=T
OiNX%20CA%20for%20Electro
nic%20Bidding%20Systems,o=Tohoku%20Information%20Syst
ems%20Co.%5C%2CInc.,c=JP?authorityRevocationList

IA5String で記述※2022 年 4 月より社名を変更したが、設定値は旧社名を使用する。

64
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

10 CRL/ARL 詳細プロファイル
10.1 CRL 詳細プロファイル
表 10-1 CRL プロファイル【 基本部 】
領域名

設定値

version（バージョン番号）
signature（署名アルゴリズム）
issuer（※）（発行者識別名）
thisUpdate(今回更新日時)
nextUpdate(次回更新日時)
revokedCertificates（失効した電子証明書のリスト）
userCertificate(失効した電子証明書)
revocationDate(失効日時)
CRL エントリ拡張領域
reasonCode（失効事由）

説明1

バージョン 2 を示す

1.2.840.113549.1.1.11

SHA256withRSAEncryption を示す

c=JP
o=Tohoku Information Systems Co.,Inc.
ou=TOiNX CA for Electronic Bidding Systems
yymmddhhmmssZ“c”は PrintableString、そ れ以外は
UTF8String で記述

yymmddhhmmssZ

UTCTime で記述
24 時間ごとに更新
UTCTime で記述
thisUpdate の 48 時間後の値・・・・・・・・・・

失効した電子証明書のシリアル番号

yymmddhhmmssZ

UTCTime で記述

FALSE

失効事由

・・・・・・・・・・※2022年4月より社名を変更したが、設定値は旧社名を使用する。

【 拡張部 】
領域名
authorityKeyIdentifier（発行者鍵識別子）
keyIdentifier
cRLNumber（CRL 番号）

critical
フラグ
FALSE

設定値

説明

・・・・・・・・・・

発行者署名検証鍵の SHA-1 ハッシュ値

・・・・・・・・・・

CRL 番号

ldap://repository.toinx.net/ou=T
OiNX%20CA%20for%20Electro
nic%20Bidding%20Systems,o=Tohoku%20Information%20Syst
ems%20Co.%5C%2CInc.,c=JP?certificateRevocationList
TRUE

IA5String で記述

FALSE

issuingDistributionPoint（※） TRUE
distributionPoint.
fullName
uniformResource
Identifier

onlyContainsUserCerts※2022年4月より社名を変更したが、設定値は旧社名を使用する。

65
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.

認証局運用規則

10.2 ARL 詳細プロファイル
表 10-2 ARL プロファイル【 基本部 】
領域名

設定値

version（バージョン番号）
signature（署名アルゴリズム）
issuer（※）（発行者識別名）
thisUpdate(今回更新日時)
nextUpdate(次回更新日時)
revokedCertificates（失効した電子証明書のリスト）
userCertificate(失効した電子証明書)
revocationDate(失効日時)
CRL エントリ拡張領域
reasonCode（失効事由）

説明1

バージョン 2 を示す

1.2.840.113549.1.1.11

SHA256withRSAEncryption を示す

c=JP
o=Tohoku Information Systems Co.,Inc.
ou=TOiNX CA for Electronic Bidding Systems
yymmddhhmmssZ“c”は PrintableString、そ れ以外は
UTF8String で記述
UTCTime で記述
24 時間ごとに更新
UTCTime で記述
thisUpdate の 48 時間後の値

yymmddhhmmssZ・・・・・・・・・・

失効した電子証明書のシリアル番号

yymmddhhmmssZ

UTCTime で記述

FALSE

失効事由

・・・・・・・・・・※2022 年 4 月より社名を変更したが、設定値は旧社名を使用する。

【 拡張部 】
領域名
authorityKeyIdentifier（発行者鍵識別子）
keyIdentifier
cRLNumber（CRL 番号）

critical
フラグ
FALSE

設定値

説明

・・・・・・・・・・

発行者署名検証鍵の SHA-1 ハッシュ値

・・・・・・・・・・

CRL 番号

ldap://repository.toinx.net/ou=T
OiNX%20CA%20for%20Electro
nic%20Bidding%20Systems,o=Tohoku%20Information%20Syst
ems%20Co.%5C%2CInc.,c=JP?authorityRevocationList
TRUE

IA5String で記述

FALSE

issuingDistributionPoint（※） TRUE
distributionPoint.
fullName
uniformResource
Identifier

onlyContainsCACerts※2022年4月より社名を変更したが、設定値は旧社名を使用する。

66
All rights reserved Copyright©2002-2023 Toinx Co., Ltd.