Vous voulez que les développeurs codent en étant sensibilisés à la sécurité ? Apportez-leur la formation.

Le cycle de développement des logiciels (SDLC) semble assez inoffensif ; c'est un processus, et nous, les informaticiens, nous nous réunissons pour que la magie opère et pour expédier tous ces biens numériques dont la société ne peut se passer.

Sauf que... si vous avez déjà participé à un projet de développement de logiciel, vous savez qu'il s'agit généralement d'un gant, avec de nombreuses quêtes à conquérir et des dragons à tuer. C'est amusant pendant un certain temps, mais l'épuisement professionnel est réel, et la demande de logiciels nous fait tous travailler à la vitesse de la lumière dans le meilleur des cas, en particulier l'équipe de développement.

Imaginez maintenant qu'on leur confie une autre tâche incontournable : la responsabilité de la sécurité des éléments du projet qu'ils touchent. Dans le pire des cas, le château de cartes peut s'écrouler pour certains individus, mais le scénario le plus réaliste est que la sécurité n'est tout simplement pas considérée comme une priorité et que les problèmes jugés plus urgents à résoudre prennent le dessus. Et lorsque la plupart des développeurs ne sont pas formés pour coder en toute sécurité (surtout si leurs responsables n'accordent pas non plus la priorité à la sécurité), il n'est pas étonnant que nous assistions à de fréquentes violations de données, à la sortie d'applications défectueuses et à une sérieuse désaffection des professionnels de la sécurité qui atteignent le point de rupture sous l'avalanche de codes bogués.

Les développeurs ont besoin d'un défenseur de l'AppSec.

Si l'on considère le scénario ci-dessus, on peut comprendre pourquoi la sécurité est mise dans le panier "trop difficile" au cours du processus de codage, et laissée à l'équipe de sécurité pour s'en occuper. Trop d'échéances concurrentes, pas assez de formation et aucune raison réelle de se préoccuper de la sécurité avec tout ce qui se passe ailleurs. Cependant, la demande de code est tout simplement trop importante pour que ce statu quo perdure. C'est là que les développeurs de haut niveau peuvent se démarquer de leurs pairs, acquérir de nouvelles compétences et, surtout, créer un code plus sûr.

Cependant, il est important de se rappeler que la gestion de la sécurité des logiciels ne repose pas uniquement sur les épaules des développeurs - c'est toujours le domaine de l'équipe AppSec (qui, lorsqu'elle travaille avec des développeurs sensibilisés à la sécurité, dispose d'une plus grande marge de manœuvre au lieu de réparer les bogues courants de façon répétée). Pour que le processus DevSecOps fonctionne, il faut que chaque membre de l'équipe dispose du soutien et des outils dont il a besoin pour partager la responsabilité de la sécurité, et le bon type de formation est primordial. L'équilibre entre la bonne série d'outils et la bonne formation nécessite la perspicacité de professionnels de l'AppSec prêts à travailler en étroite collaboration avec les développeurs afin de les inspirer et de conduire un changement positif.

Les formations perturbatrices sont plus ennuyeuses qu'efficaces, et tout ce qui est répulsif pour les développeurs ne fonctionnera pas. Une solution intégrée à un IDE ou à un outil de suivi des problèmes, axée sur des connaissances fragmentaires, est une alternative qui permet de mettre les bonnes informations à la disposition des développeurs, au moment même où ils en ont besoin.

Voici comment cela fonctionne :

Juste à temps, et non pas "juste au cas où".

L'apprentissage contextuel et pratique est de loin la manière la plus efficace de former, avec des morceaux de taille réduite livrés au moment le plus opportun. C'est ce que l'on appelle parfois la formation "juste à temps" (JiT), qui est très efficace pour les développeurs qui apprennent à coder de manière sécurisée.

Inspirée des principes de production allégée de Toyota, la formation JiT est conçue pour être activée sur la base du besoin de savoir, dans le contexte, au moment où cela compte le plus. Un développeur vient-il d'écrire quelque chose qui semble avoir des autorisations inappropriées ? Et si une petite porte dérobée avait été ouverte, permettant à un attaquant d'exécuter du code à distance ? Il sera beaucoup plus mémorable que les développeurs puissent accéder aux connaissances dès qu'ils en ont besoin, plutôt que de parcourir la documentation dans Confluence ou de chercher sur Google quelque chose qui a été abordé lors de la formation.

Le juste-à-temps est l'antithèse de l'apprentissage "juste au cas où" ; bien que ce dernier soit le moyen le plus courant de transmettre des connaissances, il n'est tout simplement pas efficace. Nous devons faire en sorte qu'il soit plus facile pour les développeurs de s'engager dans les meilleures pratiques de codage sécurisé et de voir l'avantage d'améliorer leurs compétences pour leur carrière tout en se concentrant sur les objectifs clés sur lesquels ils travaillent en ce moment.

Arrêtez de faire courir les développeurs après la formation.

Nous savons déjà qu'il y a trop de choses à faire dans une journée de travail, alors pourquoi les développeurs devraient-ils se rendre dans une salle de classe ou changer de contexte pour passer par cinq étapes afin d'accéder à une formation théorique statique ?

Le consensus général est que ce que font la plupart des organisations n'est pas terriblement efficace si l'on en croit le nombre de vulnérabilités à l'origine de violations de données. Le rapport 2020 Data Breach Investigations Report de Verizon précise que 43 % des violations de données peuvent être attribuées à des vulnérabilités web. Les développeurs ne reçoivent pas de formation efficace, ni dans l'enseignement supérieur, ni dans le cadre de mesures de perfectionnement sur le lieu de travail. Si c'était le cas, les vulnérabilités courantes telles que l'injection SQL et la traversée de chemin à l'ancienne ne seraient pas exploitées pour obtenir des données importantes, et la pénurie de compétences en cybersécurité ne serait pas incontrôlable.

Alors, sachant qu'il s'agit du climat actuel dans lequel les développeurs reçoivent une formation et se familiarisent avec la sécurité, pourquoi sommes-nous surpris de ce mauvais résultat ? Cela pourrait avoir un effet - positif - pour le développeur et l'organisation d'assurer une expérience de formation plus fluide, plus intégrée et moins dérangeante, où elle est accessible dans les espaces dans lesquels ils travaillent réellement, comme Jira, GitHub, et dans l'IDE. L'industrie doit simplement aller de l'avant et rendre la sensibilisation à la sécurité beaucoup plus facile, dans un environnement où elle n'est plus un luxe.

Prêt à sécuriser le processus de développement ?

Les développeurs sensibilisés à la sécurité sont vénérés pour leurs compétences et la protection qu'ils peuvent offrir aux organisations dès la phase de construction du code. La sécurité n'est plus optionnelle, surtout avec les amendes GDPR, les réglementations de conformité PCI-DSS, la gouvernance NIST... et la possibilité d'être poursuivi en justice dans le cadre d'une action collective de plusieurs millions de dollars, à la manière d'Equifax.

Une approche intégrée pourrait être le catalyseur pour commencer à gagner les développeurs avec un apprentissage moins perturbant, et créer des voies pour un apprentissage plus approfondi courses, former des champions de la sécurité, et généralement inspirer cette responsabilité partagée dont nous avons besoin pour garder les données du monde sûres et solides.

Téléchargez les outils d'intégration pour Jira et GitHub maintenant, et faites-nous savoir ce que vous en pensez.