デジタル証明書を使用した反復的な PDF 署名

今日のデジタル環境では、文書の整合性を維持し、承認のセキュリティを確保することが企業や法人にとって重要です。デジタル証明書を使用して PDF 文書に繰り返し署名すると、複数の関係者が以前の署名を無効にすることなく文書に順番に署名できます。この記事では、繰り返し署名の概念、利点、および技術的な実装について説明し、文書承認プロセスを強化するための包括的なガイドを提供します。

コンテンツ

• 導入
• 文書の完全性
• デジタル署名を理解する
• PDF 文書におけるデジタル署名の役割
• 反復デジタル署名
• コンセプトとメリット
• C# による反復署名の実装
• 無料トライアルを受ける
• 参照

導入

今日のデジタル世界では、ビジネス契約、法的契約、機密通信において、文書の整合性を確保することが極めて重要です。デジタル署名は、文書の真正性と整合性を検証するための堅牢な方法を提供します。反復署名では、複数の当事者が以前の署名を無効にすることなく文書に順番に署名できるため、セキュリティが強化され、承認ワークフローが効率化されます。この記事では、反復デジタル署名、その利点、技術的基礎、PDF 文書への実装について説明し、このテクノロジがさまざまな組織設定で文書の整合性と効率性をどのように向上させるかを示します。ケース スタディのセクションでは、さまざまなプラットフォームで GroupDocs.Signature ライブラリを使用してこれらの機能を実装する方法を示します。

文書の完全性

文書の整合性とは、文書が元の状態から変更されず、変更があれば検出できることを保証することです。これは、デジタル通信および取引における信頼の基本的な側面です。文書の整合性を確保することは、いくつかの理由から重要です。

法令遵守と真正性: 多くの業界では、文書の完全性を維持することが法的要件となっています。たとえば、契約書、裁判所文書、規制書類は、法的に拘束力を持つためには検証可能で改ざんされていないものでなければなりません。デジタル署名は、文書が改ざんされていないことを確認する検証可能な方法を提供することで、これらの要件を満たす上で重要な役割を果たします。

セキュリティと機密性: ドキュメントの整合性は、機密情報の機密性とセキュリティを維持するために不可欠です。重要なドキュメントに許可されていない変更を加えると、データ漏洩、詐欺、その他のセキュリティ インシデントにつながる可能性があります。ドキュメントが変更されないようにすることで、組織は機密情報を保護し、顧客、パートナー、関係者との信頼関係を維持できます。

運用効率: 複数の承認を伴うビジネス プロセスでは、ドキュメントの整合性を維持することが、すべての関係者が同じバージョンのドキュメントを確認して承認できるようにする鍵となります。これにより、混乱、エラー、遅延が防止され、運用効率が向上します。反復署名は、以前の署名を無効にすることなく、複数の関係者がドキュメントに順番に署名できるようにすることで、これをサポートします。

監査可能性と説明責任: ドキュメントの整合性を確保することで、誰がいつドキュメントに署名したかを示す明確な監査証跡が提供されます。これは、内部監査と外部監査の両方での説明責任と透明性にとって特に重要です。デジタル署名は、組織がドキュメントの変更を追跡し、署名の信頼性を確認するのに役立つ、改ざん防止シールを作成します。

信頼と信用: ドキュメントの整合性を維持することで、顧客、パートナー、規制機関との信頼と信用が築かれます。これは、ドキュメントの真正性を保護し、高度なセキュリティとコンプライアンスの標準を維持するというコミットメントを示すものです。この信頼は、強力なビジネス関係を確立し、維持するために不可欠です。

要約すると、ドキュメントの整合性は、安全で信頼性の高いデジタル トランザクションの基礎となります。デジタル署名、特に反復署名は、ドキュメントが真正で、変更されておらず、検証可能であることを保証するための強力なツールを提供します。このテクノロジを活用することで、組織はドキュメント ワークフローを強化し、法的要件に準拠し、関係者との信頼と信用を高めることができます。

デジタル署名を理解する

デジタル署名とは何ですか?

デジタル署名は、デジタル メッセージまたはドキュメントの信頼性と整合性を検証するために使用される暗号化メカニズムです。手書き署名のスキャン画像のように単純な電子署名とは異なり、デジタル署名は公開鍵インフラストラクチャ (PKI) を活用することで、より強力なセキュリティを提供します。これにより、署名は署名者とドキュメントの両方に固有となり、署名の適用後にドキュメントが変更されていないという高い信頼性が得られます。

