
Deep-Dive : découvrez de près la vulnérabilité zero-day MOVEit
Les cyberattaques de la chaîne d'approvisionnement logicielle sont de plus en plus courantes, ce qui entraîne une série de modifications législatives au niveau du gouvernement américain, tandis que les entreprises s'efforcent d'atténuer leur profil de risque étendu et d'améliorer rapidement la qualité des logiciels. Rien que cette année, trois vulnérabilités zero-day ont été découvertes dans les services de partage de fichiers, la plus importante et la plus destructrice étant l'exploit de masse MOVEit.
Mené par le groupe de rançongiciels CL0P, l'incident MOVEit domine l'actualité de la cybersécurité depuis un certain temps, touchant plus de 1 000 entreprises. Ce chiffre devrait continuer à augmenter, ce qui en fait l'une des attaques les plus puissantes contre la chaîne d'approvisionnement logicielle depuis Solarwinds en 2021.
Le catalyseur de cette violation généralisée a été un ensemble de vulnérabilités liées à l'injection SQL, qui a finalement reçu un score de gravité de 9,8 sur 10 chez MITRE. L'injection SQL est la principale préoccupation des professionnels de la sécurité depuis la fin des années 90 et, bien qu'il s'agisse d'une solution assez simple, elle continue de se retrouver dans les logiciels modernes et de fournir des données sensibles aux acteurs de la menace.
Le scénario MOVEit est légèrement différent de ce que de nombreux développeurs et professionnels de l'AppSec ont pu expérimenter auparavant, et vous pouvez tester vos compétences en matière de destruction de SQLI lors d'une simulation en direct ici :
>>> JOUEZ À LA MISSION MOVEit
La vulnérabilité : injection SQL
Comment exactement l'injection SQL a-t-elle été utilisée pour exploiter l'application de transfert de fichiers MOVEit de Progress Software ?
Le groupe de ransomware CL0P a pu exploiter la vulnérabilité d'injection SQL CVE-2023-34362, lui accordant un accès illimité et non autorisé à la base de données de MOVEit. À partir de là, ils ont pu installer LEMURLOOT, un shell Web qui leur permettrait à terme d'exécuter plusieurs processus critiques à haut risque, tels que la récupération des paramètres système, l'énumération de la base de données SQL, la récupération de fichiers depuis le système MOVEit Transfer et la création d'un nouveau compte avec des privilèges d'administration complets.
Il va sans dire que ce vecteur d'attaque est peut-être le résultat d'une erreur relativement simple, qui pourrait être attribuée à l'utilisation perpétuelle de modèles de codage médiocres, mais son potentiel de provoquer des problèmes permanents au niveau de l'entreprise est immense.
Comparable à l'exploit MOVEit, examinons cette fiche explicative SQLi, qui simule la méthode d'injection et d'exécution de code SQL malveillant :
Cette chaîne de requête et cette variable :
chaîne EmailAddress = »contact@scw.com« ;
var query = $"SÉLECTIONNEZ U.username from Users as u WHERE u.Email = '{EmailAddress}' » ;
donnera lieu à la requête suivante :
var query = $"SÉLECTIONNEZ U.username From Users as u WHERE u.Email = 'contact@scw.com' » ;
... et avec des entrées mal intentionnées :
string EmailAddress = "contact@scw.com '; SUPPRIMER DES FACTURES OÙ Id = 2 ; -- » ;
var query = $"SÉLECTIONNEZ U.username from Users as u WHERE u.Email = '{EmailAddress}' » ;
il deviendra :
var query = $"SÉLECTIONNEZ U.username From Users as u WHERE u.Email = 'contact@scw.com' ; SUPPRIMER DES FACTURES OÙ Id = 2 ; --' » ;
À quoi ça ressemble en vol ?


