La séparation des tâches est une problématique en vogue :
- Différentes normes de type Sarbanes-Oxley, Loi de Sécurité Financière ou J-SOX ont poussé les entreprises à mettre en place un référentiel de séparation des tâches.
- La généralisation des ERP dans les entreprises a accru les risques potentiels liés à une mauvaise séparation des tâches. Par son caractère transverse et son approche par processus intégrés, l'ERP peut facilement conduire l'entreprise à diffuser des droits d'accès aux utilisateurs qui pourraient d'aller au delà de leurs attributions métiers.
- Enfin, certaines fraudes retentissantes ont exposé des entreprises à une campagne médiatique, et donc à des coûts qui ont été bien au delà du simple montant de la fraude elle-même.
Les risques liés à la séparation des tâches se manifestent suite à une série d'actions réalisées par une même personne qui entraînent une erreur ou une fraude. Par exemple, un utilisateur ayant accès aux transactions de création/modification du référentiel fournisseurs et aux transactions de paiement pourrait créer un fournisseur fictif, ou modifier les coordonnées bancaires d'un fournisseur existant, et initier un paiement.
Pour être efficace, un référentiel de séparation des tâches doit donc être décliné dans les systèmes d'information afin de s'assurer que les privilèges attribués aux utilisateurs dans le système sont conformes aux règles de séparation des tâches et aux délégations de pouvoirs accordées dans l'entreprise.
Si d'autres mécanismes de contrôle dans l'entreprise peuvent souvent empêcher une telle fraude, comme pour notre exemple une validation manuelle de tous les paiements, ces contrôles resteront néanmoins des actions détectives, et dont l'efficacité même pourrait être mise à mal par l'auteur de la fraude si celui-ci maîtrise bien les mécanismes de contrôle interne. L'intérêt de la mise en place d'un référentiel de séparation des tâches dans ses systèmes consiste donc avant tout à mettre en place des contrôles automatiques et préventifs.
Selon les centres d'intérêt, et selon les normes applicables, les objectifs de la séparation des tâches peuvent diverger. Dans un contexte Sarbanes-Oxley, la séparation des tâches devra avant tout permettre de se focaliser sur la prévention des risques ayant un impact financier. Dans la perspective de la Loi de Sécurité Financière, tout risque ayant un impact opérationnel devrait être pris en compte. In fine, c'est en fait la notion de risque qui doit animer un projet de mise en conformité.
Une approche par les risques de la séparation des tâches va permettre de focaliser un projet sur les risques clés définis par l'organisation (financier, opérationnel, juridique, humain, commercial...). La majorité des organisations ne dispose pas à ce jour d'un référentiel complet en matière de séparation des tâches, bien souvent ce ne sont que quelques règles basiques formalisées par le contrôle interne et sans transcription dans les SI. Un projet de séparation des tâches va donc pousser les entreprises à identifier et qualifier leurs risques liés à la séparation des tâches d'un point de vue purement métier.
Les gains associés à la mise en place de la séparation des tâches sont donc multiples:
- identification et qualification des risques métiers liés à la séparation des tâches,
- définition d'un cadre clair et formalisé des tâches incompatibles dans l'organisation,
- réduction du nombre de contrôles détectifs manuels,
- automatisation de contrôles préventifs,
- rationalisation / simplification du processus d'administration des accès,
- mise en place de processus de contrôle continu,
- diminution des findings d'audit.
En conclusion, la mise en place de la séparation des tâches permet non seulement de mettre son entreprise en conformité avec des normes externes, mais surtout de s'assurer que les règles de l'organisation sont clairement définies, correctement déclinées dans les SI et que celles-ci le sont de manière optimisées, c'est à dire automatique et préventive. Un projet de séparation des tâches comporte donc bien un volet technique qui nécessite une parfaite maîtrise de la sécurité du SI, mais un tel projet s'inscrit avant tout dans une démarche fonctionnelle pour traiter des problématiques et des risques métier.
SAP a lancé une offre GRC, qui inclut un module Access Control, permettant de traiter cette problématique. D'autres acteurs se sont également positionnés sur le marché afin de proposer des solutions alternatives. Nous reviendrons sur les étapes clés d'un projet de mise en conformité ainsi que sur les pré-requis nécessaires à la sélection d'une solution de contrôle des accès et de gestion de la séparation des tâches.
Pour toute information complémentaire, n'hésitez pas à nous contacter.