Politiques d'import d'annotations chargées
La façade Windows THotPDF moderne vérifie la révision d'origine authentifiée et le graphe édité courant avant de commettre un import d'annotations via ImportLoadedAnnotationsFromXFDF ou une transaction ImportLoadedInterchangeFromFDF porteuse d'annotations
Chargement authentifié ordinaire
Un appel LoadFromFile ou LoadFromStream ordinaire avec un mot de passe valide conserve un contexte d'identifiants privé lié au dictionnaire de chiffrement authentifié et à l'identifiant permanent du document
Les imports d'annotations ultérieurs peuvent préparer le graphe courant modifié sans exiger un second mot de passe ni exposer une clé brute via une API publique
Le contexte est remplacé à chaque nouveau chargement et vidé à la libération du document ; les permissions AES-256 R5/R6 sont vérifiées contre le bloc Perms authentifié plutôt que contre une valeur numérique publique arrondie
L'authentification utilisateur du handler standard exige la permission d'annotation pour une modification réelle d'annotation ; l'authentification propriétaire conserve son exemption normale de permissions
Pour un utilisateur sans permission générale de modification, le graphe candidat peut contenir des valeurs de texte, de choix et de boutons inscriptibles permises et des modifications d'annotations, mais les modifications sans rapport de catalogue, de page, de contenu et de ressources sont rejetées
Un import sans annotation peut rester un no-op sans exiger la permission d'annotation
Révisions signées
Les signatures existantes doivent rester atteignables et conserver leur valeur signée et leurs octets CMS
L'intégrité de signature et la liaison du certificat de signature CAdES sont vérifiées avant d'accepter une révision d'annotation signée
DocMDP P1 et P2 empêchent les ajouts d'annotations ; P3 ne les permet que si la révision courante complète satisfait aussi la certification d'origine et les verrous FieldMDP
Modifier un champ inscriptible déverrouillé peut rester permis, tandis que modifier une valeur verrouillée, une apparence par défaut ou une valeur signée est rejeté
Le contrôle d'intégrité n'impose pas silencieusement une nouvelle politique de racine de confiance métier aux documents dont la certification autorise l'opération
Préservation et rollback
Les flux d'entrée signés ou chiffrés possédés par l'appelant sont copiés dans un stockage borné indépendamment possédé avant que leur durée de vie ou leur contenu puisse diverger du document chargé
Libérer, remplacer ou ajouter au flux de l'appelant après le chargement ne substitue pas une autre source authentifiée à une transaction d'annotations
Le candidat conserve le préfixe d'octets signé et chiffré d'origine et préserve les valeurs de champs modifiées existantes quand la politique applicable les permet
La sérialisation legacy RC4 détache le stockage de chaînes partagé avant le chiffrement, préservant la valeur de champ rédigée et les autres alias de cette valeur
Un rejet, un épuisement de budget ou une annulation coopérative annule les propres changements de graphe de l'import et préserve les éditions antérieures de l'appelant et un fichier de sortie existant ; une opération ultérieure peut réessayer sur le même document
Les jetons décimaux PDF exacts survivent aux objets numériques clonés et restaurés, si bien que les comparaisons de permissions distinguent des décimales voisines même quand les valeurs Single publiques sont égales
Les graphies décimales équivalentes se comparent par leur valeur numérique exacte ; les chaînes d'apparence par défaut comparent leurs octets de chaîne PDF décodés sans réinterpréter ni reformater les opérateurs de contenu
Bornes et périmètre
Les budgets de décodage du document courant et son token d'annulation d'opérations s'appliquent aussi à la préparation authentifiée du candidat et à la comparaison de graphes
La comparaison borne la profondeur du graphe, les paires d'objets visitées et le travail ; les données de flux chiffrées sont comparées après l'étape de déchiffrement authentifié applicable
Ce chemin de politique est disponible dans la façade Windows moderne et ne prétend pas que la classe THotPDF ordinaire repose sur Linux natif
Les transactions d'annotations headless natives ont leurs propres contrôles de permissions authentifiés existants
Cette étape n'ajoute ni réutilisation d'identifiants de handler de sécurité à clé publique, ni nouvelles ressources de polices AcroForm arbitraires, ni exécution d'actions, ni modèle de permission FDF réservé aux champs
Interchange GoToR distant · Informations exactes de plage de signature