デジタル署名の仕組み

デジタル署名を作成するプロセスには、いくつかのステップが含まれます。

1. ハッシュ化: ドキュメントはハッシュ アルゴリズム (SHA-256 など) に渡され、ドキュメントの内容を表す一意のハッシュ値が生成されます。
2. 暗号化: このハッシュ値は署名者の秘密鍵を使用して暗号化され、デジタル署名が作成されます。秘密鍵は公開鍵と秘密鍵のペアの一部であり、秘密鍵は署名者によって安全に保管されます。
3. 署名の埋め込み: 暗号化されたハッシュと署名者の証明書 (公開鍵とその他の識別情報を含む) がドキュメントに埋め込まれます。
4. 検証: 文書を開くと、受信者のソフトウェアは署名者の公開キーを使用してハッシュを復号化します。次に、ソフトウェアは文書を再度ハッシュ化し、新しく生成されたハッシュと復号化されたハッシュを比較します。一致する場合、署名は本物であると検証され、文書は変更されていないことが確認されます。

デジタル署名を使用する利点

デジタル署名には数多くの利点があります。

• 強化されたセキュリティ: PKI を使用すると、デジタル署名の偽造がほぼ不可能になります。
• 文書の整合性: 署名後に文書を変更すると署名が無効になり、文書の整合性が維持されます。
• 認証: 署名に関連付けられたデジタル証明書は署名者の身元を検証し、信頼性を保証します。
• 否認不可: 署名は署名者だけが所有する秘密鍵に結び付けられているため、署名者は文書への署名を否認できません。
• コンプライアンス: デジタル署名は、EU の eIDAS や米国の ESIGN 法など、さまざまな法的基準や規制に準拠しており、多くの管轄区域で法的拘束力を持ちます。

証明書の種類

デジタル署名はさまざまな種類の証明書に依存します。

• 自己署名証明書: 署名者自身によって発行され、主に社内目的またはテストに使用されます。
• 組織検証 (OV) 証明書: これらの証明書は、署名者が特定の組織に関連付けられていることを確認します。
• 拡張検証 (EV) 証明書: 証明機関 (CA) による厳格な審査プロセスを通じて署名者の身元を検証することで、最高レベルの信頼を提供します。

PDF 文書におけるデジタル署名の役割

デジタル署名は、PDF ドキュメントの信頼性、整合性、否認不可性を保証する上で重要な役割を果たします。多くの場合、単なる画像や入力された名前である電子署名とは異なり、デジタル署名は暗号化技術を利用して、より高いレベルのセキュリティと信頼性を提供します。

デジタル署名の仕組み

• 一意のハッシュの作成: ユーザーが PDF ドキュメントに署名すると、ハッシュ アルゴリズムを使用して一意のハッシュ値 (固定長の文字列) が生成されます。このハッシュ値は、署名時のドキュメントの内容を表します。
• 秘密鍵による暗号化: ハッシュ値は、公開鍵と秘密鍵のペアの一部である署名者の秘密鍵を使用して暗号化されます。この暗号化されたハッシュとハッシュ アルゴリズムに関する情報が、デジタル署名を構成します。
• PDF への署名の埋め込み: デジタル署名は、署名者の証明書とともに PDF ドキュメントに埋め込まれます。この証明書には、公開キーと署名者に関する情報が含まれています。この証明書は通常、信頼できる証明機関 (CA) によって発行されます。
• 検証プロセス: 署名された PDF を開くと、受信者の PDF ビューア ソフトウェアは署名者の公開キーを使用してハッシュ値を復号化します。次に、ソフトウェアはドキュメントの内容から新しいハッシュ値を生成し、それを復号化されたハッシュと比較します。2 つのハッシュ値が一致すると、署名は本物であると検証され、ドキュメントは署名時から変更されていないことが確認されます。

PDF のデジタル署名の技術的構成要素

