La sécurité des documents AEM Forms vous permet de créer, stocker et appliquer des paramètres de sécurité prédéfinis à vos documents. Cela garantit que seuls les utilisateurs autorisés peuvent utiliser les documents. Vous pouvez protéger les documents à l’aide de stratégies. Une stratégie est un groupe d’informations comprenant des paramètres de sécurité et une liste d’utilisateurs autorisés. Vous pouvez appliquer une stratégie à un ou plusieurs documents et autoriser des utilisateurs ajoutés dans le composant User Management d’AEM Forms JEE.
Document Security stocke des stratégies et des données associées à des documents protégés, notamment des données utilisateur stockées dans une base de données telle que MySQL, Oracle, MS SQL Server et IBM DB2. Par ailleurs, les données des utilisateurs autorisés sont stockées dans une stratégie dans User Management. Pour plus d’informations sur les données stockées dans la gestion des utilisateurs, voir Gestion des utilisateurs Forms : Gestion des données utilisateur.
Le tableau suivant montre comment Document Security organise les données dans les tables de base de données.
Table de base de données | Description |
EdcPrincipalKeyEntity |
Stocke des informations sur les clés principales des utilisateurs. Les clés sont utilisées dans les flux de travail de Document Security hors ligne. |
EdcAuditEntity |
Stocke des informations sur les événements de contrôle tels que les événements utilisateur, les événements de document et les événements de stratégie. |
|
Stocke l’enregistrement d’un document protégé. Il stocke des informations de licence pour chaque document protégé. |
|
Stocke le nom du document pour chaque licence créée dans le système. |
|
Stocke des informations sur la révocation et la réintégration des documents protégés. |
EdcMyPolicyListEntity |
Stocke des informations sur les utilisateurs qui peuvent créer des stratégies personnelles qui apparaissent sous l’onglet Mes stratégies sur la page Stratégies. |
EdcPolicyEntity |
Stocke des informations sur les stratégies. Chaque stratégie correspond à une ligne dans le tableau ci-dessous. |
EdcPolicyXmlEntity |
Stocke des fichiers XML pour les stratégies actives. Une stratégie XML contient des références aux identifiants principaux des utilisateurs associés à la stratégie. La stratégie XML est stockée en tant qu’objet Blob. |
EdcPolicyArchiveEntity |
Stocke des informations sur les stratégies archivées. Une stratégie archivée contient son code XML de stratégie stocké en tant qu’objet Blob. |
|
Stocke le mappage entre le jeu de stratégies et les utilisateurs. |
EdcInvitedUserEntity |
Stocke des informations sur l’utilisateur invité. |
Vous pouvez accéder et exporter les données de Document Security pour les utilisateurs dans les bases de données et, si nécessaire, les supprimer définitivement.
Pour exporter ou supprimer des données utilisateur d’une base de données, vous devez vous connecter à la base de données à l’aide d’un client de base de données et rechercher l’ID principal en fonction des informations d’identification personnelle de l’utilisateur. Par exemple, pour récupérer l’ID principal d’un utilisateur à l’aide d’un ID de connexion, exécutez la commande select
suivante sur la base de données.
Dans la commande select
, remplacez <user_login_id>
par l'identifiant de connexion de l'utilisateur dont vous souhaitez récupérer l'identifiant principal dans la table de base de données EdcPrincipalUserEntity
.
select refprincipalid from EdcPrincipalUserEntity where uidstring = <user_login_id>
Une fois que vous connaissez l’ID principal, vous pouvez exporter ou supprimer les données de l’utilisateur.
Exécutez les commandes de base de données suivantes pour exporter les données utilisateur d’un ID principal à partir des tables de base de données. Dans la commande select
, remplacez <principal_id>
par l'identifiant principal de l'utilisateur dont vous souhaitez exporter les données.
Les commandes suivantes utilisent des noms de tables de base de données dans les bases de données MySQL et IBM DB2. Lors de l'exécution de ces commandes dans les bases de données Oracle et MS SQL, remplacez EdcPolicySetPrincipalEntity
par EdcPolicySetPrincipalEnt
dans les commandes.
Select * from EdcPrincipalKeyEntity where principalid = '<principal_id>';
Select * from EdcLicenseEntity where publisherId = '<principal_id>';
Select * from EdcDocumentEntity where id in (Select documentid from EdcLicenseEntity where publisherId = '<principal_id>');
Select * from EdcRevokationEntity where licenseid in (Select id from EdcLicenseEntity where publisherId = '<principal_id>');
Select * from EdcMyPolicyListEntity where principalId = '<principal_id>';
Select * from edcpolicyentity where policyownerId = '<principal_id>';
Select * from edcpolicyxmlentity where policyidref in (Select id from edcpolicyentity where policyownerId = '<principal_id>');
Select * from edcpolicyarchiveentity where policyownerId = '<principal_id>';
Select * from edcpolicysetprincipalentity where principalId = '<principal_id>';
Select * from edcinviteduserentity where principalId = '<principal_id>';
Pour exporter des données de la table EdcAuditEntity
, utilisez l'API EventManager.exportEvents qui utilise EventSearchFilter comme paramètre pour exporter les données d'audit en fonction de principalId
, policyId
ou licenseId
.
Pour obtenir des informations complètes sur un utilisateur du système, vous devez accéder et exporter les données de la base de données User Management. Pour plus d’informations, voir Gestion des utilisateurs de Forms : Gestion des données utilisateur.
Procédez comme suit pour supprimer les données de Document Security pour un ID principal des tables de la base de données.
Arrêtez le serveur AEM Forms.
Exécutez les commandes de base de données suivantes pour supprimer les données de l’ID principal des tables de base de données pour Document Security. Dans la commande Delete
, remplacez <principal_id>
par l'identifiant principal de l'utilisateur dont vous souhaitez supprimer les données.
Delete from EdcPrincipalKeyEntity where principalid = '<principal_id>';
Delete from EdcMyPolicyListEntity where principalId = '<principal_id>';
Delete from edcpolicyarchiveentity where policyownerId = '<principal_id>';
Delete from edcpolicysetprincipalentity where principalId = '<principal_id>';
Delete from edcinviteduserentity where principalId = '<principal_id>';
Pour supprimer des données de la table EdcAuditEntity
, utilisez l'API EventManager.deleteEvents qui utilise EventSearchFilter comme paramètre pour supprimer des données d'audit basées sur principalId
, policyId
ou licenseId
.
Les fichiers XML de stratégie principal et archivés sont stockés dans les tables de base de données EdcPolicyXmlEntity
et EdcPolicyArchiveEntity
, respectivement. Pour supprimer les données d’un utilisateur de ces tables, procédez comme suit :
EdcPolicyXMLEntity
ou EdcPolicyArchiveEntity
et extrayez le fichier XML. Le fichier XML ressemble à l’un des fichiers ci-dessous.Vous devez supprimer l’objet blob complet dans la balise Principal
pour un ID principal, sinon le code XML de la stratégie peut être corrompu ou inutilisable.
<ns2:Principal PrincipalNameType="USER">
<ns2:PrincipalDomain>OID</ns2:PrincipalDomain>
<ns2:PrincipalName>56F33FEB-098A-1036-A651-00000A2A2656</ns2:PrincipalName>
</ns2:Principal>
</ns2:PolicyEntry>
<ns2:Property PropertyName="isCertified">
<ns2:PropertyValue xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" xmlns:xs="https://www.w3.org/2001/XMLSchema" xsi:type="xs:string">false</ns2:PropertyValue>
</ns2:Property>
<ns2:Property PropertyName="encryptionAlgorithm">
<ns2:PropertyValue xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" xmlns:xs="https://www.w3.org/2001/XMLSchema" xsi:type="xs:string">AES128</ns2:PropertyValue>
</ns2:Property>
<ns2:Property PropertyName="AccessDeniedErrorMessage">
<ns2:PropertyValue xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance" xmlns:xs="https://www.w3.org/2001/XMLSchema" xsi:type="xs:string"></ns2:PropertyValue>
</ns2:Property>
<ns2:PolicyEntry>
<ns2:Permission PermissionName="ns3:com.adobe.aps.onlineOpen" Access="ALLOW"/>
<ns2:Permission PermissionName="ns3:com.adobe.aps.pdf.copy" Access="ALLOW"/>
<ns2:Permission PermissionName="ns3:com.adobe.aps.offlineOpen" Access="ALLOW"/>
<ns2:Permission PermissionName="ns3:com.adobe.aps.pdf.accessible" Access="ALLOW"/>
<ns2:Permission PermissionName="ns3:com.adobe.aps.pdf.editNotes" Access="ALLOW"/>
<ns2:Permission PermissionName="ns3:com.adobe.aps.pdf.edit" Access="ALLOW"/>
<ns2:Permission PermissionName="ns3:com.adobe.aps.pdf.fillAndSign" Access="ALLOW"/>
<ns2:Permission PermissionName="ns3:com.adobe.aps.pdf.printHigh" Access="ALLOW"/>
<ns2:Permission PermissionName="ns3:com.adobe.aps.pdf.printLow" Access="ALLOW"/>
Outre la suppression des données directement à partir de la table EdcPolicyXmlEntity
, vous pouvez également utiliser les deux méthodes suivantes :
Utilisation de la console d’administration
Utilisation d’une page Web Document Security
Les utilisateurs de Document Security détenant les autorisations nécessaires pour créer des stratégies personnelles peuvent supprimer des données utilisateur de leurs stratégies. Pour ce faire :
Les administrateurs peuvent rechercher, accéder et supprimer des données utilisateur des stratégies personnelles d’autres utilisateurs dans Services > Sécurité des Documents > Mes stratégies à l’aide d’Administration Console.
Supprimez les données de l’ID principal de la base de données User Management. Pour obtenir des instructions détaillées, voir Gestion utilisateur Forms | Gestion des données utilisateur.
Démarrez le serveur AEM Forms.