
'보안'은 더러운 단어가 아닙니다: 긍정적인 접근 방식이 보안 프로그램을 혁신하는 방법
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.


저는 양쪽 입장을 견지해 왔기 때문에 보안 모범 사례를 유지하는 데 있어 개발팀과 AppSec 전문가 간에 발생할 수 있는 긴장감을 너무나 잘 알고 있습니다.하지만 더 나은 접근 방식이 있습니다.
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 aider les organisations à protéger leur code tout au long du cycle de vie du développement logiciel et à instaurer une culture qui accorde la priorité à la cybersécurité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou tout autre professionnel de la sécurité, nous pouvons aider votre organisation à réduire les risques liés au code non sécurisé.
Veuillez prendre rendez-vous pour une démonstration.Jaap 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.

Veuillez cliquer sur le lien ci-dessous pour télécharger le PDF de cette ressource.
Secure Code Warrior est là pour aider les organisations à protéger leur code tout au long du cycle de vie du développement logiciel et à instaurer une culture qui accorde la priorité à la cybersécurité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou tout autre professionnel de la sécurité, nous pouvons aider votre organisation à réduire les risques liés au code non sécurisé.
Consulter le rapportVeuillez prendre rendez-vous pour une démonstration.Jaap 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 aider les organisations à protéger leur code tout au long du cycle de vie du développement logiciel et à instaurer une culture qui accorde la priorité à la cybersécurité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou tout autre professionnel de la sécurité, nous pouvons aider votre organisation à réduire les risques liés au code non sécurisé.
Veuillez prendre rendez-vous pour une démonstration.TéléchargerRessources utiles pour débuter
Thèmes et contenus de la formation sur les codes de sécurité
Le contenu le plus pertinent du secteur évolue constamment pour s'adapter à l'environnement de développement logiciel en constante évolution, en tenant compte du rôle des clients. Des architectes et ingénieurs aux chefs de produit et responsables de l'assurance qualité, tous les rôles sont couverts, de l'IA à l'injection XQuery. Veuillez consulter le catalogue de contenu pour découvrir ce qui est proposé par thème et par rôle.
La Chambre de commerce établit la norme en matière de sécurité à grande échelle axée sur les développeurs
La Chambre de commerce néerlandaise explique comment elle a intégré le codage sécurisé dans le développement quotidien grâce à des certifications basées sur les rôles, à l'évaluation comparative du Trust Score et à une culture de responsabilité partagée en matière de sécurité.
Modélisation des menaces avec l'IA : transformer chaque développeur en modélisateur de menaces
Vous repartirez mieux équipé pour aider les développeurs à combiner les idées et les techniques de modélisation des menaces avec les outils d'IA qu'ils utilisent déjà pour renforcer la sécurité, améliorer la collaboration et créer des logiciels plus résilients dès le départ.
Ressources utiles pour débuter
Cybermon est de retour : la mission IA de défaite du boss est désormais disponible à la demande.
Cybermon 2025 Bit The Boss est désormais disponible toute l'année sur SCW. Renforcez le développement de l'IA de sécurité à grande échelle en déployant des défis de sécurité IA/LLM avancés.
Explication de la loi sur la cyber-résilience : l'importance de la conception sécurisée dans le développement de logiciels
Découvrez les exigences de la loi européenne sur la résilience des réseaux et des services (CRA), son champ d'application et comment votre équipe d'ingénieurs peut se préparer en toute sécurité grâce à la conception, aux pratiques, à la prévention des vulnérabilités et à la mise en place d'un environnement de développement.
Facteur de réussite n° 1 : des critères de réussite clairement définis et mesurables
Enabler 1 présente une série de dix articles consacrés aux facteurs de réussite, en démontrant comment le codage sécurisé peut améliorer les performances commerciales, notamment en accélérant la réduction des risques et des coûts pour la maturité des programmes à long terme.




%20(1).avif)
.avif)