• PFX 証明書ファイル: PFX (Personal Information Exchange) ファイルは、公開キーと秘密キーを証明書チェーンとともに保存するために使用されます。これらのファイルはパスワードで保護されており、デジタル署名の作成に必要な秘密キーに許可されたユーザーのみがアクセスできるようにします。
• PKI インフラストラクチャ: 公開キー インフラストラクチャ (PKI) は、デジタル証明書の作成、配布、および管理をサポートします。PKI コンポーネントには、CA、登録機関 (RA)、およびキーと証明書を保存および管理するエンド ユーザー デバイスが含まれます。
• ハッシュ アルゴリズム: デジタル署名でよく使用されるハッシュ アルゴリズムには、SHA-256、SHA-384、SHA-512 などがあります。これらのアルゴリズムは、元のドキュメントの内容を変更せずに複製することがほぼ不可能な固有のハッシュを生成します。
• 署名標準: PDF ドキュメントは、PAdES (PDF Advanced Electronic Signatures) 標準などのデジタル署名の特定の標準に準拠しています。これらの標準により、さまざまなソフトウェアやデバイス間での互換性とセキュリティが確保されます。

PDF におけるデジタル署名の利点

• 文書の整合性: デジタル署名により、署名後の文書の改ざんを検出できます。これは、文書の信頼性を維持するために非常に重要です。
• 認証: 署名者の証明書を含めることで、署名者の身元を確認する手段が提供されます。これにより、信頼の層が追加され、署名者が本人であることが保証されます。
• 否認不可: デジタル署名は署名者の秘密鍵に結び付けられており、署名者のみがアクセスできるため、署名者の関与の証明となります。これにより、署名者が文書に署名したことを否定できなくなります。
• 合法性とコンプライアンス: 多くの法的枠組みと規制では、特定の基準を満たす限り、デジタル署名は手書きの署名と同等であると認められています。これは、欧州連合の eIDAS や米国の ESIGN 法などの法律に準拠するために重要です。

PDF にデジタル署名を実装する

• ライブラリと API の使用: Adobe Acrobat SDK、iText、PDFBox など、PDF ドキュメントにデジタル署名を実装するためのさまざまなライブラリと API が利用可能です。これらのツールは、プログラムによってデジタル署名を作成、埋め込み、検証する機能を提供します。
• 署名プロセスの手順:
  1. PDF ドキュメントを読み込み: ドキュメントを署名ソフトウェアまたはライブラリに読み込みます。
  2. PFX 証明書を準備します。PFX 証明書をロードし、アクセス用のパスワードを入力します。
  3. ハッシュの生成: ドキュメント コンテンツのハッシュを作成します。
  4. 署名を作成する: ハッシュを秘密キーで暗号化してデジタル署名を作成します。
  5. 署名を埋め込む: デジタル署名と証明書を PDF ドキュメントに埋め込みます。
  6. 反復署名: 複数の署名を有効にするには、既存のコンテンツを変更せずに、後続の各署名をドキュメントに追加する必要があります。これには、ドキュメント全体が変更されずに各署名が独立して検証されるように、PDF の構造を慎重に処理する必要があります。

結論として、デジタル署名は PDF ドキュメントのセキュリティと整合性を確保するために不可欠な機能です。デジタル署名は、信頼性の検証、ドキュメントの整合性の維持、法律および規制の遵守をサポートするための堅牢なメカニズムを提供します。デジタル署名を理解して実装することで、組織はドキュメント ワークフローを強化し、重要な情報を保護できます。

反復デジタル署名

反復デジタル署名により、複数のユーザーが以前の署名を無効にすることなく PDF ドキュメントに連続して署名し、ドキュメントの整合性を維持し、すべての署名の有効性を確保できます。このプロセスは、企業契約、法的文書、複数の利害関係者の契約など、複数の承認が必要なシナリオで特に役立ちます。

技術詳細

1. 証明書ベースの署名: 各デジタル署名は証明書ベースのシステムを使用します。このシステムには次のものが含まれます。

   • デジタル ID: 秘密鍵と公開鍵証明書で構成されます。秘密鍵は署名の作成に使用され、証明書内の公開鍵は検証に使用されます。
   • ハッシュ アルゴリズム: 署名時に、ドキュメントの内容のハッシュが作成され、署名者の秘密キーを使用して暗号化されます。このハッシュは、ドキュメントの現在の状態に固有のものです。
   • 署名の埋め込み: 暗号化されたハッシュ、証明書、および追加の署名の詳細が PDF 内に埋め込まれ、署名後の変更によって署名が無効になることが保証されます。

2. 署名を追加する手順: Adobe Acrobat で反復署名を実装するには、次の手順に従います。

   • PDF を開く: 署名するドキュメントを選択します。
   • 「証明書を使用する」を選択します。「ツール」メニューから「証明書」を選択し、「デジタル署名」を選択します。
   • 署名フィールドを描画: 署名が表示される領域を描画します。
   • デジタル ID で署名: 既存のデジタル ID を選択するか、必要に応じて新しいデジタル ID を構成します。
   • ドキュメントを保存する: 署名したら、ドキュメントを保存します。各署名は保存され、以前の署名の整合性が維持されます。

