Lexique d'exploitation Zscaler & Zero Trust · Hygiène des policies & exploitation

Qu'est-ce que le principe des quatre yeux ?

Définition

Le principe des quatre yeux est un principe de contrôle selon lequel une action critique ne devient effective que lorsqu'une seconde personne, indépendante, l'a vérifiée et validée. Issu à l'origine du secteur financier, il constitue aujourd'hui un élément standard des processus IT critiques pour la sécurité : une personne demande ou prépare une modification, une autre décide de sa validation. Cela réduit les erreurs d'inattention, complique les modifications non autorisées ou malveillantes, et produit au passage une preuve de validation documentée. Dans l'exploitation IT, le principe est généralement mis en œuvre comme un Workflow d'approbation : demande, vérification, validation ou rejet, chacun horodaté et motivé. Comment une modification de règle demandée est automatiquement vérifiée par rapport à des schémas d'usage réels avant sa validation, c'est ce que montre notre vidéo sur la fonction d'aperçu.

Le principe des quatre yeux en détail

Techniquement, le principe des quatre yeux exige trois choses : une séparation imposée entre le demandeur et le valideur (la même personne ne peut pas jouer les deux rôles), un Workflow qui retient la modification jusqu'à sa validation, et une journalisation qui relie la demande, la décision et la mise en œuvre. Ce qui compte, c'est que cela soit appliqué dans le système lui-même : une validation donnée à l'oral ou par chat ne respecte le principe qu'en apparence, car elle n'est ni imposée ni démontrable.

Il convient de distinguer ce principe de la séparation des fonctions générale (Segregation of Duties), qui répartit durablement les tâches entre les rôles. Le principe des quatre yeux agit ponctuellement, par opération, et peut être ciblé sur les modifications présentant un véritable potentiel de dommage : nouvelles autorisations, suppressions, modifications de policy. Pour les urgences, une voie d'exception définie doit être prévue, contrôlée a posteriori.

Pourquoi le principe des quatre yeux compte-t-il dans l'exploitation Zscaler ?

Dans l'exploitation Zscaler, les modifications de policy agissent immédiatement et globalement : une règle de blocage mal configurée touche tous les utilisateurs en quelques minutes, une autorisation trop large ouvre des accès non désirés. Ce sont précisément ce type de modifications qui constituent le cas d'usage classique d'un second contrôle. Le principe permet en même temps une répartition du travail pertinente : le helpdesk ou le Second-Level peuvent préparer et demander des modifications sans détenir eux-mêmes de droits privilégiés ; la décision reste entre les mains de quelques personnes habilitées.

S'y ajoute la preuve : NIS2 et DORA exigent des processus maîtrisés et démontrables pour les modifications pertinentes pour la sécurité. Un principe des quatre yeux imposé côté système fournit cette preuve comme sous-produit, car chaque modification critique documente qui l'a demandée, qui l'a vérifiée et quand elle a pris effet. Les détails restent déterminés par la transposition nationale et la pratique des autorités de contrôle.

Sources d'erreur courantes

Le principe des quatre yeux en pratique : ce qu'apporte CentaurNexus

CentaurNexus met en œuvre le principe des quatre yeux comme Workflow d'approbation optionnel pour les actions d'écriture dans l'exploitation Zscaler : le helpdesk demande une modification, une personne habilitée la vérifie et la valide, et c'est seulement alors qu'elle est exécutée ; chaque étape est consignée dans l'Audit-Trail tenu en append-only. Avec Change Effect Preview, une modification de policy demandée peut en outre être vérifiée au préalable par rapport à des schémas d'usage réels, avant d'être validée et activée. Ainsi, même des équipes sans droits d'administrateur Zscaler peuvent contribuer en toute sécurité, sans perte de contrôle. Le guide suivant montre comment analyse, validation et nettoyage s'articulent : Trouver et nettoyer les règles Zscaler inutilisées.

Voyez dans la démonstration en direct comment demande, vérification et validation s'articulent dans l'exploitation Zscaler.Voir la démonstration

Termes associés

Stale Rules Shadowed Rules Conflit de policy Policy-Drift

Questions fréquentes sur le principe des quatre yeux

Que signifie le principe des quatre yeux en IT ?

Les actions critiques comme les modifications de policy, les autorisations ou les suppressions ne sont exécutées que lorsqu'une seconde personne, indépendante, les a vérifiées et approuvées. Cela se traduit par un Workflow d'approbation dans le système : demande, vérification, validation, chacune journalisée. Cela réduit les erreurs et les abus, tout en produisant une preuve de validation solide.

Le principe des quatre yeux est-il obligatoire sous NIS2 ou DORA ?

Aucun des deux référentiels ne prescrit littéralement ce principe, mais tous deux exigent des processus d'accès et de modification maîtrisés, avec preuve à l'appui. Un principe des quatre yeux imposé côté système est un moyen reconnu et facilement démontrable de répondre à ces exigences pour les modifications critiques. La transposition nationale et les attentes de l'autorité de contrôle compétente restent déterminantes.

Comment le principe des quatre yeux se met-il en œuvre techniquement ?

Via un Workflow qui retient les modifications jusqu'à leur validation, une séparation des rôles imposée entre demandeur et valideur, ainsi qu'une journalisation complète de la demande, de la décision et de l'exécution. Des règles de suppléance et une voie d'urgence définie sont également importantes, afin que des corrections urgentes restent possibles tout en étant contrôlées a posteriori.

Quelle est la différence entre le principe des quatre yeux et la séparation des fonctions ?

La séparation des fonctions répartit durablement les tâches entre différents rôles, par exemple administration et contrôle. Le principe des quatre yeux agit par opération : une modification concrète a besoin d'une seconde décision avant de prendre effet. En pratique, les deux se complètent ; la séparation des fonctions fournit les rôles, le principe des quatre yeux apporte l'étape de vérification au cas par cas.

Le principe des quatre yeux ralentit-il l'exploitation IT ?

Correctement calibré, à peine. L'essentiel est de ne soumettre à validation que les modifications présentant un véritable potentiel de dommage, et d'intégrer le Workflow dans l'outil de travail, de sorte que vérification et validation prennent des minutes plutôt que des jours. Une voie d'urgence définie, avec contrôle a posteriori, garantit que les interventions urgentes ne sont pas bloquées.

Sources & pour aller plus loin :

Remarque : CentaurNexus est un produit indépendant de SourcingBlox GmbH et non une offre de Zscaler, Inc. Les noms de produits et de marques appartiennent à leurs détenteurs respectifs.