2.5. 電子署名及び認証業務に関する法律

<< 2.4.2. 個人情報保護・プライバシー保護に関する手法・技法

1. 概要

 電子署名及び認証業務に関する法律(電子署名法)は、2000年に制定された法律で、インターネットを活用した電子商取引やネットワークを通じた社会経済活動の円滑化を図ることを目的としています。この法律は、電子文書に付与される電子署名に法的効力を認め、その署名が本人によるものであることを証明する認証業務について規定しています。

 従来の紙文書における印鑑や署名に相当する機能を電子的に実現するため、電子署名技術と公開鍵暗号基盤(PKI)を法的に位置づけ、電子署名の要件や認証業務の認定制度を定めています。これにより、電子契約や電子申請などの場面で、文書の真正性と本人性を確保することが可能となりました。

 本法律は、電子政府・電子自治体の推進、企業間の電子商取引の拡大、テレワークやペーパーレス化の進展など、デジタル社会の基盤を支える重要な法制度として機能しています。

2. 詳細説明

2.1 電子署名の定義と要件

 電子署名法第2条では、電子署名を「電磁的記録に記録することができる情報について行われる措置」と定義し、以下の要件を満たすものとしています。

 第一に、当該情報が当該措置を行った者の作成に係るものであることを示すためのものであること(本人性)、第二に、当該情報について改変が行われていないかどうかを確認することができるものであること(完全性)が必要です。これらの要件を満たす電子署名は、署名者本人が作成したことと、署名後に改変されていないことを技術的に保証します。

電子署名の種類と法的効力の比較表
項目 簡易型電子署名 特定認証業務 認定認証業務
本人確認方法 メールアドレス認証
SMS認証等
運転免許証等の本人確認書類
(対面またはオンライン)
対面での厳格な本人確認
公的書類の原本確認
法的効力 電子署名法2条の要件を満たす
真正推定効なし
電子署名法2条の要件を満たす
真正推定効なし
電子署名法3条により
真正推定効あり
認定・認証 認証業務なし 主務大臣の認定なし 主務大臣の認定あり
技術基準 事業者独自基準 事業者独自基準 法定の技術基準適合
用途例 • 社内文書の承認
• 簡易的な契約書
• Web会員登録
• 一般的な商取引契約
• 電子請求書
• 各種申込書
• 重要な契約書
• 官公庁への申請
• 不動産取引
• 金融取引
コスト

注記:認定認証業務による電子署名は、電子署名法第3条により「真正に成立したものと推定する」という強い法的効力を持ちます。重要な取引や公的手続きでは認定認証業務の利用が推奨されます。

2.2 認証業務と認定制度

 認証業務とは、電子署名が本人のものであることを証明する電子証明書を発行する業務です。電子署名法では、一定の基準を満たす認証業務について主務大臣が認定する制度(認定認証業務)を設けています。

 認定を受けるためには、設備の安全性、本人確認の厳格性、業務規程の適切性などの要件を満たす必要があります。認定認証業務から発行された電子証明書に基づく電子署名は、法的に高い信頼性が認められ、訴訟においても真正に成立したものと推定されます。

2.3 電子署名の法的効力

 電子署名法第3条では、電磁的記録に記録された情報について、認定認証業務が発行した電子証明書により本人による電子署名が行われているときは、真正に成立したものと推定すると規定しています。これは民事訴訟法第228条4項の「私文書は、本人又はその代理人の署名又は押印があるときは、真正に成立したものと推定する」という規定の電子版といえます。

 この推定効により、電子契約や電子申請において、紙の文書と同等の法的効力が認められることになり、デジタル化の推進に大きく貢献しています。

3. 実装方法と応用例

3.1 電子署名の技術的実装

 電子署名の実装には、主に公開鍵暗号方式が用いられます。署名者は秘密鍵で文書のハッシュ値を暗号化し、これを電子署名として文書に添付します。受信者は署名者の公開鍵で署名を復号し、文書から計算したハッシュ値と照合することで、本人性と完全性を検証できます。

 実装においては、RSA、DSA、ECDSAなどのアルゴリズムが使用され、鍵長やハッシュ関数の選択により安全性レベルが決定されます。また、タイムスタンプ技術と組み合わせることで、署名時刻の証明も可能となります。

graph TB
    subgraph 認証局_CA_の階層構造図
        RootCA[ルートCA
自己署名証明書] IntCA1[中間CA 1
ルートCAが署名] IntCA2[中間CA 2
ルートCAが署名] EE1[エンドエンティティ証明書 1
ユーザーA] EE2[エンドエンティティ証明書 2
ユーザーB] EE3[エンドエンティティ証明書 3
サーバー証明書] EE4[エンドエンティティ証明書 4
コード署名証明書] RootCA -->|署名・認証| IntCA1 RootCA -->|署名・認証| IntCA2 IntCA1 -->|署名・発行| EE1 IntCA1 -->|署名・発行| EE2 IntCA2 -->|署名・発行| EE3 IntCA2 -->|署名・発行| EE4 end subgraph 証明書チェーンの検証プロセス V1[検証開始
エンドエンティティ証明書] V2[中間CAの証明書で検証] V3[ルートCAの証明書で検証] V4[信頼されたルートCAリストと照合] V5[検証完了
信頼性確認] V1 -->|署名検証| V2 V2 -->|署名検証| V3 V3 -->|信頼確認| V4 V4 -->|成功| V5 end style RootCA fill:#ff9999,stroke:#333,stroke-width:3px style IntCA1 fill:#99ccff,stroke:#333,stroke-width:2px style IntCA2 fill:#99ccff,stroke:#333,stroke-width:2px style EE1 fill:#99ff99,stroke:#333,stroke-width:1px style EE2 fill:#99ff99,stroke:#333,stroke-width:1px style EE3 fill:#99ff99,stroke:#333,stroke-width:1px style EE4 fill:#99ff99,stroke:#333,stroke-width:1px style V5 fill:#ffcc99,stroke:#333,stroke-width:2px