3. 署名の検証: Adobe Acrobat は、ドキュメントを開くと自動的にデジタル署名を検証し、次の項目をチェックします。

   • 証明書の有効性: 署名者の証明書が信頼されていることを確認します。
   • 文書の整合性: 署名が適用されてから文書が変更されていないことを確認します。
   • タイムスタンプ検証: タイムスタンプを証明書の有効期間と照合し、署名が許容可能な期間内に行われたことを確認します。

4. セキュリティに関する考慮事項:

   • 証明書管理: 秘密キーを含む PFX ファイルを適切に管理および保護します。
   • 失効チェック: 証明書が失効リストと照合され、現在のステータスが検証されます。
   • タイムスタンプ: 信頼できるタイムスタンプ サーバーを使用して署名にタイムスタンプを追加します。これにより、証明書の有効期限が後で切れた場合でも、署名の時刻を検証できるようになります。

5. 複数の署名の処理: PDF に追加される各署名は、ドキュメントの内容を変更せずに実行する必要があります。Acrobat は、新しい署名データを既存のドキュメント構造に追加することでこれを実現します。これにより、以前の署名はそのまま残り、検証可能になります。

6. ユーザーエクスペリエンス:

   • 署名者への通知: 署名者には、文書を確認して署名するよう電子メールで通知されます。
   • 署名アプリケーション: ユーザーはデジタル ID を選択し、ドキュメントを確認して署名を適用します。各署名は視覚的に区別され、タイムスタンプや署名者の ID などの追加情報を含めることができます。

反復的なデジタル署名を実装することで、組織はワークフローの効率を高め、高いセキュリティ基準を維持し、すべてのドキュメント承認が法的に拘束力を持ち、検証可能であることを保証できます。

コンセプトとメリット

反復署名は、デジタル ドキュメント管理における強力なアプローチであり、複数の関係者が以前の署名を無効にすることなく PDF ドキュメントに連続して署名できます。この方法により、各署名が有効かつ検証可能な状態が維持され、ドキュメントの整合性と信頼性が維持されます。反復署名は、法務、企業、規制環境など、複数のレベルの承認を必要とする組織にとって特に有益です。デジタル署名を連続して追加できるため、承認プロセスが合理化され、セキュリティが強化され、コンプライアンスと説明責任のために明確な監査証跡が維持されます。

企業における反復署名のユースケース

1. 企業承認:

   • 取締役会決議: 複数の取締役が決議や会議の議事録に署名できるため、文書を変更することなく各取締役の承認が記録されます。
   • 契約承認: 大企業では、契約には法務、財務、経営管理など複数の部門からの承認が必要になることがよくあります。反復署名により、各部門が順番に文書を確認して承認できます。

2. 法務およびコンプライアンス:

   • 規制書類: 規制機関に提出する文書には、多くの場合、さまざまな関係者からの複数の署名が必要です。反復署名により、文書の整合性を維持しながら、必要な署名が確実に収集されます。
   • 法的契約: 異なる事務所の弁護士が契約書に繰り返し署名し、文書の核心部分を変更することなく、各当事者の承認の明確な記録を残すことができます。

3. プロジェクト管理：

   • プロジェクト憲章: さまざまなプロジェクト関係者がプロジェクト憲章または計画に署名し、必要な承認がすべて構造化され検証可能な方法で取得されることを保証できます。
   • 変更要求: 反復署名により、プロジェクトの変更要求に対して複数レベルの承認が可能になり、変更がすべての関係者によって審査され、承認されることが保証されます。

文書承認プロセスにおける反復署名の利点

1. 強化されたセキュリティと整合性:

   • 以前の署名の保存: 各署名はドキュメントの内容を変更せずに追加されるため、以前の署名が有効かつ検証可能なままになります。
   • 改ざん防止: 署名後に文書を変更しようとすると署名が無効になり、改ざんに対する強力な抑止力となります。

2. ワークフロー効率の向上:

   • 順次承認: ドキュメントを承認のために順番にルーティングできるため、手動での調整の必要性が減り、承認プロセスがスピードアップします。
   • 監査証跡: 各署名にはタイムスタンプが付けられて記録され、コンプライアンスと説明責任の目的で確認できる明確な監査証跡が作成されます。

