Contrôle ACL des champs de fonction

Lors de l’évaluation de l’accès à un champ de fonction, en plus de vérifier l’accès au champ de fonction lui-même, le système vérifie également l’accès aux champs de contribution de la fonction. Les champs de contribution sont ceux utilisés comme arguments dans une définition de fonction donnée.

Pour plus d’informations sur les champs de fonction, voir Champ de fonction.

Dans Rome et antérieurement, le système vérifie simplement l’accès au champ de fonction lui-même (comme pour tout autre champ). Si les ACL de ce champ autorisent l’accès, l’utilisateur reçoit la valeur résultante, qu’il ait accès ou non aux champs de contribution.

Dans Zurich et versions ultérieures, le système nécessite également l’accès à tous les champs de contribution afin de permettre l’accès au champ de fonction. Si une ou plusieurs des ACL du champ de contribution refusent l’accès, le champ de fonction refuse également l’accès.

Les seules opérations concernées par la nouvelle exigence sont la lecture et la report_view. Report_view a ses propres exigences supplémentaires.

Opération	Description
Opération de lecture	Un utilisateur a un accès en lecture à un champ de fonction uniquement si les deux conditions suivantes sont vraies : L’utilisateur a un accès en lecture au champ de fonction. L’utilisateur a un accès en lecture à tous les champs de contribution utilisés dans la fonction.
report_view opération	Un utilisateur n’a report_view accès à un champ de fonction que si toutes les conditions suivantes sont vraies : L’utilisateur a report_view accès au champ de fonction. L’utilisateur a report_view accès à chacun des champs de contribution. Il existe une ACL de lecture uniquement sans conditions et sans script, et l’utilisateur dispose de ce rôle. L’utilisateur dispose d’un accès en lecture uniquement aux champs de contribution, de sorte que seules les ACL sans condition ni script peuvent l’autoriser.

Exemples

Donné:

• Table : salaire
• Colonnes : base, bonus, total (toutes sont des entiers dans cet exemple)
• Champ de fonction : la colonne Total est marquée comme champ de fonction, avec la définition de fonction glidefunction :add(base, bonus).
• Champs de contribution : base et bonus, puisqu’ils sont utilisés dans la définition de la fonction
• Rôles : salary_admin, bonus_admin

Tableau 1. Exemple 1 : Tous les champs autorisent l’accès

ACL	Résultat
Total, Base, Bonus : lu et report_view pour les salary_admin de rôles, sans conditions ni scripts	Un utilisateur disposant du rôle salary_admin se voit accorder un accès en lecture et report_view à Total parce qu’il dispose du rôle requis.

Tableau 2. Exemple 2 : Le champ de contribution refuse l’accès en lecture

ACL	Résultat
total, de base : lecture et report_view pour les salary_admin de rôles, sans conditions ni scripts Bonus : report_view pour le rôle salary_admin, sans conditions ni scripts Bonus : lecture pour les bonus_admin de rôle, sans conditions ni scripts	Un utilisateur disposant du rôle salary_admin se voit refuser l’accès en lecture et report_view au total, car la prime refuse l’accès en lecture à son rôle.

Tableau 3. Exemple 3 : l’ACL du champ de contribution a un script

ACL	Résultat
total, de base : lecture et report_view pour les salary_admin de rôles, sans conditions ni scripts Bonus : report_view pour les bonus_admin de rôles, sans conditions ni scripts Bonus : lire pour le rôle salary_admin, avec un script (notez que ce qu’il y a dans le script n’a pas d’importance, seulement qu’il est là)	Un utilisateur disposant du rôle salary_admin bénéficie d’un accès en lecture sur Total, car il dispose du rôle requis pour tous les champs. Mais le même utilisateur avec le salary_admin se voit refuser l report_view accès, car l’ACL de lecture avec le script refuse l’accès par défaut pour ce cas, même s’il a le rôle requis.