Notez qu'en raison de la concaténation de chaînes, l'entrée est interprétée comme une syntaxe SQL. Tout d'abord, un guillemet simple est ajouté pour s'assurer que la syntaxe SQL de l'instruction SELECT est valide. Ensuite, un point-virgule est ajouté afin de terminer la première instruction.
Une fois que cela est en place, une instruction DELETE valide est ajoutée, suivie de deux tirets pour commenter les caractères de fin (le guillemet simple). Une instruction UPDATE pourrait tout aussi bien être ajoutée, par exemple, si le code SQL malveillant devait mettre à jour les rôles ou les mots de passe des utilisateurs.
Essayez-le vous-même dans cette mission jouable :
>>> JOUEZ À LA MISSION MOVEit
Bien que relativement simple, SQLi reste un puissant vecteur d'attaque, trop courant. Dans le cas de MOVEit, cet exploit a ouvert la voie à une installation de porte dérobée dommageable et à une série d'autres attaques de gravité similaire.
Comment pouvez-vous atténuer les risques liés à l'injection SQL ?
Pour toutes les entreprises utilisant MOVEit dans le cadre de leurs activités commerciales, il est impératif qu'elles suivent les conseils de remédiation recommandés par Logiciel Progress. Cela inclut, mais sans s'y limiter, l'application de correctifs de sécurité en tant que priorité de niveau d'urgence.
Pour l'injection SQL en général, consultez notre guide complet.
Vous souhaitez en savoir plus sur la façon d'écrire du code sécurisé et d'atténuer les risques ? Essayez notre Défi d'injection SQL gratuit.
Si vous souhaitez obtenir plus de directives de codage gratuites, consultez Coach de code sécurisé pour vous aider à rester au fait des meilleures pratiques en matière de codage sécurisé.


Le scénario MOVEit est légèrement différent de ce que de nombreux développeurs et professionnels de l'AppSec ont pu expérimenter auparavant, et vous pouvez tester vos compétences en matière de destruction de SQLI dans le cadre d'une simulation en direct ici.

Secure Code Warrior là pour aider votre organisation à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité informatique 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é.
Veuillez réserver une démonstration.Laura Verheyde est une développeuse de logiciels chez Secure Code Warrior qui se concentre sur la recherche de vulnérabilités et la création de contenu pour les missions et les laboratoires de codage.


Les cyberattaques de la chaîne d'approvisionnement logicielle sont de plus en plus courantes, ce qui entraîne une série de modifications législatives au niveau du gouvernement américain, tandis que les entreprises s'efforcent d'atténuer leur profil de risque étendu et d'améliorer rapidement la qualité des logiciels. Rien que cette année, trois vulnérabilités zero-day ont été découvertes dans les services de partage de fichiers, la plus importante et la plus destructrice étant l'exploit de masse MOVEit.
Mené par le groupe de rançongiciels CL0P, l'incident MOVEit domine l'actualité de la cybersécurité depuis un certain temps, touchant plus de 1 000 entreprises. Ce chiffre devrait continuer à augmenter, ce qui en fait l'une des attaques les plus puissantes contre la chaîne d'approvisionnement logicielle depuis Solarwinds en 2021.
Le catalyseur de cette violation généralisée a été un ensemble de vulnérabilités liées à l'injection SQL, qui a finalement reçu un score de gravité de 9,8 sur 10 chez MITRE. L'injection SQL est la principale préoccupation des professionnels de la sécurité depuis la fin des années 90 et, bien qu'il s'agisse d'une solution assez simple, elle continue de se retrouver dans les logiciels modernes et de fournir des données sensibles aux acteurs de la menace.
Le scénario MOVEit est légèrement différent de ce que de nombreux développeurs et professionnels de l'AppSec ont pu expérimenter auparavant, et vous pouvez tester vos compétences en matière de destruction de SQLI lors d'une simulation en direct ici :
>>> JOUEZ À LA MISSION MOVEit
La vulnérabilité : injection SQL
Comment exactement l'injection SQL a-t-elle été utilisée pour exploiter l'application de transfert de fichiers MOVEit de Progress Software ?
Le groupe de ransomware CL0P a pu exploiter la vulnérabilité d'injection SQL CVE-2023-34362, lui accordant un accès illimité et non autorisé à la base de données de MOVEit. À partir de là, ils ont pu installer LEMURLOOT, un shell Web qui leur permettrait à terme d'exécuter plusieurs processus critiques à haut risque, tels que la récupération des paramètres système, l'énumération de la base de données SQL, la récupération de fichiers depuis le système MOVEit Transfer et la création d'un nouveau compte avec des privilèges d'administration complets.
Il va sans dire que ce vecteur d'attaque est peut-être le résultat d'une erreur relativement simple, qui pourrait être attribuée à l'utilisation perpétuelle de modèles de codage médiocres, mais son potentiel de provoquer des problèmes permanents au niveau de l'entreprise est immense.
Comparable à l'exploit MOVEit, examinons cette fiche explicative SQLi, qui simule la méthode d'injection et d'exécution de code SQL malveillant :
Cette chaîne de requête et cette variable :
chaîne EmailAddress = »contact@scw.com« ;
var query = $"SÉLECTIONNEZ U.username from Users as u WHERE u.Email = '{EmailAddress}' » ;
donnera lieu à la requête suivante :
var query = $"SÉLECTIONNEZ U.username From Users as u WHERE u.Email = 'contact@scw.com' » ;
... et avec des entrées mal intentionnées :
string EmailAddress = "contact@scw.com '; SUPPRIMER DES FACTURES OÙ Id = 2 ; -- » ;
var query = $"SÉLECTIONNEZ U.username from Users as u WHERE u.Email = '{EmailAddress}' » ;
il deviendra :
var query = $"SÉLECTIONNEZ U.username From Users as u WHERE u.Email = 'contact@scw.com' ; SUPPRIMER DES FACTURES OÙ Id = 2 ; --' » ;
À quoi ça ressemble en vol ?


