パスワード保護とデジタル署名は、ドキュメントのセキュリティに関する 2 つのまったく異なる懸念事項に対処しますが、これらはしばしば同じものであるかのように議論されます。パスワードは、ファイルを開いたり変更したりできるユーザーを制御します。デジタル署名は、コンテンツを作成または承認した人、および署名後に文書が変更されたかどうかを検証します。パスワードと デジタル署名 の両方で PDF を保護すると、2 つの独立したセキュリティ層が作成されます。1 つはアクセス制御用、もう 1 つは信頼性と完全性の検証用です。両方を正しく構成する方法を理解することは、契約書、規制当局への提出、および不正アクセスと改ざんの両方が重大な結果をもたらす文書にとって重要です。
パスワードとデジタル署名の違い
PDF パスワードはファイル アクセス レベルで機能します。オープンパスワードはドキュメント全体を暗号化し、正しい資格情報なしではドキュメントが開かれないようにします。許可パスワードを使用すると、開くことはできますが、編集、印刷、コピーは制限されます。どちらのパスワード タイプも、受信者がファイルに対して実行できる内容を制御します。デジタル署名はコンテンツ レベルで機能します。署名時に文書コンテンツに暗号化ハッシュを適用し、署名者を識別する証明書を埋め込みます。署名後に誰かが文書の 1 バイトを変更すると、署名が壊れ、文書が署名後に変更されたことを示す警告がビューアに表示されます。
両方の保護を 1 つの PDF に追加すると、権限のない者が開くことができず、権限のある者が検出されずに変更できないドキュメントが作成されます。この組み合わせは、法的契約、政府への提出書類、財務契約の標準的な慣行です。パスワードによって提供される PDF Security は、誰が文書にアクセスできるかという質問に答えますが、デジタル署名は、文書が承認されたときの内容がまだ書かれているかどうかという質問に答えます。
最初にパスワード保護を適用する
これら 2 つの保護を組み合わせる場合、操作の順序が重要になります。署名する前に、まずパスワードを適用します。署名後にパスワードを変更すると、ドキュメントのメタデータが変更され、デジタル署名が破壊されます。パスワードを適用するときは、ドキュメントを表示する前に入力が必要な公開パスワードと、表示は許可するがそれ以降のアクションを制限する許可パスワードのどちらかを選択します。デジタル署名も含まれるドキュメントの場合、署名自体が改ざんを防止するため、通常は許可パスワードで十分です。
暗号化レベルを AES-256 に設定します。これは PDF 仕様で使用可能な最も強力なオプションであり、最新のすべての PDF ビューアでサポートされています。古い RC4 暗号化は避けてください。この暗号化は既知の攻撃に対して脆弱であり、確実にバイパスしようとする試みに対して意味のあるセキュリティを提供しません。パスワードを設定する場合は、大文字、小文字、数字、記号を組み合わせた12文字以上の文字列を使用してください。短いパスワードや予測可能なパスワードは、最も強力な暗号化アルゴリズムであっても無効になります。
パスワード保護後のデジタル署名の追加
パスワード保護を設定したら、デジタル証明書ベースの署名をサポートする署名ツールで保護された PDF を開きます。電子署名イメージを追加するのではなく、デジタル署名するオプションを選択します。デジタル署名プロセスでは、デジタル証明書を選択するように求められます。証明書をお持ちでない場合は、信頼できる認証局から証明書を取得するか、内部使用のために自己署名証明書を作成できます。認証局は証明書を発行する前にあなたの身元を確認します。これにより、受信者は署名が本当にあなたのものであるという確信を得ることができます。
署名者が従来手書き署名を配置していた文書上の位置に署名ブロックを配置します。受信者が文書を閲覧すると、デジタル署名ブロックにはあなたの名前、署名日、証明書の発行者が表示されます。署名後にドキュメントをロックするように署名を構成します。これにより、署名を無効にすることなくコンテンツ、フォーム フィールド、または注釈がそれ以上変更されるのを防ぐことができます。このロック オプションは署名ダイアログのチェックボックスで、見落とされがちですが、整合性保護を意味のあるものにするためには不可欠です。
構成後の両方の保護のテスト
パスワードとデジタル署名の両方を適用した後、対象受信者の観点から文書をテストします。 PDF を完全に閉じて、再度開きます。コンテンツを表示する前に、パスワードの入力を求められます。正しいパスワードを入力した後、デジタル署名パネルに有効な署名ステータスが表示され、変更の警告がないことを確認します。 PDF エディタを使用してドキュメントを編集してみます。この試行は許可パスワードによってブロックするか、許可されている場合は直ちにデジタル署名を無効にする必要があります。
以下の表は、各セキュリティ層が保護するものと保護しないものをまとめたものです。
| セキュリティ層 | からの保護 | は、に対しては保護されません |
|---|---|---|
| パスワードを開く | 不正閲覧 | 許可されたユーザーがパスワードを共有したり、開いた後にコンテンツをコピーしたりする |
| 許可パスワード | 編集、印刷、コピー | スクリーンショットのキャプチャまたは画面の写真撮影 |
| デジタル署名 | 検出されないコンテンツ改ざん | 署名者が間違ったまたは不正な署名を適用した |
パスワードと証明書を安全に管理する
どちらの保護の強度も、資格情報をどの程度適切に管理するかによって決まります。ドキュメントのパスワードは、PDF と一緒に電子メールで送信したり、メッセージの本文に書き込んだりするのではなく、パスワード マネージャーに保存してください。受信者の電子メールを侵害する攻撃者が文書とそのパスワードの両方を自動的に取得しないように、電話やテキスト メッセージなどの別のチャネルを通じて受信者にパスワードを伝えます。デジタル証明書の場合は、秘密キーを独自の強力なパスワードで保護された安全なキーストアに保管し、秘密キー ファイルやそのパスワードを誰とも共有しないでください。
同じ PDF に複数の当事者が署名する必要がある場合は、1 つのセッションですべての署名を適用するのではなく、署名フィールドを順番に構成します。各署名者は現在の状態の文書を確認し、署名を適用して、次の署名者に渡す必要があります。最終受信者は、署名のチェーン全体を検証できます。 WukongPDF は、統一インターフェイスでパスワード保護と署名ツールを提供します。これにより、複数のアプリケーションを切り替えることなく、単一の文書に両方の保護を適用するワークフローが簡素化されます。
チーム環境での署名および保護されたドキュメントの管理
両方の保護メカニズムを備えた文書を複数の人が操作する必要がある場合は、誰がどの保護をどの順序で適用するかについて明確な手順を確立します。デジタル署名は常に最後に適用される操作である必要があります。署名後に誰かが文書を編集すると、署名は壊れます。署名後に誰かがパスワードを変更すると、署名は壊れます。署名者は、配布前に文書に最後に触れる必要があります。
チーム ワークフローの場合は、署名フィールドとパスワード テンプレートをサポートする PDF ツールの使用を検討してください。署名フィールドは、各署名者のためにページ上の場所を予約し、署名順序を強制します。パスワード テンプレートには暗号化設定が保存されるため、プロジェクト内のすべてのドキュメントに同じ保護レベルが一貫して適用されます。これらの設定を標準化すると、契約パッケージ内のドキュメントの半分に 1 つの保護構成があり、残りの半分に別の保護構成が設定されるという状況が防止されます。
WukongPDF は、パスワード保護とデジタル署名機能の両方を単一のプラットフォームで提供します。これにより、保護の種類ごとに個別のツールを切り替えることなく、PDF ドキュメントに階層化セキュリティを適用するワークフローが簡素化されます。
保護され署名された PDF を受信者に送信する場合は、ドキュメントを配信する電子メールとは別のチャネルを通じてパスワードを伝えます。 PDF とそのパスワードの両方を同じ電子メールで送信すると、パスワード保護の目的が無効になります。電話、テキスト メッセージ、暗号化されたメッセージング アプリはすべて、パスワード配信に適した帯域外チャネルです。
文書を長期保存する場合は、パスワードとデジタル証明書に数年後もアクセスできるかどうかを検討してください。誰もが忘れたパスワードで暗号化された PDF は事実上失われます。安全なパスワード マネージャーにパスワードを文書化し、期限が切れるかなり前にカレンダーのリマインダーに証明書の有効期限を記録します。
署名され保護された文書が規制当局への提出の一部である場合は、最終決定する前に特定の技術要件を確認してください。一部の規制システムでは、特定の暗号化タイプを使用した PDF を拒否したり、デジタル署名に特定の認定プロバイダーからの証明書を使用することを要求したりしています。 SEC EDGAR システムと多くの裁判所電子出願プラットフォームは、どの PDF セキュリティ機能が受け入れられ、どのセキュリティ機能が自動的に拒否されるかを正確に詳述する技術仕様を公開しています。
セキュリティ構成をコンパニオン レコードに文書化します。コンパニオン レコードはプロジェクト ファイルとともに残りますが、PDF 自体とは別に保存されます。暗号化の種類、パスワードのヒント (設定されている場合)、証明書の発行者と有効期限、保護が適用された日付に注意してください。この記録は、誰かが文書の信頼性を検証したり、新しいチーム メンバーにアクセスを許可したりする必要がある場合に、数か月後に必然的に生じる質問に答えます。
保護され署名されたドキュメントを完成させる前の実際的なテスト手順: これまでアクセスしたことがなく、資格情報がキャッシュされていないデバイスでファイルを開きます。このクリーン環境のテストでは、外部の受信者が経験することをシミュレートし、プライマリ作業マシンでのテスト中に、キャッシュされたパスワードや保存された証明書によって隠蔽される可能性がある問題を明らかにします。
保護され署名されたドキュメントの送信前簡単なチェックリスト: パスワードがクリーンなデバイスで機能することを確認し、署名が有効であることを確認し、復号化後にすべてのページが正しく表示されることを確認します。