Blog

Les développeurs face à la sécurité : Série Partage & Apprentissage - Utilisation de composants présentant des vulnérabilités connues

April 25, 2019
Jaap Karan Singh

Quel est le point commun à toutes les applications ? Les composants, également appelés dépendances ou bibliothèques. Il existe très peu de code dans le monde qui ne dépende pas d'un autre code à un moment donné. Vous commencez même avec une montagne de dépendances dès la création de votre application !

Comme toutes les applications utilisent des composants, dont la plupart n'ont pas été écrits par vous, les vulnérabilités présentes dans ces composants peuvent devenir des responsabilités. Examinons ce que signifie l'utilisation de composants présentant des vulnérabilités connues, les risques encourus et comment y remédier.

Comprendre l'utilisation de composants présentant des vulnérabilités connues

Tous les logiciels complexes comportent des vulnérabilités. C'est la nature même du problème. Vos composants ne seront donc jamais sûrs à 100 %. Cependant, lorsque des vulnérabilités sont découvertes dans vos composants, en êtes-vous informé ? Y êtes-vous préparé ?

Les problèmes surviennent le plus souvent lorsque les composants sont utilisés au-delà de leur durée de vie utile ou après la découverte de vulnérabilités. La plupart des composants et bibliothèques publient des correctifs de sécurité au moment même ou avant l'annonce de la vulnérabilité. Par conséquent, lorsque des vulnérabilités sont découvertes et annoncées dans des composants, il est primordial de les mettre à jour dès que possible. Ne laissez pas de logiciels vulnérables en production.

Les composants peuvent provenir de plusieurs sources. Il arrive que vous achetiez des produits tiers qui s'intègrent directement à votre code personnalisé. Ces composants font alors partie intégrante de votre code et fonctionnent avec le même niveau de privilèges. Une autre source est constituée par les projets open source hébergés sur des sites comme GitHub. L'open source peut être risqué, car toutes les bibliothèques ne sont pas soigneusement examinées ou auditées pour détecter d'éventuelles vulnérabilités.

Les attaquants utilisent les informations sur les vulnérabilités des composants à leur avantage. Comme ces vulnérabilités sont annoncées publiquement, les attaquants en ont connaissance en même temps que vous. Ils disposent également de techniques pour identifier les composants que vous utilisez. Une fois cette information obtenue, ils savent comment attaquer votre application si elle n'est pas corrigée.

Comprendre pourquoi les composants vulnérables sont dangereux

Si vous cherchez une preuve de la dangerosité de l'utilisation de composants présentant des vulnérabilités connues, il suffit de regarder la violation de données chez Equifax en 2017.

En juillet 2017, Equifax, une agence d'évaluation du crédit américaine, a découvert une violation massive de données ayant entraîné la fuite des informations personnelles identifiables de plus de 147 millions de personnes. L'ampleur et l'impact de cette violation sont sans précédent. Récemment, des informations ont été révélées concernant les pratiques de sécurité laxistes d'Equifax.

L'une de ces pratiques laxistes concernait la gestion des correctifs. Equifax ne disposait pas de bonnes pratiques en la matière, ce qui signifiait que leurs composants restaient souvent inutilisés sans correctifs pendant une longue période. C'est la cause directe de la violation.

Le site web d'Equifax utilisait le framework web Apache Struts. Plusieurs mois avant que les attaquants ne piratent le réseau, une vulnérabilité avait été découverte dans le framework Struts, référencée sous le nom Apache Struts CVE-2017-5638. Cependant, Equifax n'a pas corrigé cette vulnérabilité. Les attaquants l'ont utilisée pour accéder au réseau d'Equifax. À partir de là, ils ont pu accéder à une mine d'informations personnelles.

De nombreux sites web reposent sur des frameworks web qui n'ont pas été développés par l'entreprise elle-même. C'est une pratique courante, car intégrer toutes les fonctionnalités nécessaires à partir de zéro représenterait une tâche trop colossale. Cependant, dépendre fortement d'un framework peut vous exposer à des vulnérabilités. Ne devenez pas le prochain Equifax.

Comment se protéger contre les composants vulnérables

Il n'existe pas de solution miracle pour se protéger contre l'utilisation de composants vulnérables. Cependant, vous pouvez mettre en place des politiques et des contrôles pour atténuer le risque que ces composants ne soient utilisés pour compromettre vos systèmes.

Vous devez savoir quels composants et quelle version de chaque composant vous utilisez pour construire vos applications. Des outils de gestion des dépendances tels que Dependency Check de l'OWASP vous aident à mieux cerner les dépendances que vous utilisez. Dependency Check vous indiquera également si l'un de ces composants présente une vulnérabilité divulguée publiquement.

