Zum Inhalt springen
getnextpdf.com

Enterprise Edition

Forensik — Ausführliche Referenz

Diese Detailreferenz dokumentiert, wie Revisionen begrenzt werden, wie Objektänderungen über die Revisionskette hinweg klassifiziert werden und wie Ereignisse gruppiert werden.

Diese Fähigkeit wird mit NextPDF Enterprise (nextpdf/enterprise) ausgeliefert und wird mit einer Lizenzhülle der Enterprise-Stufe aktiviert. Ein Deployment ohne diese Berechtigung lädt die Klassen der Fähigkeit nicht. Editionen vergleichen und Lizenz erwerben.

Der Analyzer ist schreibgeschützt und verändert die Eingabe nicht.

ForensicAnalyzer::analyze parst jeden Cross-Reference-Abschnitt, leitet eine Byte-Grenze pro Revision ab (Start, Ende, Größe) und erstellt eine Zusammenfassung pro Revision. Anschließend läuft er von der neuesten Revision zur ältesten und vergleicht für jede Revision ihre Cross-Reference-Einträge mit der nächstälteren Revision:

  • Ein Objekt, das jetzt vorhanden ist, in der älteren Revision aber fehlt und kein freier Eintrag ist, wird als Added klassifiziert.
  • Ein Objekt, das jetzt ein freier Eintrag ist, zuvor aber nicht frei war, wird als Deleted klassifiziert, wobei die vorherige Revision festgehalten wird.
  • Ein Objekt, das in beiden Revisionen aktiv ist und dessen Byte-Offset abweicht, wird als Modified klassifiziert, wobei die vorherige Revision festgehalten wird.

Objektänderungen werden pro Revision zu Ereignissen gruppiert: Eine Signaturrevision, die in der älteren Revision nicht signiert war, ergibt SignatureAdded; eine Root-Aktualisierung ergibt CatalogUpdated; ein auftauchendes Verschlüsselungs-Dictionary ergibt EncryptionChanged; und hinzugefügte, geänderte oder gelöschte Objektmengen ergeben die entsprechenden Objektereignisse. Das Vorhandensein einer Signatur ist eine strukturelle Heuristik (ein Document-Security-Store-Eintrag im Trailer): Es ist eine Existenzerkennung, keine Validierung und keine manipulationssichere Feststellung der Integrität.

Der Cross-Reference-Abschnitt einer Aktualisierung listet nur Objekte auf, die in dieser Aktualisierung hinzugefügt, geändert oder gelöscht wurden (ISO 32000-2:2020 §7.5.5); ein geändertes Objekt wird als neue Kopie angehängt und sein Offset überschreibt den älteren (§7.5.6); ein Document Security Store kann in einer späteren Revision erscheinen (§12.8.4).

NextPDF\Enterprise\Forensics\ForensicAnalyzer, NextPDF\Enterprise\Forensics\ForensicReport, NextPDF\Enterprise\Forensics\RevisionSummary, NextPDF\Enterprise\Forensics\ForensicEvent, NextPDF\Enterprise\Forensics\ForensicEventType, NextPDF\Enterprise\Forensics\ObjectChange, NextPDF\Enterprise\Forensics\ObjectChangeType. Die Signaturen sind auf der öffentlichen Seite aufgeführt.

Die Klassifizierung spiegelt das Incremental-Update-Modell von ISO 32000-2:2020 §7.5.5–§7.5.6 wider. Der Analyzer meldet die Sicht des Parsers auf die Kette; er zertifiziert keine Integrität und ist für sich genommen kein gerichtsverwertbarer Beweis.

  • Eine Deleted-Klassifizierung ist ein Übergang zu einem freien Eintrag; eine ältere Kopie des Objekts kann weiterhin auflösbar sein. Sie ist keine Garantie der Nicht-Wiederherstellbarkeit.
  • Trailer-Informationen werden auf einen sicheren Schlüsselsatz gefiltert; sensible Schlüssel werden als vorhanden vermerkt, ohne ihre Werte offenzulegen.
  • In diesem Modul findet keine kryptografische Operation statt, daher gibt es kein FIPS-Modus-spezifisches Verhalten.

Diese Seite dokumentiert ausschließlich extern beobachtbares Verhalten und die unterstützte öffentliche API-Oberfläche. Interne Namespace-Pfade, Hilfsklassen, Mechanismus-Tabellen, Runbook-Dateinamen und Ticket-Präfixe liegen außerhalb des Umfangs.

NextPDF Core (Apache-2.0) hat keinen forensischen Analyzer für die Revisionshistorie — keinen; diese Fähigkeit hat kein Core-Tier-Äquivalent. Core liefert die maßgebliche Signaturvalidierungsoberfläche, mit der der Analyzer zusammenwirkt, die er aber nicht ersetzt.

NextPDF Pro hat keinen forensischen Analyzer für die Revisionshistorie — keinen; diese Fähigkeit hat kein Pro-Tier-Äquivalent. Die Klassifizierung von Objektänderungen pro Objekt und der JSON-serialisierbare Bericht werden ausschließlich im Paket nextpdf/enterprise ausgeliefert.

Die Ableitung der Revisionsgrenzen, die Regeln zur Klassifizierung von Objektänderungen und die Gruppierung der Ereignis-Timeline werden auf Verhaltensebene beschrieben. Das Vorhandensein einer Signatur ist ausschließlich eine strukturelle Heuristik; die Signaturgültigkeit liegt hier bewusst außerhalb des Umfangs — sie ist die Verantwortung der Core-Signieroberfläche. Trailer-Informationen werden auf einen sicheren Schlüsselsatz gefiltert, und sensible Schlüssel werden als vorhanden vermerkt, ohne ihre Werte offenzulegen.

Die Analyse läuft in-process auf dem Host, der das PDF hält; kein Dokumentinhalt verlässt den Host. Ob das Eingabe-PDF oder der Bericht personenbezogene Daten enthält und wo jeweils gespeichert wird, ist eine Deployment-Verantwortung außerhalb der Grenze der Bibliothek. Der Betreiber zieht Schlüsse aus dem Bericht; die Bibliothek meldet die Sicht des Parsers auf die Revisionskette und zertifiziert keine Integrität.

Für diese Oberfläche gilt keine exportkontrollrechtliche Beschränkung. Der Bericht ist für sich genommen kein gerichtsverwertbarer Beweis und darf nicht als zertifizierte Feststellung der Dokumentintegrität präsentiert werden. Diese Referenz ist kein Rechtsgutachten.