Limites
Autorisation
Cela signifie que les autorisations (autorisations d'objet et de zone) doivent être recalculées dès la création d'un objet sécurisé répliqué. Cela s'applique aussi bien à la réplication ascendante qu'à la réplication descendante. La réplication de Définitions de zone, par exemple, n'est pas requise.
■
Pré-conditions
■
■
■
Une requête est créée au niveau de l'entreprise par un utilisateur X.
L'utilisateur X dispose uniquement d'un accès aux zones 1 et 2.
L'utilisateur X est également connu au niveau du domaine et dispose d'un accès
à la zone 5 uniquement.
■
Action
Une requête est dupliquée de manière descendante.
■
Post-conditions
■
Une requête est créée au niveau du domaine.
■
L'autorisation de zone est paramétrée comme défini par l'utilisateur de création, dans ce cas, pour l'utilisateur X.
■
L'utilisateur X au niveau du domaine ne peut apercevoir la requête, car l'utilisateur ne dispose pas d'autorisations de zone pour les zones 1 et 2.
■
■
■
Les tâches Software Delivery sont toujours visibles dans le Panneau de configuration pour tous les administrateurs, car ces tâches ne sont pas sécurisées
(ni les autorisations d'objets ou de zone). Toutefois la liste des tâches est en lecture seule.
Les autorisations pour les objets d'application Software Delivery proviennent de l'objet cible.
Le nombre de zones est limité à 32.
Chapitre 11: Fonctionnalités de sécurité Client Automation 435

Link público atualizado
O link público para o seu chat foi atualizado.