Une méthodologie de gestion des correctifs est également essentielle. Lorsque des vulnérabilités sont découvertes, mettez en place un système permettant de télécharger, tester et déployer les correctifs en production de manière fluide. Maintenir vos logiciels à jour permet d'éviter que des vulnérabilités vieilles de plusieurs mois ne soient exploitées par des attaquants.

Enfin, mettez en place des politiques régissant l'utilisation de composants open source et tiers. Les développeurs n'aiment pas la bureaucratie, ce qui est compréhensible. Cependant, tout code non produit par votre organisation doit faire l'objet d'une vérification. Sans être lourde, cette procédure est indispensable pour éviter l'usage de composants inconnus. À minima, un inventaire à jour des composants utilisés doit être tenu.

Ne vous faites pas piéger par les composants tiers

Les composants présenteront toujours des vulnérabilités. Vos applications métier en utiliseront, qu'ils proviennent d'un fournisseur ou d'une bibliothèque open source. Cela ne signifie pas pour autant que votre organisation doit être exposée aux attaques.

Bien que les attaquants soient informés des vulnérabilités en même temps que vous, les correctifs sont généralement publiés simultanément aux annonces publiques. Informez-vous donc sur les composants utilisés par vos applications. Identifiez les failles et maintenez vos composants à jour !

Prêt à découvrir (et neutraliser) des composants vulnérables ? Rendez-vous dans l'arène pour engager le combat : [Commencer ici]

Slogan

Gouvernez le développement assisté par IA avant la mise en production

Évaluez les risques liés à l'IA, appliquez des politiques de codage sécurisé dès le commit et accélérez la livraison sécurisée tout au long de votre cycle de développement.

Réserver une démo
Bibliothèque de ressources

Explorer plus d'articles

Accédez à du contenu expert sur le codage sécurisé, la gouvernance de l'IA et la gestion des risques logiciels.

tout parcourir
Étude de cas
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Supercharged Security Awareness: How Tournaments are Inspiring Developers at Erste Group

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.

En savoir plus
Étude de cas
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Security as culture: How Blue Prism cultivates world-class secure developers

Learn how Blue Prism, the global leader in intelligent automation for the enterprise, used Secure Code Warrior's agile learning platform to create a security-first culture with their developers, achieve their business goals, and ship secure code at speed

En savoir plus
Étude de cas
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Une culture de la sécurité : comment Sage a bâti son programme de champions

Découvrez comment Sage a renforcé sa sécurité grâce à une approche flexible axée sur les relations humaines, formant plus de 200 champions de la sécurité et obtenant une réduction mesurable des risques.

En savoir plus
Blog
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Mois de la sensibilisation à la cybersécurité 2026 : comprendre la sécurité de l'IA est essentiel à la défense de l'entreprise

Nous avons atteint un point où la plupart des grandes entreprises d'IA ont publiquement appelé à un ralentissement mondial du développement de l'IA afin de permettre aux garde-fous de sécurité de rattraper leur retard. Pourtant, la réalité est que de graves problèmes de sécurité se sont déjà concrétisés. Cela place d'innombrables responsables de la sécurité et équipes de direction dans une situation d'urgence, alors que les coûts financiers et les risques liés à la mise en œuvre de l'IA ne cessent de s'accumuler.

En savoir plus
Blog
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Levier 8 : Valoriser votre programme

Un programme de codage sécurisé a besoin de plus qu'un contenu de qualité pour réussir. Le levier 8 montre comment l'image de marque transforme la participation en une expérience convoitée, axée sur le statut.

En savoir plus
Blog
Libellé du filtre
Ceci est un texte à l'intérieur d'un bloc div.

Chaque employé est désormais en première ligne de la cybersécurité IA

Le paysage technologique des entreprises évolue à une vitesse que peu avaient anticipée avant qu'il ne soit trop tard. Nous avons officiellement franchi le cap du code écrit par l'humain et de l'assistance basique par copilote pour entrer dans l'ère du cycle de vie de développement agentique (ADLC). Si les agents IA autonomes promettent une efficacité sans précédent dans de multiples fonctions, ils apportent également une toute nouvelle catégorie de risques en matière de sécurité et de réglementation.

En savoir plus

Sécurisez le développement piloté par l'IA avant le déploiement

Identifiez les risques de développement, appliquez vos politiques et prévenez les vulnérabilités tout au long du cycle de vie de vos logiciels.

Réserver une démo
trust score
Aucun élément trouvé.