Sicherheit

1. Client-seitige Verarbeitung im Browser

Die meisten OptimaPDF-Werkzeuge arbeiten mit einer Zero-Trust-Architektur — Ihre Datei verlässt niemals Ihr Gerät. Wir verwenden WebAssembly und JavaScript, um PDF-Dateien direkt in Ihrem Browser zu verarbeiten. Das bedeutet, dass sogar wir als Betreiber des Dienstes keinen Zugriff auf Ihre Dateien haben. Dies betrifft: Zusammenfügen, Teilen, Drehen, Wasserzeichen, Seitennummerierung, Zuschneiden, Bearbeiten, Signieren, Schwärzen, Flattening, Seiten löschen, Seiten extrahieren, Reihenfolge ändern, Seite hinzufügen, Metadaten, PDF→SVG, PDF→EPUB, PDF→TXT, Formulare ausfüllen, PDF→Bilder, PDF/A, PDF vergleichen, Entsperren und Passwortschutz.

2. TLS/SSL-Verschlüsselung

Die gesamte Kommunikation zwischen Ihrem Browser und unserem Server wird mit TLS 1.3 (Transport Layer Security) verschlüsselt. Wir verwenden ein SSL-Zertifikat, das von einer vertrauenswürdigen Zertifizierungsstelle ausgestellt wurde. Das bedeutet, dass Daten, die über das Internet übertragen werden, für Dritte unlesbar sind. Sie können die Gültigkeit des Zertifikats überprüfen, indem Sie auf das Schlosssymbol in der Adressleiste Ihres Browsers klicken.

3. Content Security Policy (CSP)

Wir setzen eine strenge Content Security Policy (CSP) durch, die die Ausführung von Skripten aus nicht vertrauenswürdigen Quellen einschränkt. CSP verhindert Cross-Site Scripting (XSS)-Angriffe, Code-Injection und Datendiebstahl. Unsere CSP-Richtlinie wird regelmäßig auditiert und aktualisiert.

4. Nur-RAM-Verarbeitung

Für Werkzeuge, die eine serverseitige Verarbeitung erfordern (Komprimierung, OCR, Formatkonvertierungen), werden Dateien ausschließlich im RAM des Servers verarbeitet. Dateien werden nicht auf die Festplatte geschrieben, nicht in Backups kopiert und nicht repliziert. Sobald der Vorgang abgeschlossen ist, wird die Datei sofort aus dem Speicher gelöscht. Maximale Speicherzeit auf dem Server: einige Sekunden.

5. Dateiverifizierung

• Magic-Bytes-Verifizierung — vor der Verarbeitung prüfen wir, ob die hochgeladene Datei tatsächlich eine PDF-Datei ist, indem wir ihren Header (%PDF) analysieren. Dies verhindert Angriffe durch Dateityp-Spoofing.
• Dateigrößenlimit — maximale Upload-Größe ist 100 MB. Dies schützt sowohl vor Serverüberlastung als auch vor potenziellen DoS-Angriffen.
• Integritätsprüfung — wir prüfen, ob die Datei vor Beginn der Verarbeitung nicht beschädigt ist.

6. Schutz vor Angriffen

• CSRF-Schutz — wir verwenden Anti-CSRF-Token und Origin/Referer-Header-Überprüfung, um Cross-Site Request Forgery-Angriffe zu verhindern.
• Rate Limiting — wir begrenzen Anfragen von einer einzelnen IP-Adresse, um Brute-Force- und DoS-Angriffe zu verhindern.
• HTTP-Sicherheitsheader — wir setzen X-Content-Type-Options (nosniff), X-Frame-Options (DENY), Strict-Transport-Security (HSTS) und Referrer-Policy-Header.
• Eingabevalidierung — alle Eingabedaten werden sowohl auf Client- als auch auf Serverseite validiert, was Injection-Angriffe verhindert.

7. Null Datenspeicherung

Wir speichern Ihre Dateien oder personenbezogenen Daten nicht auf dem Server. Wir erfordern keine Registrierung, Anmeldung oder E-Mail-Adresse zur Nutzung der Werkzeuge. Wir erstellen keine Benutzerprofile und verfolgen Ihre Aktivitäten nicht zwischen Besuchen.

8. Sicherheit der KI-Funktionen

KI-Funktionen verwenden die externe OpenRouter-API. Ihr API-Schlüssel wird ausschließlich im localStorage Ihres Browsers gespeichert — wir haben keinen Zugriff darauf. An OpenRouter gesendeter Text ist auf den aus dem PDF extrahierten Inhalt beschränkt. Wir senden keine nutzerverknüpfenden Daten, IP-Adressen oder Browser-Informationen. OpenRouter verwendet TLS-Verschlüsselung und nutzt eingereichte Inhalte nicht zum Training von KI-Modellen.

9. Abhängigkeitssicherheit

Wir aktualisieren regelmäßig alle im Projekt verwendeten Bibliotheken und Abhängigkeiten. Wir verwenden automatische Schwachstellenscan-Tools (npm audit, Snyk). Alle kritischen Schwachstellen werden innerhalb von 48 Stunden nach CVE-Veröffentlichung behoben.

