Sign X PDF Sign or edit PDFs in your browser. Tool processing is designed to stay on your device.
5/5 exports left today

Sign X PDF · Anleitungen

So prüfen Sie, ob eine PDF-Website Ihre Datei hochlädt

Verwenden Sie eine harmlose PDF-Datei mit eindeutigem Dateinamen und Marker und beobachten Sie das Network-Panel beim Öffnen, Bearbeiten und Exportieren. Prüfen Sie Fetch/XHR, Request-Bodies, Beacon, WebSockets und Service-Worker-Aktivität. Ein sauberer Test erlaubt nur eine Aussage über den geprüften Browser-Workflow; er beweist nicht, was ein kompromittiertes Gerät oder eine schädliche Erweiterung tun könnte.

Veröffentlicht: Zuletzt aktualisiert: Zuletzt geprüft:

Diese Anleitung beschreibt eine praktische Prüfung, keine Sicherheitszertifizierung und keine Rechtsberatung. Verwenden Sie eine nicht vertrauliche Testdatei und definieren Sie Ihr Bedrohungsmodell, bevor Sie sich auf ein Ergebnis verlassen.

Prüfumfang: Der Quellcode des öffentlichen Repositorys und die Open-Source-Komponenten wurden am 08.08.2026 geprüft. Der veröffentlichte Quellcode kann eingesehen werden, ist aber keine unabhängige Sicherheitszertifizierung. Die für die Browserprüfungen verwendeten Dateien blieben auf dem Testgerät und wurden nicht an die Anwendungsserver von Sign X PDF hochgeladen. Das ist ein begrenzter Nachweis und keine Garantie für ein kompromittiertes Gerät, schädliche Browser-Erweiterungen, Betriebssystemdienste oder künftige Codeänderungen.

1. Erstellen Sie eine nachvollziehbare Testdatei

Beginnen Sie nicht mit einem vertraulichen Dokument. Erstellen Sie eine kleine PDF-Datei mit einem eindeutigen Marker wie PDF-UPLOAD-CHECK-20260808-ALPHA und einem Dateinamen wie private-check-20260808-alpha.pdf. Der Marker macht es leichter, Dokumentbytes in einem sichtbaren Request-Body zu erkennen.

Verwenden Sie eine Datei, die während des Tests gefahrlos offengelegt werden kann. Ziel ist es, den Request-Weg zu beobachten, nicht die Sicherheit durch ein echtes Kundendokument zu riskieren.

  • Verwenden Sie einen eindeutigen Dateinamen und einen eindeutigen Textmarker.
  • Halten Sie die Testdatei klein, damit Sie sie wiederholt prüfen können.
  • Notieren Sie Browser, URL, Vorgang und Prüfzeitpunkt.

2. Beobachten Sie das Network-Panel vor der Dateiauswahl

Öffnen Sie die Entwicklertools, wählen Sie Network, aktivieren Sie Preserve log und löschen Sie vorhandene Requests. Beginnen Sie mit Fetch/XHR und wiederholen Sie die Prüfung danach mit All, WS und weiteren passenden Filtern. Laden Sie die Seite und warten Sie, bis normale HTML-, JavaScript-, Schrift-, Bild- und WebAssembly-Ressourcen geladen sind, bevor Sie die Testdatei auswählen.

Ressourcen-Requests sind auf einer normalen Website zu erwarten. Entscheidend ist, ob die Bytes der ausgewählten PDF-Datei an einen Endpoint für Upload, Konvertierung oder Speicherung gesendet werden.

  • Suchen Sie nach POST- oder PUT-Requests, die nach der Dateiauswahl beginnen.
  • Prüfen Sie Payload, form-data und multipart-Felder, soweit DevTools sie anzeigt.
  • Achten Sie auf Request-URLs und nicht nur auf den Statuscode der Antwort.
  • Wiederholen Sie den Test beim Export, weil manche Anwendungen erst dann senden.

3. Prüfen Sie mehr als Fetch und XHR

Ein enger Fetch/XHR-Filter kann andere Übertragungswege ausblenden. Prüfen Sie Beacon-Aufrufe, WebSocket-Nachrichten und Service-Worker-Aktivität, wenn das Produkt diese verwendet. Ein Service Worker kann einen Request vermitteln, auch wenn der Seitencode keinen direkten fetch-Aufruf enthält.

