Import-Policies für geladene Annotationen
Die moderne Windows-THotPDF-Fassade prüft die authentifizierte Original-Revision und den aktuellen bearbeiteten Graphen, bevor ein Annotation-Import über ImportLoadedAnnotationsFromXFDF oder eine annotationsführende ImportLoadedInterchangeFromFDF-Transaktion committed wird
Gewöhnliches authentifiziertes Laden
Ein gewöhnlicher LoadFromFile- oder LoadFromStream-Aufruf mit gültigem Passwort behält einen privaten Credential-Kontext, der an das authentifizierte Encryption-Dictionary und den Permanent Identifier des Dokuments gebunden ist
Spätere Annotation-Importe können den aktuellen Dirty-Graphen vorbereiten, ohne ein zweites Passwort zu verlangen oder einen rohen Key über eine öffentliche API preiszugeben
Der Kontext wird bei neuem Laden ersetzt und beim Freigeben des Dokuments geleert; AES-256-R5/R6-Rechte werden gegen den authentifizierten Perms-Block geprüft, nicht gegen einen gerundeten öffentlichen numerischen Wert
Standard-Handler-User-Authentifizierung verlangt Annotation-Rechte für eine tatsächliche Annotation-Änderung; Owner-Authentifizierung behält ihre normale Rechtebefreiung
Für einen User ohne allgemeine Änderungsrechte darf der Kandidaten-Graph erlaubte schreibbare Text-, Choice- und Button-Werte sowie Annotation-Änderungen enthalten, aber unrelated Catalog-, Page-, Content- und Resource-Änderungen werden abgelehnt
Ein Import ohne Annotationen kann ein No-op bleiben, ohne Annotation-Rechte zu verlangen
Signierte Revisionen
Bestehende Signaturen müssen erreichbar bleiben und ihren signierten Wert und ihre CMS-Bytes behalten
Signatur-Integrität und CAdES-Signaturzertifikat-Bindung werden geprüft, bevor eine signierte Annotation-Revision akzeptiert wird
DocMDP P1 und P2 verhindern Annotation-Ergänzungen; P3 erlaubt sie nur, wenn die vollständige aktuelle Revision auch die ursprüngliche Zertifizierung und die FieldMDP-Locks erfüllt
Das Ändern eines ungesperrten schreibbaren Feldes kann erlaubt bleiben, während das Ändern eines gesperrten Werts, einer Default-Appearance oder eines signierten Werts abgelehnt wird
Die Integritätsprüfung legt Dokumenten, deren Zertifizierung die Operation erlaubt, keine neue Business-Trust-Root-Policy stillschweigend auf
Bewahrung und Rollback
Signierte oder verschlüsselte Eingabe-Streams im Besitz des Aufrufers werden in unabhängig besessene, begrenzte Speicherung kopiert, bevor ihre Lebensdauer oder Inhalte vom geladenen Dokument abweichen können
Das Freigeben, Ersetzen oder Anhängen am Aufrufer-Stream nach dem Laden ersetzt keine andere authentifizierte Quelle für eine Annotation-Transaktion
Der Kandidat behält den originalen signierten und verschlüsselten Byte-Präfix und bewahrt bestehende Dirty-Feldwerte, wenn die anwendbare Policy sie erlaubt
Legacy-RC4-Serialisierung koppelt gemeinsame String-Speicherung vor der Verschlüsselung ab und bewahrt den authored Feldwert und andere Aliasse dieses Werts
Ablehnung, Budget-Erschöpfung oder kooperativer Abbruch rollt die eigenen Graph-Änderungen des Imports zurück und bewahrt frühere Aufrufer-Editierungen und eine bestehende Ausgabedatei; eine nachfolgende Operation kann am selben Dokument erneut versuchen
Exakte PDF-Dezimal-Tokens überleben geklonte und wiederhergestellte numerische Objekte, sodass Rechtevergleiche benachbarte Dezimalzahlen unterscheiden, selbst wenn die öffentlichen Single-Werte gleich sind
Äquivalente Dezimal-Schreibweisen vergleichen nach ihrem exakten numerischen Wert; Default-Appearance-Strings vergleichen ihre dekodierten PDF-String-Bytes, ohne Content-Operatoren neu zu interpretieren oder umzuformatieren
Grenzen und Umfang
Die Decode-Budgets des aktuellen Dokuments und sein Operation-Cancellation-Token gelten auch für authentifizierte Kandidaten-Vorbereitung und Graph-Vergleich
Der Vergleich begrenzt Graph-Tiefe, besuchte Objektpaare und Arbeit; verschlüsselte Stream-Daten werden nach dem anwendbaren authentifizierten Entschlüsselungsschritt verglichen
Dieser Policy-Pfad ist in der modernen Windows-Fassade verfügbar und behauptet nicht, dass die gewöhnliche THotPDF-Klasse auf nativem Linux aufbaut
Native headless Annotation-Transaktionen haben ihre eigenen bestehenden authentifizierten Rechteprüfungen
Diese Stufe fügt keine Public-Key-Security-Handler-Credential-Wiederverwendung, keine beliebigen neuen AcroForm-Font-Ressourcen, keine Action-Ausführung und kein separates Field-only-FDF-Rechtemodell hinzu
Remote-GoToR-Interchange · Exakte Signatur-Range-Informationen