Native Linux-Signatur-Workflows

Die versionierte Callback-ABI führt schemaVersion 1 sign-Jobs gegen geladene Dokumente oder explizite Input-Callbacks aus; originale Quellrevisionen, Dokument-IDs und authentifizierte AES-256-R5/R6-Policys bleiben erhalten

Signaturidentität

Liefere certificatePEM und privateKeyPEM oder kanonisch gepaddetes pfxBase64 und pfxPassword; das Mischen dieser Identitätsformen ist ungültig

password authentifiziert explizite PDF-Eingabe; ein geladener Kontext behält sein PDF-Passwort, und das separate PFX-Passwort authentifiziert den Signaturcontainer

Die PFX-Decodierung prüft Alphabet, Padding und ungenutzte Bits, bevor OpenSSL den begrenzten Container parst; private Identitätspuffer werden nach der Operation geleert

Signaturfelder und Appearance

field wählt ein bestehendes unsigniertes Signaturfeld; setze createField: true, um einen neuen vollqualifizierten Feldnamen auf der nullbasierten page zu erzeugen

Neue Feldkoordinaten nutzen den PDF-User-Space: left, bottom, right und top haben die Defaults 36, 36, 240 und 108; ein bestehender Name lässt sich nicht neu erzeugen

Ein optionales caption erzeugt eine explizite Unicode-Appearance mit eingebetteter TrueType-Schrift, ToUnicode-Mapping und nativem Complex-Script-Shaping; fontFamily hat den Default DejaVu Sans, fontSize den Default 12

Profil und Zertifizierung

cades wählt ETSI.CAdES.detached; trustedCAFile liefert eine explizite CA-Policy für Trust-Verifizierung zur Signaturzeit, und reservedCMSBytes hat den Default 16384

certificationPermission ist 0 für eine Approval-Signatur oder 1, 2 oder 3 für eine Erst-Dokument-Zertifizierungssignatur; der Writer erzeugt den passenden DocMDP-Transform und die Catalog-Berechtigungsbindung

User-Passwort-Berechtigungsbeschränkungen, schreibgeschützte Felder, bestehende Signaturen und Zertifizierungsbeschränkungen bleiben durch die native Dokument-Signaturpolicy durchgesetzt

Transaktionale Veröffentlichung

Die portable Pascal-API TimestampToFile erzeugt einen unabhängigen DocTimeStamp mit ETSI.RFC3161 über die PDF-ByteRange, einschließlich ESIC-Deklaration, expliziter TSA-Trust- und CRL-Policy sowie authentifizierter DocMDP/FieldMDP-Zeitstempel-Ausnahme

Dieser Dokumentzeitstempel-Einstiegspunkt ist eine Pascal-API; der ABI-Zeitstempel-Callback weiter unten liefert Signaturzeitstempel für bestehende sign-Jobs

Der erweiterte ABI-Zeitstempel-Transport liefert echte RFC-3161-Antworten über einen synchronen Callback des Aufrufers mit begrenzten Antwortbytes, gemeinsamem Abbruch und expliziter TSA-Trust-/Revocation-Policy

Output- und Ergebnis-Callbacks erhalten eine vollständig vorbereitete Signatur; vor der Callback-Veröffentlichung lädt die ABI den Kandidaten neu, um den signierten Dokumentkontext zu validieren

Nur erfolgreiche Veröffentlichung ersetzt den geladenen Kontext; ungültige Identitäten, Felderzeugung, Budgets, Abbruch oder Callback-Fehler bewahren das vorherige Dokument und seinen Feldbaum

Output-Callbacks gehören dem Aufrufer und können bereits Bytes konsumiert haben, wenn ein späterer Callback fehlschlägt; Aufrufer, die externes Rollback brauchen, müssen diese Bytes selbst zwischenspeichern

Abnahme

Linux FPC 3.2.2 und 3.3.1 bestehen jeweils 270 echte ctypes-Assertionen, 228 unabhängige PDF-/Bild-/Security-/CMS-Prüfungen, 33 C-ABI-Assertionen und 80 gleichzeitige Shared-Handle-Operationen

Unabhängige Prüfungen authentifizieren AES-IDs/Security-Policys, validieren CMS und CAdES mit OpenSSL, verwerfen manipulierten Inhalt, inspizieren Zertifizierungs-Transforms und eingebettete Appearance-Schriften und verifizieren echte sichtbare Signaturpixel

Native C ABI · Pascal-PFX-Signieren · Pascal-Zeitstempel-Transport