Notez qu'en raison de la concaténation de chaînes, l'entrée est interprétée comme une syntaxe SQL. Tout d'abord, un guillemet simple est ajouté pour s'assurer que la syntaxe SQL de l'instruction SELECT est valide. Ensuite, un point-virgule est ajouté afin de terminer la première instruction.
Une fois que cela est en place, une instruction DELETE valide est ajoutée, suivie de deux tirets pour commenter les caractères de fin (le guillemet simple). Une instruction UPDATE pourrait tout aussi bien être ajoutée, par exemple, si le code SQL malveillant devait mettre à jour les rôles ou les mots de passe des utilisateurs.
Essayez-le vous-même dans cette mission jouable :
>>> JOUEZ À LA MISSION MOVEit
Bien que relativement simple, SQLi reste un puissant vecteur d'attaque, trop courant. Dans le cas de MOVEit, cet exploit a ouvert la voie à une installation de porte dérobée dommageable et à une série d'autres attaques de gravité similaire.
Comment pouvez-vous atténuer les risques liés à l'injection SQL ?
Pour toutes les entreprises utilisant MOVEit dans le cadre de leurs activités commerciales, il est impératif qu'elles suivent les conseils de remédiation recommandés par Logiciel Progress. Cela inclut, mais sans s'y limiter, l'application de correctifs de sécurité en tant que priorité de niveau d'urgence.
Pour l'injection SQL en général, consultez notre guide complet.
Vous souhaitez en savoir plus sur la façon d'écrire du code sécurisé et d'atténuer les risques ? Essayez notre Défi d'injection SQL gratuit.
Si vous souhaitez obtenir plus de directives de codage gratuites, consultez Coach de code sécurisé pour vous aider à rester au fait des meilleures pratiques en matière de codage sécurisé.