10. Schwachstellenoffenlegung

Wenn Sie eine Sicherheitslücke in OptimaPDF entdecken, melden Sie diese bitte verantwortungsvoll per E-Mail an kontakt@optimapdf.com. Wir verpflichten uns zu:

• Bestätigung des Eingangs innerhalb von 24 Stunden.
• Durchführung einer Analyse und Ergreifung korrekter Maßnahmen innerhalb von 14 Tagen (je nach Schweregrad).
• Information des Melders über ergriffene Maßnahmen.
• Keine rechtlichen Schritte gegen Personen, die Schwachstellen verantwortungsvoll offenlegen.

11. Sicherheit der Dateiübertragung

In den seltenen Fällen, in denen eine Datei an den Server gesendet werden muss (serverseitige Werkzeuge), erfolgt die Übertragung über eine verschlüsselte HTTPS-Verbindung mit TLS 1.3. Die Datei wird im Speicher (Streaming) übertragen, ohne temporäre Festplattenspeicherung. Nach Erhalt der Antwort wird die Datei sofort aus dem Serverspeicher gelöscht. Wir führen keine Protokolle über Dateivorgänge.

12. Standards-Konformität

Wir halten uns an folgende Sicherheitsstandards und Empfehlungen:

• OWASP Top 10 — Schutz vor den häufigsten Schwachstellen von Webanwendungen.
• DSGVO (GDPR) — Schutz personenbezogener Daten gemäß EU-Verordnung 2016/679.
• CERT Polska-Richtlinien — Befolgung der Empfehlungen des polnischen CERT-Teams.
• Mozilla Observatory — wir streben eine A+-Bewertung im HTTP-Header-Sicherheitstest an.

13. Verschlüsselung ruhender Daten und ISO-27001-/SOC-2-Zertifizierung

Die meisten Vorgänge mit Ihren Dateien finden ausschließlich in Ihrem Browser statt und erreichen niemals einen Server — auf unserer Seite gibt es also gar keine "ruhenden Daten", die verschlüsselt werden müssten. Bei den wenigen Werkzeugen, die eine serverseitige Verarbeitung erfordern (siehe Punkte 4 und 11), existiert die Datei nur wenige Sekunden im Arbeitsspeicher (RAM) des Servers und wird unmittelbar nach Abschluss des Vorgangs gelöscht — sie wird niemals auf Festplatte geschrieben, gesichert oder in einer Datenbank gespeichert, sodass der Begriff "Verschlüsselung ruhender Daten" hier praktisch nicht greift. Wir verfügen nicht über eine formale ISO-27001- oder SOC-2-Zertifizierung. Dabei handelt es sich um kostspielige, mehrjährige Auditprogramme, die vor allem für Organisationen konzipiert sind, die dauerhafte Kundendatenspeicher, Betriebsprozesse und mehrköpfige Teams unterhalten — in einer Architektur, in der der Server überhaupt keine Nutzerdaten dauerhaft speichert, laufen die meisten der von diesen Zertifizierungen abgedeckten Kontrollen ins Leere. Stattdessen setzen wir auf die alternativen, im Quellcode nachprüfbaren Garantien aus den Punkten 1–12 oben (keine Speicherung, verschlüsselte Übertragung, CSP, Angriffsschutz, öffentlicher Prozess zur Meldung von Schwachstellen).

14. eIDAS und qualifizierte elektronische Signatur (QES)

Das Werkzeug "PDF signieren" bietet einen PAdES-Signaturmodus (eine fortgeschrittene elektronische Signatur) mit Ihrem eigenen Zertifikat (.p12/.pfx) — der gesamte Vorgang läuft lokal in Ihrem Browser ab; Ihre Datei und Ihr Zertifikat werden niemals auf einen Server hochgeladen. Dies ist eine echte kryptografische Signatur, kein bloßes Bild einer Unterschrift. Wichtiger Hinweis: Diese Signatur ist NICHT automatisch eine qualifizierte elektronische Signatur (QES) im Sinne der EU-Verordnung eIDAS (910/2014) — der QES-Status hängt ausschließlich davon ab, ob Ihr Zertifikat von einem qualifizierten Vertrauensdiensteanbieter (QTSP) auf einer qualifizierten Signaturerstellungseinheit ausgestellt wurde. Die Ausstellung eines solchen Zertifikats und die Identitätsprüfung seines Inhabers erfordern zwangsläufig einen externen, lizenzierten Dritten — das ist der einzige Teil dieses Prozesses, der nicht zu 100 % lokal, ohne Server, erledigt werden kann. Ist Ihr Zertifikat qualifiziert, erfüllt eine damit erstellte PAdES-Signatur die Anforderungen einer QES; verwenden Sie ein selbstsigniertes oder firmeneigenes Zertifikat, erstellen Sie eine rechtsgültige fortgeschrittene elektronische Signatur, jedoch keine qualifizierte. Prüfen Sie die für Ihren Anwendungsfall geltenden rechtlichen Anforderungen.