Skip to main content

Aperçu de la sécurité de l’open source dans .NET

Écrit par
Headshot of Hayley Denbraver

Hayley Denbraver

25 juillet 2019

0 minutes de lecture

Découvrez notre nouveau rapport sur la sécurité de l’open source dans .NET. Ce rapport se compose de trois articles :

Notre rapport PDF soigneusement conçu rassemble toutes ces informations et bien plus encore. Vous pouvez le télécharger gratuitement.

Résumé

Si vous manquez de temps, consultez le résumé des résultats ci-dessous. Sinon, poursuivez votre lecture pour découvrir un écosystème en pleine croissance et avoir un aperçu d’un projet .NET type sous l’angle de la sécurité de l’open source.

Infographie récapitulative présentant les statistiques NuGet, les données sur les vulnérabilités .NET, les analyses des dépendances et les principaux enseignements en matière de sécurité.

Aperçu de la sécurité dans .NET

.NET est un écosystème en pleine croissance. Qu’il le doive au solide soutien de Microsoft, à la qualité de ses outils de développement ou à la diversité des langages et des usages qu’il couvre, une chose est sûre : .NET reste un écosystème de premier plan. NuGet est le gestionnaire de paquets largement utilisé par .NET. Au moment de la rédaction de cet article, il comptait 154 385 paquets uniques, 1 663 564 versions de paquets et plus de 20 milliards de téléchargements. Le rapport 2019 de Snyk sur l’état de la sécurité de l’open source fait état d’une hausse de 26 % du nombre de paquets NuGet indexés entre 2018 et 2019.

Le rapport 2019 de Snyk sur l’état de la sécurité de l’open source fait état d’une hausse de 26 % du nombre de paquets NuGet indexés entre 2018 et 2019.

En analysant votre dépôt avec Snyk, vous pouvez en apprendre beaucoup sur votre projet .NET et découvrir comment le sécuriser davantage. Mais vous avez peut-être encore des questions. Vous vous demandez peut-être comment votre projet se compare aux autres projets analysés, ou quelles sont les tendances à l’échelle de l’écosystème .NET. Ce rapport vise à répondre à ces questions et aborde les points suivants :

  • L’empreinte de sécurité d’un projet .NET type

  • Les vulnérabilités les plus courantes dans les applications .NET, avec des informations sur les bibliothèques concernées

  • Un examen des vulnérabilités connues à l’échelle de l’écosystème, notamment leurs types, leurs niveaux de gravité et plus encore

L’empreinte de sécurité d’un projet .NET type

Depuis la prise en charge de l’écosystème .NET en 2017, Snyk a déjà effectué des milliers d’analyses de projets .NET. Nous pouvons désormais établir le profil moyen d’un projet type et donner ainsi à nos utilisateurs une idée de ce qu’ils pourraient découvrir en analysant l’un de leurs projets .NET. Dans l’ensemble des projets .NET que nous avons analysés, nous avons recensé 5 744 dépendances directes uniques et 1 819 dépendances indirectes. Un projet compte en moyenne environ 11 dépendances directes et 76 dépendances indirectes.

Diagramme en anneau intitulé « Répartition des dépendances directes et indirectes distinctes », présentant 5 744 dépendances directes et 1 819 dépendances indirectes.
Diagramme en anneau montrant un arbre de dépendances moyen avec 11,2 dépendances directes et 76 dépendances indirectes.

Les graphiques suivants présentent les projets dans lesquels nous avons détecté des vulnérabilités. Les analyses effectuées par Snyk montrent clairement qu’une vulnérabilité peut être introduite par plusieurs chemins dans un même projet. Par exemple, un paquet peut être déclaré comme dépendance directe, mais apparaître une seconde fois comme dépendance indirecte si un autre paquet de votre application l’utilise ou y fait référence. Il faut traiter les deux cas pour réellement corriger la vulnérabilité.

Diagramme en anneau présentant la répartition des vulnérabilités par niveau de gravité : 54 % élevées, 46 % moyennes et 0,2 % faibles.
Graphique à barres intitulé « Chemins de vulnérabilité » comparant les chemins et les vulnérabilités : élevé, 34,3 et 4,8 ; moyen, 5,6 et 1,9 ; faible, 3 et 1,1.

Toutes les vulnérabilités connues dans l’écosystème .NET peuvent être corrigées : une fois informés des failles de sécurité, nos utilisateurs pouvaient prendre des mesures pour sécuriser leur projet.

Mais la meilleure nouvelle, c’est que toutes les vulnérabilités connues dans l’écosystème .NET peuvent être corrigées : une fois informés des failles de sécurité, nos utilisateurs pouvaient prendre des mesures pour sécuriser leur projet.

Envie d’en savoir plus ?

Vous trouverez ici la suite du rapport. Elle porte sur les vulnérabilités et les bibliothèques associées que Snyk a le plus souvent détectées lors de l’analyse de projets .NET. Vous souhaitez découvrir les vulnérabilités connues dans l’écosystème dans leur ensemble ? Retrouvez la dernière partie de notre rapport ici.

Et bien sûr, vous pouvez télécharger gratuitement le rapport complet.

Lire la suite

illustration hero ai
Blog

PHP corrige deux vulnérabilités RCE critiques exploitables sans authentification (CVE-2026-109618, CVE-2026-109619) : mettez à jour dès maintenant

Deux vulnérabilités critiques dans le cycle de traitement des requêtes de PHP peuvent permettre l’exécution de code à distance sans authentification. Passez à une version corrigée ou installez un correctif rétroporté par votre fournisseur pour les versions antérieures.

blog feature ai lilac
Blog

Transformez votre backlog de vulnérabilités en pull requests grâce à la remédiation agentique

Evo Remediation Agent est désormais disponible en aperçu ouvert et apporte la résolution automatisée des dépendances à Evo Agentic AppSec. Les équipes AppSec peuvent désormais lancer des campagnes de remédiation continues

AI Background min crop
Blog

L’IA fait surgir tous les risques que vous avez acceptés : sept enseignements du panel de sécurité de l’IA sans filtre

L’IA rend les attaques moins coûteuses et plus rapides, exposant des risques déjà présents dans les organisations. Quatre responsables de la sécurité expliquent pourquoi une défense à la vitesse des machines et une remédiation accélérée sont désormais indispensables.