Sensibilisation à la sécurité certifiée : Un décret pour élever les développeurs

S'il existe un timing divin, on peut dire que l'administration Biden l'a atteint avec l'annonce de son décret, qui concerne le plan du gouvernement américain visant à renforcer les réseaux fédéraux et à améliorer les normes et les meilleures pratiques en matière de cybersécurité dans l'ensemble du pays. Cette stratégie fait suite à deux cyberattaques récentes et dévastatrices : la violation de la chaîne d'approvisionnement de SolarWinds et l'attaque de l'infrastructure gazière de Colonial Pipeline.

Bien que ces événements aient sans aucun doute provoqué des remous à tous les niveaux du gouvernement, cette directive marque une période passionnante pour l'avenir de la cybersécurité. Il semble que nous prenions enfin au sérieux la protection de notre existence numérique depuis le sommet, et il n'y a pas de meilleur moment qu'aujourd'hui pour promouvoir de meilleures normes et des logiciels de meilleure qualité.

Le décret aborde de nombreux aspects de la cybersécurité fonctionnelle, mais pour la première fois, il souligne spécifiquement l'impact des développeurs et la nécessité pour eux de disposer de compétences vérifiées en matière de sécurité et d'être sensibilisés à cette question. Depuis des années, nous crions sur tous les toits que c'est la voie à suivre pour combattre les vulnérabilités courantes qui nous font si souvent trébucher, et que les mandats gouvernementaux s'alignent sur cette approche est la voie d'un succès généralisé en matière de cyberdéfense.

Comment les organisations - et les ministères fédéraux - doivent-ils réagir à cette ordonnance ? Passons en revue les principales catégories.

Le principe de la "boîte à cocher" n'est plus d'actualité. 

Nous soulignons depuis longtemps l'inefficacité de la plupart des formations à la cybersécurité destinées aux développeurs. Elle est souvent trop générique, n'est pas dispensée de manière à susciter l'intérêt et à inspirer le résultat souhaité (lire : un code plus sûr), et est abordée bien trop rarement. Pire encore, beaucoup d'entreprises se contentent d'une formation de type "tick-the-box" : une approche qui fournit le strict minimum, des bases "one and done" pour répondre à une exigence opérationnelle et obtenir une coche à côté du nom d'un développeur. Ces stratégies de formation sont ce qui maintient tous les RSSI sur le fil du rasoir, croisant les doigts en espérant que leur entreprise ne sera pas victime de la prochaine faille de type "zero-day". Elles ne permettent tout simplement pas de réduire les vulnérabilités et de créer un code de meilleure qualité. 

La section 4 du mandat de M. Biden indique clairement qu'une organisation doit démontrer que ses développeurs respectent les règles de sécurité de manière documentée et vérifiée :

‍

"Les lignes directrices comprennent des critères qui peuvent être utilisés pour évaluer la sécurité des logiciels, des critères pour évaluer les pratiques de sécurité des développeurs et des fournisseurs eux-mêmes, et identifient des outils ou des méthodes innovants pour démontrer la conformité avec les pratiques de sécurité.

Il y a un léger problème à cela : il n'existe actuellement aucune certification standard pour les développeurs. Il est fondamental de pouvoir évaluer le niveau de compétence des développeurs en matière de codage sécurisé et de travailler avec courses et des évaluations pour améliorer ces compétences, ce qui permet aux entreprises de fixer des objectifs et de se mettre en conformité. Lorsque les développeurs peuvent démontrer leurs compétences de base dans un environnement pratique, il est possible de les évaluer et de les certifier d'une manière significative et fiable. C'est le cœur de notre offre à Secure Code Warrior, et nous avons travaillé dur pour créer un système qui peut être utilisé pour une certification fiable et personnalisable en fonction de leur pile technologique et de leurs exigences organisationnelles. 

Ces compétences sont précieuses et ne peuvent être automatisées. La certification peut transformer les développeurs en une force consciente de la sécurité, capable de défendre la base de code contre des menaces insidieuses. 

‍

L'accent est mis sur l'outillage des développeurs (et les outils en général).

Outre les lignes directrices relatives à la vérification des pratiques de codage sécurisées, l'OE se penche de manière assez approfondie sur l'automatisation et l'outillage en matière de sécurité. 