Das Ausbleiben eines sichtbaren Requests ist ein Nachweis für die beobachtete Sitzung und den geprüften Workflow. Es beweist nicht, dass kein anderes Programm auf dem Gerät die Datei lesen kann.

  • Beacon: Prüfen Sie Aufrufe beim Speichern, Navigieren oder Verlassen der Seite.
  • WebSockets: Suchen Sie in Nachrichten nach dem Marker oder Dateinamen.
  • Service Worker: Prüfen Sie Registrierungen und vermittelte Netzwerkaktivität.
  • Suchen Sie in sichtbaren Request-Details nach dem eindeutigen Dateinamen und Marker.

4. Wiederholen Sie den Vorgang und vergleichen Sie die Spuren

Führen Sie dieselbe Testdatei durch jeden relevanten Vorgang, etwa Signieren, Zusammenfügen, Komprimieren, Neuanordnen und Löschen von Seiten. Wiederholen Sie den Test mit einem zweiten Marker. Konsistente Spuren sind aussagekräftiger als ein einzelner sauberer Seitenaufruf, besonders wenn eine Anwendung Code verzögert lädt.

Nach diesem Prinzip arbeitet auch der automatisierte Privatsphärentest von Sign X PDF: Vor dem Vorgang werden tiefe Request-Hooks installiert und verdächtige Muster für Dokument-Uploads erkannt. Die öffentliche Methodik zeigt die konkreten Prüfungen, statt nur ein Versprechen zu wiederholen.

  • Prüfen Sie sowohl das Öffnen als auch den Export.
  • Prüfen Sie jeden Vorgang, der für Ihr Datenschutzmodell relevant ist.
  • Speichern Sie HAR-Dateien oder Screenshots nur in redigierter Form, wenn sie keine vertraulichen Daten enthalten.

Was diese Prüfung nicht beweisen kann

Die Browser-Netzwerkprüfung auditiert kein kompromittiertes Betriebssystem, keine Malware, keine schädliche Erweiterung, keine andere Anwendung mit Dateizugriff und keine künftige Bereitstellung. Sie beweist auch keine rechtliche Konformität oder serverseitige Aufbewahrung, wenn dieses Verhalten außerhalb der Browser-Spur liegt.

Behandeln Sie das Ergebnis als begrenzte und wiederholbare Beobachtung. Bei einem risikoreichen Workflow sollten Sie zusätzlich Quellcode, Datenschutzerklärung, Aufbewahrungsbedingungen und Bedrohungsmodell des Anbieters prüfen.

So haben wir es geprüft

Öffentliche Datenschutzmethodik

Result: Der öffentliche Test installiert vor fünf PDF-Workflows Hooks für Requests, Beacon, WebSockets und Service Worker.

Scope: Signieren, Zusammenfügen, Komprimieren, Neuanordnen und Löschen von Seiten.

Limits: Das Verhalten anderer Anwendungen, schädlicher Erweiterungen, von Malware und künftiger Bereitstellungen wird nicht bewiesen.

Source: https://www.signxpdf.com/en/verification/

Browser-Network-Prüfung

Result: Eindeutige Dateinamen und Marker liefern wiederholbare Signale für Request-URLs und Request-Bodies.

Scope: Manuelle Untersuchungsmethode dieser Anleitung.

Limits: Die Sichtbarkeit hängt von Browser und Service-Worker-Verhalten ab; ein fehlender Request ist keine universelle Garantie.

Source: https://developer.chrome.com/docs/devtools/network/

Häufige Fragen

Beweist ein unauffälliges Network-Panel, dass eine PDF-Website privat ist?

Nein. Es stützt eine Aussage über die geprüfte Browser-Sitzung und den Workflow. Malware, Erweiterungen, Betriebssystem, serverseitige Aufbewahrung und künftige Änderungen sind nicht abgedeckt.

Warum sollte ich einen eindeutigen Dateinamen und Marker verwenden?

Damit Sie Dokumentbytes in URLs, Payloads, Multipart-Daten oder WebSocket-Nachrichten erkennen können, ohne ein vertrauliches Dokument zu verwenden.

Führt Sign X PDF eine solche Prüfung durch?

Ja. Der öffentliche Test führt Signieren, Zusammenfügen, Komprimieren, Neuanordnen und Löschen aus und beobachtet im angegebenen Umfang Requests, Beacon, WebSockets und Service Worker.

Verwandte Seiten