Passer de la réaction à la prévention

Je pense donc que l'un des défis auxquels nous sommes confrontés dans le domaine du développement et de la sécurité des logiciels est que nous voyons les mêmes vulnérabilités logicielles depuis 20 ans. Que vous utilisiez l'analyse statique du code, l'évaluation des vulnérabilités ou les tests de pénétration, les mêmes problèmes se répètent dans différentes technologies et différentes parties du code. 

Et je pense que le deuxième défi que nous avons, que vous utilisiez l'analyse statique du code ou que vous utilisiez des évaluations de vulnérabilité et des tests de pénétration, c'est que ces technologies ne font souvent que signaler un problème, et ne vous donnent pas vraiment de solutions pratiques et de moyens de réparer les choses. Je pense que c'est l'une des raisons pour lesquelles nous devons passer de la réaction à la prévention, car nous voulons non seulement prévenir la récurrence des problèmes de sécurité des logiciels, mais aussi les résoudre très rapidement dans le cycle de développement des logiciels. 

L'une des choses que nous essayons vraiment de faire à Secure Code Warrior, c'est de nous intégrer dans les processus et les outils de développement du développeur, parce que nous voulons être hyper pertinents et contextuels pour ce développeur de logiciels. Nous voulons être là pour les aider à coacher et à guider le problème actuel. Un exemple est l'intégration dans les systèmes de billetterie. Nous voulons être dans ce système de ticketing, lorsqu'un bogue de sécurité est déposé, que ce soit par un outil d'analyse statique du code, ou par un test de stylo, nous voulons être là, avec le développeur, avec des modèles de codage pertinents et des informations sur la façon dont vous pouvez maintenant résoudre rapidement ce problème dans votre langage de codage spécifique. De cette manière, nous voulons être vraiment contextuels et être là pour le développeur lorsqu'il en a réellement besoin. Avec une technologie comme sensei, nous voulons en fait être contextuels à l'intérieur de l'IDE du développeur. Lorsque nous remarquons qu'un nouvel employé ou un développeur junior utilise des pratiques de codage qui pourraient entraîner une vulnérabilité en matière de sécurité, nous voulons être là, non seulement pour détecter le problème et le former sur place, mais aussi pour lui offrir des conseils sur la façon de le corriger rapidement, et même réécrire automatiquement le code pour lui à l'intérieur de son environnement de développement intégré. De cette manière, nous voulons être contextuels et hyper pertinents et offrir des solutions aux développeurs dans leur propre langage de codage sur la façon de corriger et de produire du code sécurisé dans leurs équipes. 

Notre objectif ultime est donc d'intégrer la sécurité dans l'ADN du développeur. Nous ne voulons pas passer à gauche, nous commençons à gauche. Nous voulons aider les développeurs et leur donner les moyens d'écrire du code sécurisé dès le départ. C'est pourquoi nous créons un environnement dans lequel nous proposons des jeux pratiques et des expériences d'apprentissage amusantes, qui sont spécifiques au codage et au langage qu'un développeur utilise. Parce que nous voulons faire de la sécurité quelque chose de constructif, de positif et une expérience amusante pour le développeur, afin qu'il puisse écrire du code sécurisé rapidement.

Pourquoi les développeurs aiment-ils Secure Code Warrior? Tout d'abord, parce que nous les aidons à améliorer leurs compétences dans leur propre langage et cadre de codage, que vous soyez un développeur frontal qui code en react ou un développeur mobile qui utilise Java ou swift, ou même des développeurs de la vieille école qui se concentrent sur COBOL, RPG, ou Java et C#, nous avons construit une bibliothèque de contenu dans votre langage et cadre de codage spécifique, de sorte que nous pouvons vous aider de manière pratique, à comprendre et à faire de la sécurité quelque chose qui n'est pas effrayant et quelque chose qui est en fait amusant d'apprendre.