3.2 現代社会での応用例

 電子署名は様々な分野で活用されています。電子契約サービスでは、契約書の作成から署名、保管まで全てオンラインで完結し、印紙税の削減や業務効率化を実現しています。電子申請では、許認可申請や税務申告などで利用され、行政手続きの迅速化に貢献しています。

 また、医療分野では電子処方箋、金融分野では電子取引、建設業では電子納品など、業界特有の要求に応じた電子署名の活用が進んでいます。コロナ禍以降は、リモートワークの普及に伴い、社内決裁や稟議書への電子署名利用も急速に拡大しました。

4. 例題と解説

【例題】
電子署名及び認証業務に関する法律(電子署名法)に関する次の記述のうち、適切なものはどれか。

ア 電子署名は、電磁的記録の作成者を示すだけでなく、改変の有無を確認できる必要がある。
イ 認定認証業務の認定は、都道府県知事が行う。
ウ 電子署名が付された電磁的記録は、いかなる場合も真正に成立したものとみなされる。
エ 電子署名には、必ず生体認証技術を組み合わせなければならない。

【解答と解説】
正解:ア

 電子署名法第2条において、電子署名は「当該情報が当該措置を行った者の作成に係るものであることを示すためのものであること」(本人性)と「当該情報について改変が行われていないかどうかを確認することができるものであること」(完全性)の両方の要件を満たす必要があると規定されています。

 選択肢イは誤りで、認定は主務大臣(総務大臣、法務大臣、経済産業大臣)が行います。選択肢ウも誤りで、真正の推定は認定認証業務による電子証明書を用いた場合に限られます。選択肢エも誤りで、生体認証の組み合わせは必須ではありません。

flowchart TD
    Start([電子署名の検証開始])
    Start --> GetDoc[署名付き文書を受信]
    
    GetDoc --> ExtractSig[電子署名を抽出]
    ExtractSig --> ExtractCert[電子証明書を抽出]
    
    ExtractCert --> VerifySig{署名検証}
    VerifySig -->|公開鍵で復号| CalcHash[文書のハッシュ値を計算]
    CalcHash --> CompareHash{ハッシュ値の比較}
    
    CompareHash -->|一致| CertChain[証明書チェーン検証開始]
    CompareHash -->|不一致| Fail1[検証失敗_改ざんあり]
    
    CertChain --> CheckValid{証明書の有効期限確認}
    CheckValid -->|期限内| VerifyChain[証明書チェーンの検証]
    CheckValid -->|期限切れ| Fail2[検証失敗_証明書期限切れ]
    
    VerifyChain --> CheckRoot{ルートCA証明書の確認}
    CheckRoot -->|信頼できる| RevCheck[失効確認開始]
    CheckRoot -->|信頼できない| Fail3[検証失敗_信頼できないCA]
    
    RevCheck --> CRLCheck[CRLの取得と確認]
    CRLCheck --> CheckCRL{CRLに掲載されているか}
    
    CheckCRL -->|掲載なし| OCSPCheck[OCSPレスポンダーに問い合わせ]
    CheckCRL -->|掲載あり| Fail4[検証失敗_証明書失効済み]
    
    OCSPCheck --> CheckOCSP{OCSPレスポンス確認}
    CheckOCSP -->|有効| TimeCheck[タイムスタンプ検証]
    CheckOCSP -->|失効| Fail5[検証失敗_OCSP失効確認]
    CheckOCSP -->|不明| Fail6[検証失敗_OCSP応答なし]
    
    TimeCheck --> VerifyTime{署名時刻の妥当性確認}
    VerifyTime -->|妥当| Success[検証成功_署名は有効]
    VerifyTime -->|不当| Fail7[検証失敗_時刻異常]
    
    Fail1 --> End([検証終了])
    Fail2 --> End
    Fail3 --> End
    Fail4 --> End
    Fail5 --> End
    Fail6 --> End
    Fail7 --> End
    Success --> End
    
    style Start fill:#e1f5e1
    style Success fill:#4caf50,color:#fff
    style Fail1 fill:#f44336,color:#fff
    style Fail2 fill:#f44336,color:#fff
    style Fail3 fill:#f44336,color:#fff
    style Fail4 fill:#f44336,color:#fff
    style Fail5 fill:#f44336,color:#fff
    style Fail6 fill:#f44336,color:#fff
    style Fail7 fill:#f44336,color:#fff
    style End fill:#e1f5e1

5. まとめ

 電子署名及び認証業務に関する法律は、デジタル社会における信頼の基盤を提供する重要な法制度です。電子署名の本人性と完全性の要件、認定認証業務による信頼性の確保、真正推定による法的効力の付与という3つの柱により、電子文書の法的安定性を実現しています。

 応用情報技術者として、この法律の理解は、セキュアなシステム設計や電子商取引システムの構築において不可欠です。技術的な実装と法的要件の両面を理解し、適切な電子署名システムの導入・運用ができる能力が求められています。今後もデジタル化の進展とともに、電子署名の重要性はますます高まることが予想されます。

2.6. プロバイダ責任制限法 >>

ご利用上のご注意

 このコンテンツの一部は、生成AIによるコンテンツ自動生成・投稿システムをもちいて作成し、人間がチェックをおこなった上で公開しています。チェックは十分に実施していますが、誤謬・誤解などが含まれる場合が想定されます。お気づきの点がございましたらご連絡いただけましたら幸甚です。