3. コンプライアンスと法的有効性:

   • 規制コンプライアンス: デジタル署名は、EU の eIDAS や米国の ESIGN 法などの規制の要件を満たすことが多く、多くの管轄区域で法的拘束力を持ち、認められています。
   • 否認不可: デジタル署名は署名者の身元と意図を証明し、署名の有効性に関する紛争のリスクを軽減します。

4. コスト削減:

   • 書類作業の削減: デジタル署名により物理的な文書が不要になり、印刷、配送、保管のコストが削減されます。
   • プロセスの合理化: 署名プロセスを自動化することで、組織はドキュメントの承認の管理に必要な時間とリソースを削減できます。

結論として、反復署名は、文書に対して複数レベルの承認を必要とする企業にとって重要な機能です。文書の整合性を損なうことなく順次署名を可能にすることで、セキュリティが強化され、ワークフローの効率が向上し、コンプライアンスが確保され、コストが大幅に削減されます。これにより、反復署名は現代のデジタル文書管理にとって非常に貴重なツールになります。

C# による反復署名の実装

提供されている C# の例は、GroupDocs.Signature for .NET を使用して、多数の連続したデジタル署名 PDF ドキュメントの 1 つの反復を適用する方法を示しています。この手法には、必要なオブジェクトの初期化、追加設定なしのデジタル オプションの設定、ドキュメントへのデジタル証明書の適用、最終出力の保存など、いくつかの重要な手順が含まれます。このコード ブロックは、同じドキュメントに対して、同じまたは異なるデジタル証明書を使用して無制限に呼び出すことができます。PDF ドキュメントが追加の変更なしでこの方法で署名されるまで、追加されたすべてのデジタル署名は有効なままです。

主な概念

• 1 つまたは複数の DigitalSignOptions を排他的に使用します。少なくとも 1 つの非デジタル オプションがある場合は、ドキュメントが変更されることを確認します。
• 追加の設定 ImagePath または ImageStream プロパティ: 各 DigitalSignOptions は、反復デジタル署名でこれらのプロパティをサポートするようになりました。
• 追加の設定「背景」または「境界線」プロパティ: これらのプロパティを設定すると、ライブラリは背景画像を手動で生成するようになります。

            string [] certificates = new string[] {"certificate-01.pfx", "certificate-02.pfx"};
            string[] passwords = new string[]
            {
                "1234567890",
                "1234567890"
            };
            // The path to the documents directory.            
            string filePath = "sample.pdf";            
            int iteration = 0;
            string outputFilePath = Path.Combine("signed-output.pdf");
            foreach (var certificate in certificates)
            {
                using (Signature signature = new Signature(filePath))
                {
                    DigitalSignOptions options = new DigitalSignOptions(certificate)
                    {
                        // certificate password
                        Password = passwords[iteration],
                        // digital certificate details
                        Reason = $"Approved-{iteration}",
                        Contact = $"John{iteration} Smith{iteration}",
                        Location = $"Location-{iteration}",
                        // no image
                        AllPages = true, 
                        Left = 10 + 100 * (iteration - 1),
                        Top = 10 + 100 * (iteration - 1),
                        Width = 160,
                        Height = 80,
                        Margin = new Padding() { Bottom = 10, Right = 10 }
                    };
                    string outputPath = Path.Combine(outputFilePath, $"result-{iteration}.pdf");
                    SignResult signResult = signature.Sign(outputPath, options);                    
                    filePath = outputPath;
                    Console.WriteLine($"\nSource document signed successfully {iteration++}-time with {signResult.Succeeded.Count} signature(s).");
                }
            }

無料トライアルを受ける

GroupDocs.Signature API は、リリース ダウンロード ウェブサイト から最新バージョンをダウンロードしてインストールするだけで無料でお試しいただけます。

一時ライセンスを取得して、ライブラリのすべての機能を制約なしにテストすることもできます。一時ライセンスを申請するには、一時ライセンス ページ にアクセスしてください。

参照

詳細情報と追加リソースについては、次のリンクが役立ちます。

• GroupDocs.Signature の .NET の例
• GroupDocs.Signature の Java 用サンプル
• Java サンプルによる Node.js 用 GroupDocs.Signature
• GroupDocs.Signature API を無料でダウンロードしてお試しください
• フルアクセスの一時ライセンスで GroupDocs.Signature をお試しください
• APIのドキュメント
• 無料サポートフォーラム