Anticipez les vulnérabilités logicielles de NGINX et du service d'appel de procédure à distance SMB de Microsoft Windows
Lorsqu'il s'agit de sécurité et de protection de vos données, il est essentiel de réagir rapidement aux derniers développements. Après tout, les piratages et les menaces peuvent survenir à tout moment, il est donc important de rester vigilant. Chez Secure Code Warriornous nous efforçons de vous fournir des informations actualisées sur les dernières vulnérabilités, les mesures à prendre pour réduire les risques et la manière de protéger vos utilisateurs. Tout comme les récentes annonces pour vous aider avec les vulnérabilités de la bibliothèque Spring, nous sommes ici pour discuter de deux vulnérabilités nouvellement découvertes.
Aujourd'hui, nous nous concentrons sur deux nouvelles vulnérabilités : d'une part, le Server Message Block de Microsoft, connu sous le nom de "Windows RPC RCE" et, d'autre part, NGINX, connu sous le nom de "LDAP Reference Implementation".
Lisez la suite pour savoir ce que nous savons de ces vulnérabilités à ce jour et ce que vous pouvez faire pour réduire les risques.
RCE Microsoft Windows RPC - CVE-2022-26809
Lors du Patch Tuesday d'avril, Microsoft a révélé une vulnérabilité dans sa fonctionnalité Server Message Block (SMB), en particulier dans la partie traitant les RPC. Cela peut vous sembler familier, car cette vulnérabilité est similaire à la CVE-2003-0352 - une exploitation utilisée par le " worm blaster" en 2003 !
Quel est le niveau de risque et de probabilité d'exploitation ?
L'avis de Microsoft indique que la "complexité de l'attaque" est "faible" et évalue le risque d'exploitation à "Exploitation plus probable", le niveau le plus élevé en l'absence d'exploitation avérée dans la nature.
Actuellement, aucune exploitation n'est connue, mais en raison de la faible complexité de l'attaque et de l'exploitation "la plus probable" assessment, on craint que des acteurs malveillants puissent rapidement et facilement tirer parti des attaques Blaster.
Les chercheurs ont identifié un grand nombre d'hôtes sur l'internet public dont le port 139/445 est accessible, ce qui est assez inquiétant en cas d'exploration à grande échelle.
Quelles mesures les utilisateurs doivent-ils prendre pour limiter les risques ?
Heureusement, il est relativement facile d'atténuer le risque d'être exploité par cette vulnérabilité.
- Veillez à bloquer l'accès aux ports 139 et 445 depuis l'internet et, lorsque l'accès est nécessaire, limitez-le à un accès interne uniquement. Vous trouverez plus de détails dans la documentation de Microsoft ici.
- Appliquez les correctifs publiés par Microsoft le 12 avril 2022.
NGINX - LDAP Reference Implementation RCE
NGINX a révélé le 11 avril 2022 une nouvelle vulnérabilité connue sous le nom de "LDAP Reference Implementation RCE" qui permet l'exécution de code à distance (RCE) sur le système.
Quelle est la vulnérabilité ?
Cette vulnérabilité est unique car elle n'affecte pas un code destiné à être utilisé en production ou dans des systèmes sensibles. Au contraire, comme l'indique le nom "reference implementation", le but du code est de démontrer comment l'intégration LDAP peut fonctionner dans une configuration NGINX.
Qui est en danger et que devez-vous faire pour protéger votre code ?
Heureusement, NGINX n'est pas vulnérable par défaut. Le principal risque est lié à l'installation de l'extension LDAP. Même dans ce cas, de nombreuses autres conditions doivent être remplies pour que la vulnérabilité soit exploitable. Si vous utilisez l'implémentation de référence, nous vous recommandons de passer à une implémentation prête pour la production.
Pour plus de détails, consultez la divulgation de NGINX.
Les vulnérabilités vous laissent à découvert ? Nous pouvons vous aider.
Qu'il s'agisse du RCE Windows RPC et du RCE NGINX - LDAP Reference Implementation ou des vulnérabilités Spring du mois dernier, il est clair que les vulnérabilités logicielles sont toujours présentes.
La plupart des entreprises se concentrent sur des stratégies de réponse rapide pour atténuer les risques pour le code et les clients, mais il s'agit d'une approche réactive qui, bien qu'importante, peut vous mettre en danger. Nous pensons qu'une stratégie proactive de construction d'un code sécurisé, de perfectionnement de vos développeurs et de création d'une culture axée sur la sécurité est le meilleur moyen de vous protéger contre les menaces.
En mettant l'accent sur la sécurité pilotée par les développeurs dès le début du cycle de développement des logiciels, vous bénéficierez d'une protection accrue, d'un déploiement de code plus efficace et vous économiserez du temps et de l'argent.
Secure Code Warrior est là pour vous aider grâce à notre plateforme de formation unique qui va du contenu éducatif aux applications pratiques des nouvelles compétences acquises par votre équipe.
Découvrez comment Secure Code Warrior Plateforme D'apprentissage peut vous aider à former vos développeurs au codage sécurisé.
Récemment, NGINX a révélé une vulnérabilité de type "zero-day". À peu près au même moment, Microsoft a révélé une autre vulnérabilité critique - la vulnérabilité Windows RPC RCE. Dans cet article, vous découvrirez qui est menacé par ces deux problèmes et comment nous pouvons atténuer le risque.
Secure Code Warrior est là pour vous aider à sécuriser le code tout au long du cycle de vie du développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable AppSec, développeur, CISO 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é.
Réservez une démonstration
Lorsqu'il s'agit de sécurité et de protection de vos données, il est essentiel de réagir rapidement aux derniers développements. Après tout, les piratages et les menaces peuvent survenir à tout moment, il est donc important de rester vigilant. Chez Secure Code Warriornous nous efforçons de vous fournir des informations actualisées sur les dernières vulnérabilités, les mesures à prendre pour réduire les risques et la manière de protéger vos utilisateurs. Tout comme les récentes annonces pour vous aider avec les vulnérabilités de la bibliothèque Spring, nous sommes ici pour discuter de deux vulnérabilités nouvellement découvertes.
Aujourd'hui, nous nous concentrons sur deux nouvelles vulnérabilités : d'une part, le Server Message Block de Microsoft, connu sous le nom de "Windows RPC RCE" et, d'autre part, NGINX, connu sous le nom de "LDAP Reference Implementation".
Lisez la suite pour savoir ce que nous savons de ces vulnérabilités à ce jour et ce que vous pouvez faire pour réduire les risques.
RCE Microsoft Windows RPC - CVE-2022-26809
Lors du Patch Tuesday d'avril, Microsoft a révélé une vulnérabilité dans sa fonctionnalité Server Message Block (SMB), en particulier dans la partie traitant les RPC. Cela peut vous sembler familier, car cette vulnérabilité est similaire à la CVE-2003-0352 - une exploitation utilisée par le " worm blaster" en 2003 !
Quel est le niveau de risque et de probabilité d'exploitation ?
L'avis de Microsoft indique que la "complexité de l'attaque" est "faible" et évalue le risque d'exploitation à "Exploitation plus probable", le niveau le plus élevé en l'absence d'exploitation avérée dans la nature.
Actuellement, aucune exploitation n'est connue, mais en raison de la faible complexité de l'attaque et de l'exploitation "la plus probable" assessment, on craint que des acteurs malveillants puissent rapidement et facilement tirer parti des attaques Blaster.
Les chercheurs ont identifié un grand nombre d'hôtes sur l'internet public dont le port 139/445 est accessible, ce qui est assez inquiétant en cas d'exploration à grande échelle.
Quelles mesures les utilisateurs doivent-ils prendre pour limiter les risques ?
Heureusement, il est relativement facile d'atténuer le risque d'être exploité par cette vulnérabilité.
- Veillez à bloquer l'accès aux ports 139 et 445 depuis l'internet et, lorsque l'accès est nécessaire, limitez-le à un accès interne uniquement. Vous trouverez plus de détails dans la documentation de Microsoft ici.
- Appliquez les correctifs publiés par Microsoft le 12 avril 2022.
NGINX - LDAP Reference Implementation RCE
NGINX a révélé le 11 avril 2022 une nouvelle vulnérabilité connue sous le nom de "LDAP Reference Implementation RCE" qui permet l'exécution de code à distance (RCE) sur le système.
Quelle est la vulnérabilité ?
Cette vulnérabilité est unique car elle n'affecte pas un code destiné à être utilisé en production ou dans des systèmes sensibles. Au contraire, comme l'indique le nom "reference implementation", le but du code est de démontrer comment l'intégration LDAP peut fonctionner dans une configuration NGINX.
Qui est en danger et que devez-vous faire pour protéger votre code ?
Heureusement, NGINX n'est pas vulnérable par défaut. Le principal risque est lié à l'installation de l'extension LDAP. Même dans ce cas, de nombreuses autres conditions doivent être remplies pour que la vulnérabilité soit exploitable. Si vous utilisez l'implémentation de référence, nous vous recommandons de passer à une implémentation prête pour la production.
Pour plus de détails, consultez la divulgation de NGINX.
Les vulnérabilités vous laissent à découvert ? Nous pouvons vous aider.
Qu'il s'agisse du RCE Windows RPC et du RCE NGINX - LDAP Reference Implementation ou des vulnérabilités Spring du mois dernier, il est clair que les vulnérabilités logicielles sont toujours présentes.
La plupart des entreprises se concentrent sur des stratégies de réponse rapide pour atténuer les risques pour le code et les clients, mais il s'agit d'une approche réactive qui, bien qu'importante, peut vous mettre en danger. Nous pensons qu'une stratégie proactive de construction d'un code sécurisé, de perfectionnement de vos développeurs et de création d'une culture axée sur la sécurité est le meilleur moyen de vous protéger contre les menaces.
En mettant l'accent sur la sécurité pilotée par les développeurs dès le début du cycle de développement des logiciels, vous bénéficierez d'une protection accrue, d'un déploiement de code plus efficace et vous économiserez du temps et de l'argent.
Secure Code Warrior est là pour vous aider grâce à notre plateforme de formation unique qui va du contenu éducatif aux applications pratiques des nouvelles compétences acquises par votre équipe.
Découvrez comment Secure Code Warrior Plateforme D'apprentissage peut vous aider à former vos développeurs au codage sécurisé.
Lorsqu'il s'agit de sécurité et de protection de vos données, il est essentiel de réagir rapidement aux derniers développements. Après tout, les piratages et les menaces peuvent survenir à tout moment, il est donc important de rester vigilant. Chez Secure Code Warriornous nous efforçons de vous fournir des informations actualisées sur les dernières vulnérabilités, les mesures à prendre pour réduire les risques et la manière de protéger vos utilisateurs. Tout comme les récentes annonces pour vous aider avec les vulnérabilités de la bibliothèque Spring, nous sommes ici pour discuter de deux vulnérabilités nouvellement découvertes.
Aujourd'hui, nous nous concentrons sur deux nouvelles vulnérabilités : d'une part, le Server Message Block de Microsoft, connu sous le nom de "Windows RPC RCE" et, d'autre part, NGINX, connu sous le nom de "LDAP Reference Implementation".
Lisez la suite pour savoir ce que nous savons de ces vulnérabilités à ce jour et ce que vous pouvez faire pour réduire les risques.
RCE Microsoft Windows RPC - CVE-2022-26809
Lors du Patch Tuesday d'avril, Microsoft a révélé une vulnérabilité dans sa fonctionnalité Server Message Block (SMB), en particulier dans la partie traitant les RPC. Cela peut vous sembler familier, car cette vulnérabilité est similaire à la CVE-2003-0352 - une exploitation utilisée par le " worm blaster" en 2003 !
Quel est le niveau de risque et de probabilité d'exploitation ?
L'avis de Microsoft indique que la "complexité de l'attaque" est "faible" et évalue le risque d'exploitation à "Exploitation plus probable", le niveau le plus élevé en l'absence d'exploitation avérée dans la nature.
Actuellement, aucune exploitation n'est connue, mais en raison de la faible complexité de l'attaque et de l'exploitation "la plus probable" assessment, on craint que des acteurs malveillants puissent rapidement et facilement tirer parti des attaques Blaster.
Les chercheurs ont identifié un grand nombre d'hôtes sur l'internet public dont le port 139/445 est accessible, ce qui est assez inquiétant en cas d'exploration à grande échelle.
Quelles mesures les utilisateurs doivent-ils prendre pour limiter les risques ?
Heureusement, il est relativement facile d'atténuer le risque d'être exploité par cette vulnérabilité.
- Veillez à bloquer l'accès aux ports 139 et 445 depuis l'internet et, lorsque l'accès est nécessaire, limitez-le à un accès interne uniquement. Vous trouverez plus de détails dans la documentation de Microsoft ici.
- Appliquez les correctifs publiés par Microsoft le 12 avril 2022.
NGINX - LDAP Reference Implementation RCE
NGINX a révélé le 11 avril 2022 une nouvelle vulnérabilité connue sous le nom de "LDAP Reference Implementation RCE" qui permet l'exécution de code à distance (RCE) sur le système.
Quelle est la vulnérabilité ?
Cette vulnérabilité est unique car elle n'affecte pas un code destiné à être utilisé en production ou dans des systèmes sensibles. Au contraire, comme l'indique le nom "reference implementation", le but du code est de démontrer comment l'intégration LDAP peut fonctionner dans une configuration NGINX.
Qui est en danger et que devez-vous faire pour protéger votre code ?
Heureusement, NGINX n'est pas vulnérable par défaut. Le principal risque est lié à l'installation de l'extension LDAP. Même dans ce cas, de nombreuses autres conditions doivent être remplies pour que la vulnérabilité soit exploitable. Si vous utilisez l'implémentation de référence, nous vous recommandons de passer à une implémentation prête pour la production.
Pour plus de détails, consultez la divulgation de NGINX.
Les vulnérabilités vous laissent à découvert ? Nous pouvons vous aider.
Qu'il s'agisse du RCE Windows RPC et du RCE NGINX - LDAP Reference Implementation ou des vulnérabilités Spring du mois dernier, il est clair que les vulnérabilités logicielles sont toujours présentes.
La plupart des entreprises se concentrent sur des stratégies de réponse rapide pour atténuer les risques pour le code et les clients, mais il s'agit d'une approche réactive qui, bien qu'importante, peut vous mettre en danger. Nous pensons qu'une stratégie proactive de construction d'un code sécurisé, de perfectionnement de vos développeurs et de création d'une culture axée sur la sécurité est le meilleur moyen de vous protéger contre les menaces.
En mettant l'accent sur la sécurité pilotée par les développeurs dès le début du cycle de développement des logiciels, vous bénéficierez d'une protection accrue, d'un déploiement de code plus efficace et vous économiserez du temps et de l'argent.
Secure Code Warrior est là pour vous aider grâce à notre plateforme de formation unique qui va du contenu éducatif aux applications pratiques des nouvelles compétences acquises par votre équipe.
Découvrez comment Secure Code Warrior Plateforme D'apprentissage peut vous aider à former vos développeurs au codage sécurisé.
Cliquez sur le lien ci-dessous et téléchargez le PDF de cette ressource.
Secure Code Warrior est là pour vous aider à sécuriser le code tout au long du cycle de vie du développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable AppSec, développeur, CISO 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é.
Voir le rapportRéservez une démonstration
Lorsqu'il s'agit de sécurité et de protection de vos données, il est essentiel de réagir rapidement aux derniers développements. Après tout, les piratages et les menaces peuvent survenir à tout moment, il est donc important de rester vigilant. Chez Secure Code Warriornous nous efforçons de vous fournir des informations actualisées sur les dernières vulnérabilités, les mesures à prendre pour réduire les risques et la manière de protéger vos utilisateurs. Tout comme les récentes annonces pour vous aider avec les vulnérabilités de la bibliothèque Spring, nous sommes ici pour discuter de deux vulnérabilités nouvellement découvertes.
Aujourd'hui, nous nous concentrons sur deux nouvelles vulnérabilités : d'une part, le Server Message Block de Microsoft, connu sous le nom de "Windows RPC RCE" et, d'autre part, NGINX, connu sous le nom de "LDAP Reference Implementation".
Lisez la suite pour savoir ce que nous savons de ces vulnérabilités à ce jour et ce que vous pouvez faire pour réduire les risques.
RCE Microsoft Windows RPC - CVE-2022-26809
Lors du Patch Tuesday d'avril, Microsoft a révélé une vulnérabilité dans sa fonctionnalité Server Message Block (SMB), en particulier dans la partie traitant les RPC. Cela peut vous sembler familier, car cette vulnérabilité est similaire à la CVE-2003-0352 - une exploitation utilisée par le " worm blaster" en 2003 !
Quel est le niveau de risque et de probabilité d'exploitation ?
L'avis de Microsoft indique que la "complexité de l'attaque" est "faible" et évalue le risque d'exploitation à "Exploitation plus probable", le niveau le plus élevé en l'absence d'exploitation avérée dans la nature.
Actuellement, aucune exploitation n'est connue, mais en raison de la faible complexité de l'attaque et de l'exploitation "la plus probable" assessment, on craint que des acteurs malveillants puissent rapidement et facilement tirer parti des attaques Blaster.
Les chercheurs ont identifié un grand nombre d'hôtes sur l'internet public dont le port 139/445 est accessible, ce qui est assez inquiétant en cas d'exploration à grande échelle.
Quelles mesures les utilisateurs doivent-ils prendre pour limiter les risques ?
Heureusement, il est relativement facile d'atténuer le risque d'être exploité par cette vulnérabilité.
- Veillez à bloquer l'accès aux ports 139 et 445 depuis l'internet et, lorsque l'accès est nécessaire, limitez-le à un accès interne uniquement. Vous trouverez plus de détails dans la documentation de Microsoft ici.
- Appliquez les correctifs publiés par Microsoft le 12 avril 2022.
NGINX - LDAP Reference Implementation RCE
NGINX a révélé le 11 avril 2022 une nouvelle vulnérabilité connue sous le nom de "LDAP Reference Implementation RCE" qui permet l'exécution de code à distance (RCE) sur le système.
Quelle est la vulnérabilité ?
Cette vulnérabilité est unique car elle n'affecte pas un code destiné à être utilisé en production ou dans des systèmes sensibles. Au contraire, comme l'indique le nom "reference implementation", le but du code est de démontrer comment l'intégration LDAP peut fonctionner dans une configuration NGINX.
Qui est en danger et que devez-vous faire pour protéger votre code ?
Heureusement, NGINX n'est pas vulnérable par défaut. Le principal risque est lié à l'installation de l'extension LDAP. Même dans ce cas, de nombreuses autres conditions doivent être remplies pour que la vulnérabilité soit exploitable. Si vous utilisez l'implémentation de référence, nous vous recommandons de passer à une implémentation prête pour la production.
Pour plus de détails, consultez la divulgation de NGINX.
Les vulnérabilités vous laissent à découvert ? Nous pouvons vous aider.
Qu'il s'agisse du RCE Windows RPC et du RCE NGINX - LDAP Reference Implementation ou des vulnérabilités Spring du mois dernier, il est clair que les vulnérabilités logicielles sont toujours présentes.
La plupart des entreprises se concentrent sur des stratégies de réponse rapide pour atténuer les risques pour le code et les clients, mais il s'agit d'une approche réactive qui, bien qu'importante, peut vous mettre en danger. Nous pensons qu'une stratégie proactive de construction d'un code sécurisé, de perfectionnement de vos développeurs et de création d'une culture axée sur la sécurité est le meilleur moyen de vous protéger contre les menaces.
En mettant l'accent sur la sécurité pilotée par les développeurs dès le début du cycle de développement des logiciels, vous bénéficierez d'une protection accrue, d'un déploiement de code plus efficace et vous économiserez du temps et de l'argent.
Secure Code Warrior est là pour vous aider grâce à notre plateforme de formation unique qui va du contenu éducatif aux applications pratiques des nouvelles compétences acquises par votre équipe.
Découvrez comment Secure Code Warrior Plateforme D'apprentissage peut vous aider à former vos développeurs au codage sécurisé.
Table des matières
Secure Code Warrior est là pour vous aider à sécuriser le code tout au long du cycle de vie du développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable AppSec, développeur, CISO 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é.
Réservez une démonstrationTéléchargerRessources pour vous aider à démarrer
Secure Code Warrior corporate overview
Secure Code Warrior is an AI Software Governance platform designed to enable organizations to safely adopt AI-driven development by bridging the gap between development velocity and enterprise security. The platform addresses the "Visibility Gap," where security teams often lack insights into shadow AI coding tools and the origins of production code.
Thèmes et contenu de la formation sur le code sécurisé
Our industry-leading content is always evolving to fit the ever changing software development landscape with your role in mind. Topics covering everything from AI to XQuery Injection, offered for a variety of roles from Architects and Engineers to Product Managers and QA. Get a sneak peek of what our content catalog has to offer by topic and role.
Loi sur la cyber-résilience (CRA) Parcours d'apprentissage alignés
SCW soutient la préparation à la loi sur la cyber-résilience (CRA) grâce à des quêtes alignées sur la CRA et des collections d'apprentissage conceptuel qui aident les équipes de développement à acquérir les compétences nécessaires en matière de conception sécurisée, de SDLC et de codage sécurisé, conformément aux principes de développement sécurisé de la CRA.
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é.
Ressources pour vous aider à démarrer
Observe and Secure the ADLC: A Four-Point Framework for CISOs and Development Teams Using AI
While development teams look to make the most of GenAI’s undeniable benefits, we’d like to propose a four-point foundational framework that will allow security leaders to deploy AI coding tools and agents with a higher, more relevant standard of security best practices. It details exactly what enterprises can do to ensure safe, secure code development right now, and as agentic AI becomes an even bigger factor in the future.
Cybermon est de retour : Missions IA « Battez le boss » sont Missions disponibles à la demande.
Cybermon 2025 Beat the Boss est désormais disponible toute l'année dans SCW. Déployez des défis de sécurité avancés en matière d'IA/LLM afin de renforcer le développement sécurisé de l'IA à grande échelle.
L'IA peut écrire et réviser du code, mais les humains assument toujours le risque
Le lancement de Claude Code Security par Anthropic marque un point de convergence décisif entre le développement de logiciels assisté par l'IA et l'évolution rapide de notre approche de la cybersécurité moderne.