Indlæst annotations-importpolitikker
Den moderne Windows THotPDF-facade tjekker den autentificerede originale revision og aktuelle redigerede graf, inden en annotationsimport committeres gennem ImportLoadedAnnotationsFromXFDF eller en annotationsbærende ImportLoadedInterchangeFromFDF-transaktion
Almindelig autentificeret indlæsning
Et almindeligt LoadFromFile- eller LoadFromStream-kald med en gyldig adgangskode tilbageholder en privat legitimationskontekst bundet til dokumentets autentificerede encryption dictionary og permanente identifikator
Senere annotationsimporter kan forberede den aktuelle dirty-graf uden at kræve en anden adgangskode eller udstille en rå nøgle gennem en public API
Konteksten erstattes ved en ny indlæsning og ryddes, når dokumentet frigives; AES-256 R5/R6-tilladelser tjekkes mod den autentificerede Perms-blok snarere end en afrundet public numerisk værdi
Standard-handler user-autentifikation kræver annotationstilladelse for en faktisk annotationsændring; owner-autentifikation beholder sin normale tilladelsesfritagelse
For en bruger uden generel modifikationstilladelse kan kandidatgrafen indeholde tilladte skrivbare tekst-, choice- og button-værdier og annotationsændringer, mens urelaterede katalog-, side-, indholds- og ressourceændringer afvises
En import uden annotationer kan forblive en no-op uden at kræve annotationstilladelse
Signerede revisioner
Eksisterende signaturer skal forblive tilgængelige og beholde deres signede værdi og CMS-bytes
Signaturintegritet og CAdES signing-certificate-binding verificeres, inden en signeret annotationsrevision accepteres
DocMDP P1 og P2 forhindrer annotationstilføjelser; P3 tillader dem kun, når den komplette aktuelle revision også tilfredsstiller den originale certificering og FieldMDP-låse
Ændring af et ulåst skrivbart felt kan forblive tilladt, mens ændring af en låst værdi, default appearance eller signeret værdi afvises
Integritetstjekket påbyder ikke stille en ny forretningstrust-rods-politik på dokumenter, hvis certificering tillader operationen
Bevaring og rollback
Signerede eller krypterede kalder-ejede inputstreams kopieres til uafhængigt ejet afgrænset lager, før deres levetid eller indhold kan afvige fra det indlæste dokument
At frigøre, erstatte eller tilføje til kalderens stream efter indlæsning erstatter ikke en anden autentificeret kilde for en annotationstransaktion
Kandidaten beholder det originale signede og krypterede bytepræfiks og bevarer eksisterende dirty feltværdier, når den gældende politik tillader det
Legacy RC4-serialisering frakobler delt strenglager inden kryptering og bevarer den authored feltværdi og andre aliasser til den værdi
Afvisning, budgetopbrug eller kooperativ cancellation ruller importens egne grafændringer tilbage og bevarer tidligere kalder-redigeringer og en eksisterende outputfil; en efterfølgende operation kan retriere på samme dokument
Eksakte PDF decimal-tokens overlever klonede og gendannede numeriske objekter, så tilladelsessammenligninger adskiller nabodecimaler, selv når de public Single-værdier er ens
Ækvivalente decimalstavelser sammenlignes efter deres eksakte numeriske værdi; default appearance-strenge sammenligner deres dekodede PDF streng-bytes uden at refortolke eller reformattere indholdsoperatorer
Grænser og omfang
Det aktuelle dokuments decode-budgetter og operation cancellation-token gælder også autentificeret kandidatforberedelse og grafsammenligning
Sammenligningen afgrænser graf-dybde, besøgte objektpar og arbejde; krypteret streamdata sammenlignes efter det gældende autentificerede dekrypteringstrin
Denne politisti er tilgængelig i den moderne Windows-facade og hævder ikke, at den almindelige THotPDF-klasse bygger på native Linux
Native headless annotationstransaktioner har deres egne eksisterende autentificerede tilladelsestjek
Denne fase tilføjer ikke public key security handler-legitimationsgenbrug, vilkårlige nye AcroForm-fontressourcer, handlingsafvikling eller en separat felt-kun FDF-tilladelsesmodel
Remote GoToR-udveksling · Eksakt signaturinterval-information