Les cyberattaques de la chaîne d'approvisionnement logicielle sont de plus en plus courantes, ce qui entraîne une série de modifications législatives au niveau du gouvernement américain, tandis que les entreprises s'efforcent d'atténuer leur profil de risque étendu et d'améliorer rapidement la qualité des logiciels. Rien que cette année, trois vulnérabilités zero-day ont été découvertes dans les services de partage de fichiers, la plus importante et la plus destructrice étant l'exploit de masse MOVEit.
Mené par le groupe de rançongiciels CL0P, l'incident MOVEit domine l'actualité de la cybersécurité depuis un certain temps, touchant plus de 1 000 entreprises. Ce chiffre devrait continuer à augmenter, ce qui en fait l'une des attaques les plus puissantes contre la chaîne d'approvisionnement logicielle depuis Solarwinds en 2021.
Le catalyseur de cette violation généralisée a été un ensemble de vulnérabilités liées à l'injection SQL, qui a finalement reçu un score de gravité de 9,8 sur 10 chez MITRE. L'injection SQL est la principale préoccupation des professionnels de la sécurité depuis la fin des années 90 et, bien qu'il s'agisse d'une solution assez simple, elle continue de se retrouver dans les logiciels modernes et de fournir des données sensibles aux acteurs de la menace.
Le scénario MOVEit est légèrement différent de ce que de nombreux développeurs et professionnels de l'AppSec ont pu expérimenter auparavant, et vous pouvez tester vos compétences en matière de destruction de SQLI lors d'une simulation en direct ici :
>>> JOUEZ À LA MISSION MOVEit
La vulnérabilité : injection SQL
Comment exactement l'injection SQL a-t-elle été utilisée pour exploiter l'application de transfert de fichiers MOVEit de Progress Software ?
Le groupe de ransomware CL0P a pu exploiter la vulnérabilité d'injection SQL CVE-2023-34362, lui accordant un accès illimité et non autorisé à la base de données de MOVEit. À partir de là, ils ont pu installer LEMURLOOT, un shell Web qui leur permettrait à terme d'exécuter plusieurs processus critiques à haut risque, tels que la récupération des paramètres système, l'énumération de la base de données SQL, la récupération de fichiers depuis le système MOVEit Transfer et la création d'un nouveau compte avec des privilèges d'administration complets.
Il va sans dire que ce vecteur d'attaque est peut-être le résultat d'une erreur relativement simple, qui pourrait être attribuée à l'utilisation perpétuelle de modèles de codage médiocres, mais son potentiel de provoquer des problèmes permanents au niveau de l'entreprise est immense.
Comparable à l'exploit MOVEit, examinons cette fiche explicative SQLi, qui simule la méthode d'injection et d'exécution de code SQL malveillant :
Cette chaîne de requête et cette variable :
chaîne EmailAddress = »contact@scw.com« ;
var query = $"SÉLECTIONNEZ U.username from Users as u WHERE u.Email = '{EmailAddress}' » ;
donnera lieu à la requête suivante :
var query = $"SÉLECTIONNEZ U.username From Users as u WHERE u.Email = 'contact@scw.com' » ;
... et avec des entrées mal intentionnées :
string EmailAddress = "contact@scw.com '; SUPPRIMER DES FACTURES OÙ Id = 2 ; -- » ;
var query = $"SÉLECTIONNEZ U.username from Users as u WHERE u.Email = '{EmailAddress}' » ;
il deviendra :
var query = $"SÉLECTIONNEZ U.username From Users as u WHERE u.Email = 'contact@scw.com' ; SUPPRIMER DES FACTURES OÙ Id = 2 ; --' » ;
À quoi ça ressemble en vol ?


Notez qu'en raison de la concaténation de chaînes, l'entrée est interprétée comme une syntaxe SQL. Tout d'abord, un guillemet simple est ajouté pour s'assurer que la syntaxe SQL de l'instruction SELECT est valide. Ensuite, un point-virgule est ajouté afin de terminer la première instruction.
Une fois que cela est en place, une instruction DELETE valide est ajoutée, suivie de deux tirets pour commenter les caractères de fin (le guillemet simple). Une instruction UPDATE pourrait tout aussi bien être ajoutée, par exemple, si le code SQL malveillant devait mettre à jour les rôles ou les mots de passe des utilisateurs.
Essayez-le vous-même dans cette mission jouable :
>>> JOUEZ À LA MISSION MOVEit
Bien que relativement simple, SQLi reste un puissant vecteur d'attaque, trop courant. Dans le cas de MOVEit, cet exploit a ouvert la voie à une installation de porte dérobée dommageable et à une série d'autres attaques de gravité similaire.
Comment pouvez-vous atténuer les risques liés à l'injection SQL ?
Pour toutes les entreprises utilisant MOVEit dans le cadre de leurs activités commerciales, il est impératif qu'elles suivent les conseils de remédiation recommandés par Logiciel Progress. Cela inclut, mais sans s'y limiter, l'application de correctifs de sécurité en tant que priorité de niveau d'urgence.
Pour l'injection SQL en général, consultez notre guide complet.
Vous souhaitez en savoir plus sur la façon d'écrire du code sécurisé et d'atténuer les risques ? Essayez notre Défi d'injection SQL gratuit.
Si vous souhaitez obtenir plus de directives de codage gratuites, consultez Coach de code sécurisé pour vous aider à rester au fait des meilleures pratiques en matière de codage sécurisé.

