Sign X PDF · ガイド
PDFサイトがファイルをアップロードするか確認する方法
一意のファイル名とテキストマーカーを入れた安全なPDFを用意し、開く・編集する・書き出す操作中にNetworkパネルを確認します。Fetch/XHR、リクエスト本文、Beacon、WebSocket、Service Workerの通信を調べてください。何も見つからない場合でも、結論は確認したブラウザのセッションと操作範囲に限られます。侵害された端末や悪意のある拡張機能の動作まで証明するものではありません。
このガイドは実践的な確認方法を示すものであり、セキュリティ認証や法的助言ではありません。機密情報を含まないテストファイルを使い、結果に依拠する前に自分の脅威モデルを決めてください。
検証範囲: 公開リポジトリのソースコードとオープンソースコンポーネントを2026年8月8日に確認しました。公開されているコードは閲覧できますが、独立したセキュリティ認証を意味するものではありません。ブラウザテストで使用したファイルはテスト用端末にとどまり、Sign X PDFのアプリケーションサーバーにはアップロードされませんでした。これは範囲を限定した証拠であり、侵害された端末、ブラウザ拡張機能、OSのサービス、将来のコード変更について保証するものではありません。
1. 見分けやすいテストファイルを作る
最初から機密文書を使わないでください。PDFにPDF-UPLOAD-CHECK-20260808-ALPHAのような一意のマーカーを入れ、private-check-20260808-alpha.pdfのような一意のファイル名を付けます。リクエスト本文を表示できる場合、マーカーが文書データを見つける手がかりになります。
確認中に公開されても問題のないファイルを使ってください。目的は実際の文書を危険にさらすことではなく、通信の経路を観察することです。
- 一意のファイル名と一意のテキストマーカーを組み合わせます。
- 繰り返し確認できるよう、小さく扱いやすいファイルにします。
- ブラウザ、URL、操作、確認日時を記録します。
2. ファイルを選ぶ前にNetworkパネルを見る
開発者ツールを開き、Networkを選択します。Preserve logを有効にして、既存のリクエストを消去してください。まずFetch/XHRで確認し、その後All、WSなどのフィルターでも繰り返します。PDFを選ぶ前に、HTML、JavaScript、フォント、画像、WebAssemblyなど通常のページリソースの読み込みを終わらせます。
通常のリソースがネットワークから取得されること自体は問題ではありません。確認したいのは、選択したPDFのバイト列がアップロード、変換、保存用のエンドポイントへ送られているかどうかです。
- ファイル選択の直後に始まるPOSTまたはPUTリクエストを探します。
- DevToolsに表示される場合は、payload、form-data、multipartの項目を確認します。
- レスポンスのステータスだけでなく、リクエスト先のURLを確認します。
- 書き出し時にも繰り返します。アプリによってはその時点まで送信しないことがあります。
3. FetchとXHR以外の経路も確認する
Fetch/XHRだけのフィルターでは、別の通信経路を見落とす可能性があります。製品が使っている場合は、Beacon、WebSocketのメッセージ、Service Workerの動作も確認してください。ページのコードが直接fetchを呼び出していなくても、Service Workerがリクエストを仲介することがあります。
リクエストが見つからないことは、観察したセッションとワークフローについての証拠です。端末上の別のプログラムがファイルを読み取れないことを証明するものではありません。
- Beacon: 保存、ページ移動、ページ終了時に発生する呼び出しを確認します。
- WebSocket: メッセージにマーカーやファイル名が含まれていないか確認します。
- Service Worker: 登録状況と、ワーカーが仲介するネットワーク動作を確認します。
- 表示されたリクエストの詳細から、一意のファイル名とマーカーを検索します。
4. 操作を繰り返し、通信記録を比較する
署名、結合、圧縮、ページの並べ替え、ページの削除など、必要な操作ごとに同じテストファイルを使います。2つ目のマーカーでも繰り返してください。アプリがコードを遅延読み込みする場合もあるため、1回だけの結果より一貫した結果のほうが役立ちます。
これはSign X PDFの自動プライバシーテストと同じ考え方です。操作を行う前に深いリクエストフックを設定し、文書のアップロードを示すパターンを検出します。公開されている検証方法では、スローガンではなく確認した内容を示しています。
- ファイルを開くときと書き出すときの両方を確認します。
- 自分のプライバシーモデルで重要な操作をすべて確認します。
- HARやスクリーンショットを保存する場合は、機密情報を除去します。
この確認で証明できないこと
ブラウザのNetworkパネルは、侵害されたOS、マルウェア、悪意のある拡張機能、ファイルにアクセスできる別のアプリ、将来のデプロイを監査するものではありません。ブラウザの通信記録の外側にあるサーバー側の保持動作や、法令への適合性も、この確認だけでは判断できません。
結果は範囲を限定した再現可能な観察として扱ってください。高リスクのワークフローでは、提供者のソースコード、プライバシーポリシー、保持条件、脅威モデルも確認しましょう。
確認方法
公開プライバシー検証方法
Result: 公開テストでは、5つのPDF操作の前にリクエスト、Beacon、WebSocket、Service Workerのフックを設定します。
Scope: 署名、結合、圧縮、ページの並べ替え、ページの削除の各ワークフロー。
Limits: 別のアプリ、悪意のある拡張機能、マルウェア、将来のデプロイの動作は証明しません。
Source: https://www.signxpdf.com/en/verification/
ブラウザNetwork確認方法
Result: 一意のファイル名とマーカーを使うと、リクエストURLや本文を繰り返し確認できます。
Scope: このガイドで説明する手動調査方法。
Limits: DevToolsで見える範囲はブラウザやService Workerの動作に依存します。通信が見えないことは普遍的な保証ではありません。
Source: https://developer.chrome.com/docs/devtools/network/
よくある質問
Networkパネルに問題がなければ、PDFサイトがプライベートだと証明できますか？
いいえ。確認したブラウザのセッションと操作についての結論を支えるだけです。マルウェア、拡張機能、OS、サーバー側の保持、将来の変更は対象外です。
なぜ一意のファイル名とマーカーを使うのですか？
機密文書を使わずに、URL、payload、multipartデータ、WebSocketメッセージの中から文書データを見分けやすくするためです。
Sign X PDFもこのような確認をしていますか？
はい。公開されているテストでは、署名、結合、圧縮、並べ替え、削除の5つのPDF操作を行い、記載された範囲でリクエスト、Beacon、WebSocket、Service Workerを監視します。