Il y a tout simplement trop de code produit pour que les humains puissent le gérer seuls du point de vue de la sécurité, et l'automatisation - en tant qu'élément d'une pile technologique étendue - est un élément majeur de tout programme de sécurité, comme il se doit. Cependant, tous les outils ne sont pas créés égaux, et il n'existe pas d'outil unique qui puisse détecter toutes les vulnérabilités, dans tous les langages de programmation. Un bon programme de sécurité adopte une approche nuancée, en particulier lorsqu'il s'agit d'outils et de services destinés aux développeurs.

La section 3 du décret décrit les attentes des fournisseurs qui créent des logiciels pouvant être utilisés par le gouvernement fédéral, ainsi que des lignes directrices concernant l'utilisation d'outils dans le processus de développement :

‍

"(iii) l'utilisation d'outils automatisés, ou de processus comparables, pour maintenir des chaînes d'approvisionnement en code source fiables, garantissant ainsi l'intégrité du code ;
(iv) l'utilisation d'outils automatisés, ou de processus comparables, qui vérifient les vulnérabilités connues et potentielles et y remédient, et qui fonctionnent régulièrement ou, au minimum, avant la sortie d'un produit, d'une version ou d'une mise à jour".

Les outils de sécurité dans la pile technologique des développeurs sont l'un des moyens d'améliorer rapidement les meilleures pratiques en matière de sécurité, en veillant à ce que les versions aient les meilleures chances de respecter les délais et de ne pas être retardées par des bogues de sécurité et d'autres obstacles. Il n'en reste pas moins que les développeurs auront besoin d'un apprentissage contextuel pour utiliser au mieux les outils les plus puissants. Il est essentiel qu'ils comprennent ce qui a été signalé, pourquoi c'est dangereux et comment y remédier, ce qui permettra de réduire le nombre d'erreurs que les outils devront identifier en premier lieu. 

Les meilleurs outils s'intègrent à l'environnement du développeur, l'aident à produire un code de meilleure qualité (et plus sûr) et veillent à ce que la sécurité reste au premier plan. 

‍

Sécuriser la chaîne d'approvisionnement.

L'une des parties que j'ai préférées dans la déclaration d'intention concerne les plans détaillés visant à sécuriser la chaîne d'approvisionnement en logiciels. Ce n'est pas surprenant, étant donné l'événement SolarWinds, mais c'est un point important :

"La sécurité des logiciels utilisés par le gouvernement fédéral est essentielle à la capacité de ce dernier à remplir ses fonctions critiques. Le développement de logiciels commerciaux manque souvent de transparence, d'une attention suffisante à la capacité du logiciel à résister aux attaques et de contrôles adéquats pour prévenir les manipulations par des acteurs malveillants. Il est urgent de mettre en œuvre des mécanismes plus rigoureux et plus prévisibles pour garantir que les produits fonctionnent en toute sécurité et comme prévu... le gouvernement fédéral doit prendre des mesures pour améliorer rapidement la sécurité et l'intégrité de la chaîne d'approvisionnement en logiciels, en accordant la priorité aux logiciels critiques."

Cette décision affectera tout éditeur de logiciels cherchant à faire des affaires avec le gouvernement américain, mais elle devrait être appliquée comme norme partout. Le manque de transparence des fournisseurs tiers (sans parler des développeurs qui utilisent des composants tiers) en ce qui concerne leurs mesures de sécurité rend incroyablement difficile l'évaluation, la validation et la déclaration du respect des meilleures pratiques en matière de cybersécurité. Nous devons analyser les fournisseurs que nous utilisons et les logiciels qu'ils écrivent. Ces actions peuvent être considérées comme un "extra mile", mais elles devraient être inhérentes à un étalon-or des meilleures pratiques en matière de cybersécurité.

L'expédition de code sécurisé en toute confiance est depuis longtemps un point sensible dans notre secteur, mais c'est l'occasion idéale d'évaluer les processus actuels et de mener la charge vers des logiciels renforcés et une infrastructure en nuage qui font l'envie de ceux qui restent en arrière. Contactez-nous dès maintenant pour découvrir comment vous pouvez tirer parti de la technologie de l'information. CoursesNous vous invitons à nous contacter dès maintenant pour découvrir comment vous pouvez tirer parti des évaluations de la sécurité et des outils de développement pour certifier votre prochaine équipe de développeurs sensibilisés à la sécurité.

‍