Veuillez cliquer sur le lien ci-dessous et télécharger le PDF de cette ressource.
Secure Code Warrior là pour aider votre organisation à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité informatique 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é.
Veuillez consulter le rapportVeuillez réserver une démonstration.Laura Verheyde est une développeuse de logiciels chez Secure Code Warrior qui se concentre sur la recherche de vulnérabilités et la création de contenu pour les missions et les laboratoires de codage.
Les cyberattaques de la chaîne d'approvisionnement logicielle sont de plus en plus courantes, ce qui entraîne une série de modifications législatives au niveau du gouvernement américain, tandis que les entreprises s'efforcent d'atténuer leur profil de risque étendu et d'améliorer rapidement la qualité des logiciels. Rien que cette année, trois vulnérabilités zero-day ont été découvertes dans les services de partage de fichiers, la plus importante et la plus destructrice étant l'exploit de masse MOVEit.
Mené par le groupe de rançongiciels CL0P, l'incident MOVEit domine l'actualité de la cybersécurité depuis un certain temps, touchant plus de 1 000 entreprises. Ce chiffre devrait continuer à augmenter, ce qui en fait l'une des attaques les plus puissantes contre la chaîne d'approvisionnement logicielle depuis Solarwinds en 2021.
Le catalyseur de cette violation généralisée a été un ensemble de vulnérabilités liées à l'injection SQL, qui a finalement reçu un score de gravité de 9,8 sur 10 chez MITRE. L'injection SQL est la principale préoccupation des professionnels de la sécurité depuis la fin des années 90 et, bien qu'il s'agisse d'une solution assez simple, elle continue de se retrouver dans les logiciels modernes et de fournir des données sensibles aux acteurs de la menace.
Le scénario MOVEit est légèrement différent de ce que de nombreux développeurs et professionnels de l'AppSec ont pu expérimenter auparavant, et vous pouvez tester vos compétences en matière de destruction de SQLI lors d'une simulation en direct ici :
>>> JOUEZ À LA MISSION MOVEit
La vulnérabilité : injection SQL
Comment exactement l'injection SQL a-t-elle été utilisée pour exploiter l'application de transfert de fichiers MOVEit de Progress Software ?
Le groupe de ransomware CL0P a pu exploiter la vulnérabilité d'injection SQL CVE-2023-34362, lui accordant un accès illimité et non autorisé à la base de données de MOVEit. À partir de là, ils ont pu installer LEMURLOOT, un shell Web qui leur permettrait à terme d'exécuter plusieurs processus critiques à haut risque, tels que la récupération des paramètres système, l'énumération de la base de données SQL, la récupération de fichiers depuis le système MOVEit Transfer et la création d'un nouveau compte avec des privilèges d'administration complets.
Il va sans dire que ce vecteur d'attaque est peut-être le résultat d'une erreur relativement simple, qui pourrait être attribuée à l'utilisation perpétuelle de modèles de codage médiocres, mais son potentiel de provoquer des problèmes permanents au niveau de l'entreprise est immense.
Comparable à l'exploit MOVEit, examinons cette fiche explicative SQLi, qui simule la méthode d'injection et d'exécution de code SQL malveillant :
Cette chaîne de requête et cette variable :
chaîne EmailAddress = »contact@scw.com« ;
var query = $"SÉLECTIONNEZ U.username from Users as u WHERE u.Email = '{EmailAddress}' » ;
donnera lieu à la requête suivante :
var query = $"SÉLECTIONNEZ U.username From Users as u WHERE u.Email = 'contact@scw.com' » ;
... et avec des entrées mal intentionnées :
string EmailAddress = "contact@scw.com '; SUPPRIMER DES FACTURES OÙ Id = 2 ; -- » ;
var query = $"SÉLECTIONNEZ U.username from Users as u WHERE u.Email = '{EmailAddress}' » ;
il deviendra :
var query = $"SÉLECTIONNEZ U.username From Users as u WHERE u.Email = 'contact@scw.com' ; SUPPRIMER DES FACTURES OÙ Id = 2 ; --' » ;
À quoi ça ressemble en vol ?


