Aller au contenu

Facteur humain, métier & méthode

Ce contenu est une ébauche et ne sera pas inclus dans la version de production.

La faille est rarement dans le code, et la solution ne s’y trouve pas non plus la plupart du temps. Un mot de passe partagé par pur pragmatisme, un contournement qu’une équipe entière connaît sans jamais le documenter, un ingénieur qui clique sur un lien parce qu’il est vingt-trois heures et que la fatigue a eu raison de la vigilance : la sécurité échoue d’abord parce que des humains, sous pression, font des choix humains.

Ça vaut aussi pour ceux qui sont censés détecter ces échecs : la charge cognitive d’un analyste SOC noyé sous les alertes, le burn-out qui suit, ne sont pas des symptômes de manque de motivation individuelle, ce sont des défauts de conception d’un système qui n’a jamais pensé à celui qui doit le surveiller huit heures par jour.

Communiquer fait partie du métier, pas juste l’écrire : un rapport de vulnérabilité que personne ne comprend ne sera jamais corrigé, aussi juste soit-il techniquement. Savoir dire non de façon supportable, gérer un désaccord en comité sans y laisser sa crédibilité, ça compte autant que la compétence technique qui a permis de repérer le problème en premier lieu.

Et puis il y a le versant plus discret du métier d’architecte : savoir laisser une équipe commettre une erreur réversible plutôt que d’imposer une solution qu’elle n’aura jamais comprise, tenir quand on ne peut pas dire ce qu’on sait, apprendre en continu, parce que ce qu’on ne sait pas expliquer, en réalité, on ne le sait pas vraiment.