La "sécurité" n'est pas un gros mot : comment une approche positive transformera votre programme de sécurité
Publié à l'origine sur le DevSecCon Blog.
Ayant été des deux côtés de la barrière, je ne connais que trop bien les tensions qui peuvent surgir entre l'équipe de développement et les spécialistes de l'AppSec lorsqu'il s'agit de faire respecter les meilleures pratiques en matière de sécurité.
C'est difficile ; en fin de compte, la principale priorité d'un développeur est de fournir des fonctionnalités logicielles. Elles doivent être belles, fonctionnelles et contribuer à mettre en valeur la puissance de l'application. Avec les pratiques de développement agile généralement en vigueur de nos jours, ces fonctionnalités doivent être réalisées dans des délais stricts... et la sécurité est rarement en tête de liste des préoccupations avec tant d'autres enjeux.
La sécurité est considérée comme le domaine de l'équipe AppSec, qui a la tâche peu enviable d'analyser le code (ou pire : de l'examiner manuellement, ligne par ligne) et de signaler à l'équipe de développement que son code n'est pas sûr ou même qu'il est totalement inutilisable. Ce sont des bâtons dans la boue qui démolissent leur bon travail, freinent l'innovation et créent généralement des maux de tête pour les développeurs. En fin de compte, de nombreux problèmes de sécurité sont assez simples à résoudre : une seule ligne de code peut renforcer une porte dérobée vulnérable en quelques minutes.
Mais voilà le problème. La "sécurité" étant tellement synonyme d'expérience négative, les développeurs ne s'y intéressent tout simplement pas autant qu'ils le devraient. Les correctifs d'une seule ligne ne se produisent pas : après tout, les responsables de l'AppSec rencontrent continuellement les mêmes problèmes. Il doit être assez exaspérant pour eux de continuer à signaler des failles d'injection SQL, plus de vingt ans après que nous les ayons découvertes pour la première fois (et leur correction ultérieure).
Ce que nous avons fait jusqu'à présent n'est pas aussi efficace que nous l'espérions. Nous devons nous concentrer sur la réparation du pont entre les développeurs et les spécialistes de l'AppSec, en nous efforçant d'instaurer une culture positive de la sécurité dans laquelle les développeurs reçoivent les outils et la formation nécessaires pour avoir un impact réel dans ce domaine.
Qui sait ? Ils pourraient même en tomber amoureux comme je l'ai fait !
La sécurité positive est le moyen le plus rapide et le plus facile d'améliorer la sécurité des applications.
et non, il ne s'agit pas de résultats intangibles. Il s'agit d'un ingrédient absolument vital dans la recette du succès du codage sécurisé.
Les développeurs détiennent la clé de l'amélioration de la sécurité dès le début de la production, en écrivant un code sécurisé dès le départ. En créant une culture de sécurité positive et en suscitant l'intérêt des développeurs pour la sécurité des applications, les vulnérabilités courantes peuvent être éliminées avant même qu'elles n'atteignent le stade de l'analyse ou de l'examen manuel du code dans le cadre de l'AppSec land.
Il est trente fois plus coûteux de corriger les vulnérabilités d'un code déjà validé. Trouver une formation qui joue sur les points forts des développeurs, suscite leur intérêt et fonctionne réellement est un grand pas en avant dans la réduction des coûts futurs pour l'identification et la correction de ces vulnérabilités récurrentes.
Des initiatives positives, axées sur les développeurs, favorisent une bonne culture de la sécurité.
Lorsque tout le monde est d'accord avec les meilleures pratiques en matière de sécurité, une culture positive de la sécurité est un sous-produit heureux et vital.
Des initiatives positives et évolutives axées sur les développeurs favorisent une bonne culture de la sécurité. Il est essentiel de faire appel à l'esprit créatif et à la capacité de résolution de problèmes des développeurs pour les convaincre, et de veiller à ce que les nouvelles recrues puissent rapidement se familiariser avec les attentes de l'équipe en matière de sécurité. N'hésitez pas à nous contacter pour obtenir un aperçu de l'évolution de la relation entre les développeurs et la sécurité, ainsi que des idées pour mettre en place un programme de sensibilisation à la sécurité efficace au sein de votre propre organisation.


Ayant été des deux côtés de la barrière, je ne connais que trop bien les tensions qui peuvent surgir entre l'équipe de développement et les spécialistes de l'AppSec lorsqu'il s'agit de faire respecter les meilleures pratiques en matière de sécurité. Cependant, il existe une meilleure approche.
Jaap Karan Singh est un évangéliste du codage sécurisé, Chief Singh et cofondateur de Secure Code Warrior.

Secure Code Warrior est là pour vous aider à sécuriser le code tout au long du cycle de vie du développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable AppSec, développeur, CISO ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre organisation à réduire les risques associés à un code non sécurisé.
Réservez une démonstrationJaap Karan Singh est un évangéliste du codage sécurisé, Chief Singh et cofondateur de Secure Code Warrior.


Publié à l'origine sur le DevSecCon Blog.
Ayant été des deux côtés de la barrière, je ne connais que trop bien les tensions qui peuvent surgir entre l'équipe de développement et les spécialistes de l'AppSec lorsqu'il s'agit de faire respecter les meilleures pratiques en matière de sécurité.
C'est difficile ; en fin de compte, la principale priorité d'un développeur est de fournir des fonctionnalités logicielles. Elles doivent être belles, fonctionnelles et contribuer à mettre en valeur la puissance de l'application. Avec les pratiques de développement agile généralement en vigueur de nos jours, ces fonctionnalités doivent être réalisées dans des délais stricts... et la sécurité est rarement en tête de liste des préoccupations avec tant d'autres enjeux.
La sécurité est considérée comme le domaine de l'équipe AppSec, qui a la tâche peu enviable d'analyser le code (ou pire : de l'examiner manuellement, ligne par ligne) et de signaler à l'équipe de développement que son code n'est pas sûr ou même qu'il est totalement inutilisable. Ce sont des bâtons dans la boue qui démolissent leur bon travail, freinent l'innovation et créent généralement des maux de tête pour les développeurs. En fin de compte, de nombreux problèmes de sécurité sont assez simples à résoudre : une seule ligne de code peut renforcer une porte dérobée vulnérable en quelques minutes.
Mais voilà le problème. La "sécurité" étant tellement synonyme d'expérience négative, les développeurs ne s'y intéressent tout simplement pas autant qu'ils le devraient. Les correctifs d'une seule ligne ne se produisent pas : après tout, les responsables de l'AppSec rencontrent continuellement les mêmes problèmes. Il doit être assez exaspérant pour eux de continuer à signaler des failles d'injection SQL, plus de vingt ans après que nous les ayons découvertes pour la première fois (et leur correction ultérieure).
Ce que nous avons fait jusqu'à présent n'est pas aussi efficace que nous l'espérions. Nous devons nous concentrer sur la réparation du pont entre les développeurs et les spécialistes de l'AppSec, en nous efforçant d'instaurer une culture positive de la sécurité dans laquelle les développeurs reçoivent les outils et la formation nécessaires pour avoir un impact réel dans ce domaine.
Qui sait ? Ils pourraient même en tomber amoureux comme je l'ai fait !
La sécurité positive est le moyen le plus rapide et le plus facile d'améliorer la sécurité des applications.
et non, il ne s'agit pas de résultats intangibles. Il s'agit d'un ingrédient absolument vital dans la recette du succès du codage sécurisé.
Les développeurs détiennent la clé de l'amélioration de la sécurité dès le début de la production, en écrivant un code sécurisé dès le départ. En créant une culture de sécurité positive et en suscitant l'intérêt des développeurs pour la sécurité des applications, les vulnérabilités courantes peuvent être éliminées avant même qu'elles n'atteignent le stade de l'analyse ou de l'examen manuel du code dans le cadre de l'AppSec land.
Il est trente fois plus coûteux de corriger les vulnérabilités d'un code déjà validé. Trouver une formation qui joue sur les points forts des développeurs, suscite leur intérêt et fonctionne réellement est un grand pas en avant dans la réduction des coûts futurs pour l'identification et la correction de ces vulnérabilités récurrentes.
Des initiatives positives, axées sur les développeurs, favorisent une bonne culture de la sécurité.
Lorsque tout le monde est d'accord avec les meilleures pratiques en matière de sécurité, une culture positive de la sécurité est un sous-produit heureux et vital.
Des initiatives positives et évolutives axées sur les développeurs favorisent une bonne culture de la sécurité. Il est essentiel de faire appel à l'esprit créatif et à la capacité de résolution de problèmes des développeurs pour les convaincre, et de veiller à ce que les nouvelles recrues puissent rapidement se familiariser avec les attentes de l'équipe en matière de sécurité. N'hésitez pas à nous contacter pour obtenir un aperçu de l'évolution de la relation entre les développeurs et la sécurité, ainsi que des idées pour mettre en place un programme de sensibilisation à la sécurité efficace au sein de votre propre organisation.

Publié à l'origine sur le DevSecCon Blog.
Ayant été des deux côtés de la barrière, je ne connais que trop bien les tensions qui peuvent surgir entre l'équipe de développement et les spécialistes de l'AppSec lorsqu'il s'agit de faire respecter les meilleures pratiques en matière de sécurité.
C'est difficile ; en fin de compte, la principale priorité d'un développeur est de fournir des fonctionnalités logicielles. Elles doivent être belles, fonctionnelles et contribuer à mettre en valeur la puissance de l'application. Avec les pratiques de développement agile généralement en vigueur de nos jours, ces fonctionnalités doivent être réalisées dans des délais stricts... et la sécurité est rarement en tête de liste des préoccupations avec tant d'autres enjeux.
La sécurité est considérée comme le domaine de l'équipe AppSec, qui a la tâche peu enviable d'analyser le code (ou pire : de l'examiner manuellement, ligne par ligne) et de signaler à l'équipe de développement que son code n'est pas sûr ou même qu'il est totalement inutilisable. Ce sont des bâtons dans la boue qui démolissent leur bon travail, freinent l'innovation et créent généralement des maux de tête pour les développeurs. En fin de compte, de nombreux problèmes de sécurité sont assez simples à résoudre : une seule ligne de code peut renforcer une porte dérobée vulnérable en quelques minutes.
Mais voilà le problème. La "sécurité" étant tellement synonyme d'expérience négative, les développeurs ne s'y intéressent tout simplement pas autant qu'ils le devraient. Les correctifs d'une seule ligne ne se produisent pas : après tout, les responsables de l'AppSec rencontrent continuellement les mêmes problèmes. Il doit être assez exaspérant pour eux de continuer à signaler des failles d'injection SQL, plus de vingt ans après que nous les ayons découvertes pour la première fois (et leur correction ultérieure).
Ce que nous avons fait jusqu'à présent n'est pas aussi efficace que nous l'espérions. Nous devons nous concentrer sur la réparation du pont entre les développeurs et les spécialistes de l'AppSec, en nous efforçant d'instaurer une culture positive de la sécurité dans laquelle les développeurs reçoivent les outils et la formation nécessaires pour avoir un impact réel dans ce domaine.
Qui sait ? Ils pourraient même en tomber amoureux comme je l'ai fait !
La sécurité positive est le moyen le plus rapide et le plus facile d'améliorer la sécurité des applications.
et non, il ne s'agit pas de résultats intangibles. Il s'agit d'un ingrédient absolument vital dans la recette du succès du codage sécurisé.
Les développeurs détiennent la clé de l'amélioration de la sécurité dès le début de la production, en écrivant un code sécurisé dès le départ. En créant une culture de sécurité positive et en suscitant l'intérêt des développeurs pour la sécurité des applications, les vulnérabilités courantes peuvent être éliminées avant même qu'elles n'atteignent le stade de l'analyse ou de l'examen manuel du code dans le cadre de l'AppSec land.
Il est trente fois plus coûteux de corriger les vulnérabilités d'un code déjà validé. Trouver une formation qui joue sur les points forts des développeurs, suscite leur intérêt et fonctionne réellement est un grand pas en avant dans la réduction des coûts futurs pour l'identification et la correction de ces vulnérabilités récurrentes.
Des initiatives positives, axées sur les développeurs, favorisent une bonne culture de la sécurité.
Lorsque tout le monde est d'accord avec les meilleures pratiques en matière de sécurité, une culture positive de la sécurité est un sous-produit heureux et vital.
Des initiatives positives et évolutives axées sur les développeurs favorisent une bonne culture de la sécurité. Il est essentiel de faire appel à l'esprit créatif et à la capacité de résolution de problèmes des développeurs pour les convaincre, et de veiller à ce que les nouvelles recrues puissent rapidement se familiariser avec les attentes de l'équipe en matière de sécurité. N'hésitez pas à nous contacter pour obtenir un aperçu de l'évolution de la relation entre les développeurs et la sécurité, ainsi que des idées pour mettre en place un programme de sensibilisation à la sécurité efficace au sein de votre propre organisation.

Cliquez sur le lien ci-dessous et téléchargez le PDF de cette ressource.
Secure Code Warrior est là pour vous aider à sécuriser le code tout au long du cycle de vie du développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable AppSec, développeur, CISO ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre organisation à réduire les risques associés à un code non sécurisé.
Voir le rapportRéservez une démonstrationJaap Karan Singh est un évangéliste du codage sécurisé, Chief Singh et cofondateur de Secure Code Warrior.
Publié à l'origine sur le DevSecCon Blog.
Ayant été des deux côtés de la barrière, je ne connais que trop bien les tensions qui peuvent surgir entre l'équipe de développement et les spécialistes de l'AppSec lorsqu'il s'agit de faire respecter les meilleures pratiques en matière de sécurité.
C'est difficile ; en fin de compte, la principale priorité d'un développeur est de fournir des fonctionnalités logicielles. Elles doivent être belles, fonctionnelles et contribuer à mettre en valeur la puissance de l'application. Avec les pratiques de développement agile généralement en vigueur de nos jours, ces fonctionnalités doivent être réalisées dans des délais stricts... et la sécurité est rarement en tête de liste des préoccupations avec tant d'autres enjeux.
La sécurité est considérée comme le domaine de l'équipe AppSec, qui a la tâche peu enviable d'analyser le code (ou pire : de l'examiner manuellement, ligne par ligne) et de signaler à l'équipe de développement que son code n'est pas sûr ou même qu'il est totalement inutilisable. Ce sont des bâtons dans la boue qui démolissent leur bon travail, freinent l'innovation et créent généralement des maux de tête pour les développeurs. En fin de compte, de nombreux problèmes de sécurité sont assez simples à résoudre : une seule ligne de code peut renforcer une porte dérobée vulnérable en quelques minutes.
Mais voilà le problème. La "sécurité" étant tellement synonyme d'expérience négative, les développeurs ne s'y intéressent tout simplement pas autant qu'ils le devraient. Les correctifs d'une seule ligne ne se produisent pas : après tout, les responsables de l'AppSec rencontrent continuellement les mêmes problèmes. Il doit être assez exaspérant pour eux de continuer à signaler des failles d'injection SQL, plus de vingt ans après que nous les ayons découvertes pour la première fois (et leur correction ultérieure).
Ce que nous avons fait jusqu'à présent n'est pas aussi efficace que nous l'espérions. Nous devons nous concentrer sur la réparation du pont entre les développeurs et les spécialistes de l'AppSec, en nous efforçant d'instaurer une culture positive de la sécurité dans laquelle les développeurs reçoivent les outils et la formation nécessaires pour avoir un impact réel dans ce domaine.
Qui sait ? Ils pourraient même en tomber amoureux comme je l'ai fait !
La sécurité positive est le moyen le plus rapide et le plus facile d'améliorer la sécurité des applications.
et non, il ne s'agit pas de résultats intangibles. Il s'agit d'un ingrédient absolument vital dans la recette du succès du codage sécurisé.
Les développeurs détiennent la clé de l'amélioration de la sécurité dès le début de la production, en écrivant un code sécurisé dès le départ. En créant une culture de sécurité positive et en suscitant l'intérêt des développeurs pour la sécurité des applications, les vulnérabilités courantes peuvent être éliminées avant même qu'elles n'atteignent le stade de l'analyse ou de l'examen manuel du code dans le cadre de l'AppSec land.
Il est trente fois plus coûteux de corriger les vulnérabilités d'un code déjà validé. Trouver une formation qui joue sur les points forts des développeurs, suscite leur intérêt et fonctionne réellement est un grand pas en avant dans la réduction des coûts futurs pour l'identification et la correction de ces vulnérabilités récurrentes.
Des initiatives positives, axées sur les développeurs, favorisent une bonne culture de la sécurité.
Lorsque tout le monde est d'accord avec les meilleures pratiques en matière de sécurité, une culture positive de la sécurité est un sous-produit heureux et vital.
Des initiatives positives et évolutives axées sur les développeurs favorisent une bonne culture de la sécurité. Il est essentiel de faire appel à l'esprit créatif et à la capacité de résolution de problèmes des développeurs pour les convaincre, et de veiller à ce que les nouvelles recrues puissent rapidement se familiariser avec les attentes de l'équipe en matière de sécurité. N'hésitez pas à nous contacter pour obtenir un aperçu de l'évolution de la relation entre les développeurs et la sécurité, ainsi que des idées pour mettre en place un programme de sensibilisation à la sécurité efficace au sein de votre propre organisation.
Table des matières
Jaap Karan Singh est un évangéliste du codage sécurisé, Chief Singh et cofondateur de Secure Code Warrior.

Secure Code Warrior est là pour vous aider à sécuriser le code tout au long du cycle de vie du développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable AppSec, développeur, CISO ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre organisation à réduire les risques associés à un code non sécurisé.
Réservez une démonstrationTéléchargerRessources pour vous aider à démarrer
Le pouvoir de la marque dans l'AppSec DevSec DevSecOps (Qu'y a-t-il dans un acrynème ?)
Dans le domaine de l'AppSec, l'impact durable d'un programme exige plus que de la technologie : il faut une marque forte. Une identité forte garantit que vos initiatives trouvent un écho et suscitent un engagement durable au sein de votre communauté de développeurs.
Trust Agent : AI by Secure Code Warrior
Ce document présente le SCW Trust Agent : AI, un nouvel ensemble de fonctionnalités qui fournissent une observabilité et une gouvernance approfondies sur les outils de codage de l'IA. Découvrez comment notre solution établit une corrélation unique entre l'utilisation des outils d'IA et les compétences des développeurs pour vous aider à gérer les risques, à optimiser votre SDLC et à garantir que chaque ligne de code générée par l'IA est sécurisée.
Vibe Coding : Guide pratique pour la mise à jour de votre stratégie AppSec pour l'IA
Regardez à la demande pour apprendre comment permettre aux responsables AppSec de devenir des facilitateurs de l'IA, plutôt que des bloqueurs, grâce à une approche pratique, axée sur la formation. Nous vous montrerons comment tirer parti de Secure Code Warrior (SCW) pour actualiser votre stratégie AppSec à l'ère des assistants de codage IA.
AI Coding Assistants : Un guide de navigation sécurisée pour la prochaine génération de développeurs
Les grands modèles linguistiques offrent des avantages irrésistibles en termes de rapidité et de productivité, mais ils présentent également des risques indéniables pour l'entreprise. Les garde-fous traditionnels ne suffisent pas à contrôler le déluge. Les développeurs ont besoin de compétences précises et vérifiées en matière de sécurité pour identifier et prévenir les failles de sécurité dès le début du cycle de développement du logiciel.
Ressources pour vous aider à démarrer
Pourquoi le mois de la sensibilisation à la cybersécurité doit-il évoluer à l'ère de l'IA ?
Les RSSI ne peuvent pas s'appuyer sur le même vieux manuel de sensibilisation. À l'ère de l'IA, ils doivent adopter des approches modernes pour protéger le code, les équipes et les organisations.
SCW Trust Agent : AI - Visibilité et gouvernance pour votre SDLC assisté par l'IA
Découvrez comment Trust Agent : AI offre une visibilité et une gouvernance approfondies sur le code généré par l'IA, ce qui permet aux entreprises d'innover plus rapidement et de manière plus sécurisée.
Codage sécurisé à l'ère de l'IA : essayez nos nouveaux défis interactifs en matière d'IA
Le codage assisté par l'IA est en train de changer le développement. Essayez nos nouveaux défis IA de type Copilot pour réviser, analyser et corriger le code en toute sécurité dans des flux de travail réalistes.