Dans un monde id\u00e9al, les \u00e9quipes de s\u00e9curit\u00e9 et de d\u00e9veloppement travailleraient en parfaite harmonie. Mais nous vivons dans un monde de priorit\u00e9s concurrentes, o\u00f9 DevOps et les services de s\u00e9curit\u00e9 s’affrontent souvent.<\/p>\n
Agilit\u00e9 et s\u00e9curit\u00e9<\/a> sont souvent en d\u00e9saccord les uns avec les autres – si une nouvelle fonctionnalit\u00e9 est livr\u00e9 rapidement mais<\/a> contient des vuln\u00e9rabilit\u00e9s de s\u00e9curit\u00e9, l’\u00e9quipe SecOps devra brouiller la version et corriger les vuln\u00e9rabilit\u00e9s, ce qui peut prendre des jours ou des semaines. D’un autre c\u00f4t\u00e9, si l’\u00e9quipe SecOps prend trop de temps pour examiner et approuver une nouvelle fonctionnalit\u00e9, l’\u00e9quipe de d\u00e9veloppement sera frustr\u00e9e par la lenteur de la livraison.<\/p>\n La s\u00e9curit\u00e9 doit \u00e9voluer lentement et prudemment, tandis que le d\u00e9veloppement veut “avancer vite et casser les choses” et publier rapidement de nouvelles fonctionnalit\u00e9s. Les \u00e9quipes DevOps peuvent consid\u00e9rer la s\u00e9curit\u00e9 comme un obstacle \u00e0 leur travail plut\u00f4t qu’une partie importante du processus. Chaque \u00e9quipe tirant dans des directions oppos\u00e9es, il y a souvent des tensions et des conflits entre les deux \u00e9quipes, ce qui ralentit le d\u00e9veloppement et expose les organisations aux risques de s\u00e9curit\u00e9.<\/p>\n Une fa\u00e7on de r\u00e9soudre ce conflit consiste \u00e0 automatiser les tests avec chaque version. Au lieu d’ex\u00e9cuter un test d’intrusion unique lors du lancement de l’application Web, les \u00e9quipes de s\u00e9curit\u00e9 doivent s’assurer que les vuln\u00e9rabilit\u00e9s ne sont pas r\u00e9introduites \u00e0 chaque nouvelle version et mise \u00e0 jour dans une approche connue sous le nom de “s\u00e9curit\u00e9 continue<\/a>.” <\/p>\n En s\u00e9curit\u00e9 continue, l’\u00e9quipe SecOps est impliqu\u00e9e t\u00f4t et souvent dans le processus de d\u00e9veloppement. Ils travaillent avec les d\u00e9veloppeurs pour comprendre les risques associ\u00e9s aux nouvelles fonctionnalit\u00e9s et les aident \u00e0 trouver des moyens de les att\u00e9nuer. En \u00e9tant impliqu\u00e9e d\u00e8s le d\u00e9but, l’\u00e9quipe SecOps peut contribuer \u00e0 garantir que les nouvelles fonctionnalit\u00e9s sont d\u00e9velopp\u00e9es en tenant compte de la s\u00e9curit\u00e9 d\u00e8s le d\u00e9but.<\/p>\n Tests de p\u00e9n\u00e9tration<\/a> est un composant essentiel de la s\u00e9curit\u00e9 des applications Web. \u00c0 mesure que les surfaces d’attaque s’\u00e9tendent et que les applications deviennent plus complexes, les tests d’intrusion r\u00e9guliers deviennent un \u00e9l\u00e9ment crucial d’une solide posture de s\u00e9curit\u00e9 des applications Web.<\/p>\n Cependant, les tests d’intrusion sont souvent effectu\u00e9s p\u00e9riodiquement, ce qui entra\u00eene un “sprint de s\u00e9curit\u00e9” chaque fois qu’un nouveau test est programm\u00e9. Lorsqu’ils sont effectu\u00e9s tard dans le cycle de publication, les tests d’intrusion peuvent perturber le processus de d\u00e9veloppement. La d\u00e9couverte de vuln\u00e9rabilit\u00e9s uniquement \u00e0 certains points phares du d\u00e9veloppement n\u00e9cessite souvent des remaniements importants et co\u00fbteux pour les \u00e9quipes Dev et DevOps. <\/p>\n Dans le cadre du d\u00e9placement vers la gauche et de l’am\u00e9lioration des flux de travail entre les \u00e9quipes DevOps et de s\u00e9curit\u00e9, les tests de s\u00e9curit\u00e9 des applications Web doivent \u00eatre int\u00e9gr\u00e9s au processus de d\u00e9veloppement. De cette fa\u00e7on, les vuln\u00e9rabilit\u00e9s peuvent \u00eatre d\u00e9couvertes et corrig\u00e9es avant m\u00eame que le code ne soit d\u00e9ploy\u00e9 en production.<\/p>\n Une approche de test continu est un moyen efficace d’int\u00e9grer les tests de s\u00e9curit\u00e9 dans le processus de d\u00e9veloppement afin que les organisations puissent identifier les vuln\u00e9rabilit\u00e9s sans perturber les cycles de publication. Cependant, malgr\u00e9 ses avantages, les tests d’intrusion r\u00e9guliers et continus peuvent \u00eatre difficiles \u00e0 mettre en \u0153uvre. Il s’agit d’un processus gourmand en ressources qui n\u00e9cessite des outils et une expertise qui peuvent ne pas \u00eatre facilement disponibles.<\/p>\n Une solution consiste \u00e0 s’associer \u00e0 un fournisseur sp\u00e9cialis\u00e9 dans les tests d’intrusion continus et qui peut vous aider \u00e0 le mettre en \u0153uvre dans votre organisation. Avec Test d’intrusion en tant que service (PTaaS)<\/a>vous pouvez commencer \u00e0 effectuer des tests d’intrusion en continu rapidement et facilement sans investir dans des ressources suppl\u00e9mentaires ni agrandir votre \u00e9quipe.<\/p>\n Les solutions PTaaS cr\u00e9ent une compr\u00e9hension partag\u00e9e des probl\u00e8mes de s\u00e9curit\u00e9 et de leur impact. Lorsque les membres de l’\u00e9quipe de d\u00e9veloppement ont la possibilit\u00e9 de tester leur code pour d\u00e9tecter les vuln\u00e9rabilit\u00e9s et de les corriger avant qu’il n’atteigne la production, ils s’engagent davantage dans la s\u00e9curit\u00e9 des applications qu’ils cr\u00e9ent. Certaines solutions PTaaS vont encore plus loin en offrant des fonctionnalit\u00e9s qui permettent aux d\u00e9veloppeurs de corriger facilement les vuln\u00e9rabilit\u00e9s, telles que la fourniture de correctifs en un clic pour les probl\u00e8mes courants.<\/p>\n Le Pen Testing as a Service (PTaaS) d’Outpost24 fournit des tests d’intrusion continus pour les applications Web tout au long d’une p\u00e9riode contractuelle, g\u00e9n\u00e9ralement d’un an ou plus. Il comprend les outils et l’expertise dont vous avez besoin pour mettre en \u0153uvre des tests d’intrusion continus dans votre organisation.<\/p>\n La solution PTaaS d’Outpost24 offre plusieurs avantages, notamment\u00a0:<\/strong><\/p>\n PTaaS est une solution rentable qui fusionne le d\u00e9veloppement d’applications et les processus de s\u00e9curit\u00e9 dans DevSecOps – un cycle de vie de d\u00e9veloppement logiciel continu, automatis\u00e9 et s\u00e9curis\u00e9. En alignant les priorit\u00e9s des \u00e9quipes de d\u00e9veloppement, de s\u00e9curit\u00e9 et d’exploitation, PTaaS permet aux organisations de fournir plus rapidement des logiciels s\u00e9curis\u00e9s.<\/p>\n En savoir plus sur comment Outpost24 peut vous aider \u00e0 mettre en \u0153uvre des tests d’intrusion continus dans votre organisation en nous contactant, ici<\/a>.<\/p>\n <\/p>\nIl est temps d’automatiser les tests de s\u00e9curit\u00e9<\/h2>\n
Avantages du test de stylo continu<\/h2>\n
Pen-Testing-as-a-Service\u00a0: aligner les priorit\u00e9s DevOps et SecOps<\/h2>\n
\n
\n\n
\n ![\"SecOps](\"https:\/\/thehackernews.com\/new-images\/img\/b\/R29vZ2xl\/AVvXsEhYwJur6xrXuzTDlIS56lZ1z7bbe3KZDERKe79KwnoSfynZ0kIr4m7Ioi_1-anXKFdjtN1QUYQ8CKmsv5guvmxEFGEVKLMoIFhgqGF1M5cvLBwOVI5yxj4DObQRKzu5Hyqf4rkTcNM6DOen_Ldm27DZgCK7Nw_SlpWCefsYz9sPweC9VclBZUBaSgsA\/s728-e3650\/oo.png\" "\\"SecOps")
<\/td>\n<\/tr>\n\n Voici un exemple du processus de correction pour l’une des vuln\u00e9rabilit\u00e9s trouv\u00e9es par les tests de p\u00e9n\u00e9tration continus d’Outpost24. <\/i><\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n