Notez qu'en raison de la concaténation de chaînes, l'entrée est interprétée comme une syntaxe SQL. Tout d'abord, un guillemet simple est ajouté pour s'assurer que la syntaxe SQL de l'instruction SELECT est valide. Ensuite, un point-virgule est ajouté afin de terminer la première instruction.
Une fois que cela est en place, une instruction DELETE valide est ajoutée, suivie de deux tirets pour commenter les caractères de fin (le guillemet simple). Une instruction UPDATE pourrait tout aussi bien être ajoutée, par exemple, si le code SQL malveillant devait mettre à jour les rôles ou les mots de passe des utilisateurs.
Essayez-le vous-même dans cette mission jouable :
>>> JOUEZ À LA MISSION MOVEit
Bien que relativement simple, SQLi reste un puissant vecteur d'attaque, trop courant. Dans le cas de MOVEit, cet exploit a ouvert la voie à une installation de porte dérobée dommageable et à une série d'autres attaques de gravité similaire.
Comment pouvez-vous atténuer les risques liés à l'injection SQL ?
Pour toutes les entreprises utilisant MOVEit dans le cadre de leurs activités commerciales, il est impératif qu'elles suivent les conseils de remédiation recommandés par Logiciel Progress. Cela inclut, mais sans s'y limiter, l'application de correctifs de sécurité en tant que priorité de niveau d'urgence.
Pour l'injection SQL en général, consultez notre guide complet.
Vous souhaitez en savoir plus sur la façon d'écrire du code sécurisé et d'atténuer les risques ? Essayez notre Défi d'injection SQL gratuit.
Si vous souhaitez obtenir plus de directives de codage gratuites, consultez Coach de code sécurisé pour vous aider à rester au fait des meilleures pratiques en matière de codage sécurisé.
Table des matières

Secure Code Warrior là pour aider votre organisation à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité informatique 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é.
Veuillez réserver une démonstration.TéléchargerRessources pour vous aider à démarrer
Thèmes et contenus de formation sur le code sécurisé
Notre contenu de pointe évolue constamment pour s'adapter à l'évolution constante du paysage du développement de logiciels tout en tenant compte de votre rôle. Des sujets couvrant tout, de l'IA à l'injection XQuery, proposés pour une variété de postes, allant des architectes aux ingénieurs en passant par les chefs de produit et l'assurance qualité. Découvrez un aperçu de ce que notre catalogue de contenu a à offrir par sujet 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 pour vous aider à démarrer
Cybermon est de retour : les missions Beat the Boss sont désormais disponibles sur demande.
Cybermon 2025 : Vaincre le Boss est désormais accessible toute l'année dans SCW. Mettez en œuvre des défis de sécurité avancés liés à l'IA et au LLM afin de renforcer le développement sécurisé de l'IA à grande échelle.
Explication de la loi sur la cyber-résilience : implications pour le développement de logiciels sécurisés dès leur conception
Découvrez les exigences de la loi européenne sur la cyber-résilience (CRA), à qui elle s'applique et comment les équipes d'ingénieurs peuvent se préparer grâce à des pratiques de sécurité dès la conception, à la prévention des vulnérabilités et au renforcement des capacités des développeurs.
Facilitateur 1 : Critères de réussite clairement définis et mesurables
Enabler 1 inaugure notre série en 10 parties intitulée « Enablers of Success » en démontrant comment associer le codage sécurisé à des résultats commerciaux tels que la réduction des risques et la rapidité afin d'assurer la maturité à long terme des programmes.




%20(1).avif)
.avif)
