修补反序列化漏洞的困难
La semaine dernière, il a été rapporté que la violation des données d'Equifax pouvait être due à une vulnérabilité dans le plugin REST d'Apache Struts. L'ancienne version du plugin est vulnérable aux attaques par exécution de code à distance lorsqu'elle est utilisée avec le gestionnaire XStream pour traiter les charges utiles XML. La cause est la désérialisation de données non fiables, qui est un type de vulnérabilité bien connu. La vulnérabilité, officiellement reconnue comme CVE-2017-9805, a été corrigée par Apache le 5 septembre dans la version 2.5.13 de Struts. Elle a ensuite été annoncée et clairement documentée dans la documentation d'Apache Struts.
Une simple mise à jour vers la version la plus récente de Struts peut protéger l'application contre cette attaque, alors pourquoi les entreprises ne procèdent-elles pas immédiatement à cette mise à jour ? Le problème des vulnérabilités liées à la désérialisation est que les routines exploitées sont souvent celles sur lesquelles repose le code de l'application. Dans ce cas, l'application du nouveau correctif Struts pourrait avoir des effets secondaires, comme le mentionne la documentation sur la vulnérabilité : "Il est possible que certaines actions REST cessent de fonctionner en raison des restrictions par défaut appliquées aux classes disponibles." Il est très probable que s'assurer que l'application continue à fonctionner sur des versions plus récentes de Struts prenne un certain temps.
Les pirates n'ont cependant pas besoin d'autant de temps pour commencer à abuser des vulnérabilités publiées, et nous pouvons déjà voir certains exploits publiés. Un module Metasploit a été ajouté le 8 septembre, soit trois jours après qu'Apache a corrigé la vulnérabilité. Reporter votre correctif n'est manifestement pas une bonne idée !
La solution consiste à mettre en œuvre une solution de contournement proposée par Apache, ce qui pourrait être fait dans un délai plus court. Un outil de sécurité avec des règles de codage configurables pour appliquer cette solution de contournement ou même l'appliquer automatiquement accélérerait grandement ce processus.
Vous voulez en savoir plus sur la manière d'identifier et de sécuriser le code qui contient la désérialisation de données non fiables ? Visitez le portail Secure Code Warrior pour une explication claire et un défi de formation.
La vulnérabilité concerne la manière dont Struts analyse ce type de données et les convertit en informations pouvant être interprétées par le langage de programmation Java. Lorsque la vulnérabilité est exploitée avec succès, un code malveillant peut être caché à l'intérieur de ces données et exécuté lorsque Struts tente de les convertir.
https://qz.com/1073221/the-hackers-who-broke-into-equifax-exploited-a-nine-year-old-security-flaw/
该漏洞与 Struts 如何解析此类数据并将其转换为 Java 编程语言可以解释的信息有关。
Chercheur en sécurité applicative - Ingénieur R&D - Doctorant
Secure Code Warrior peut aider votre organisation à sécuriser le code tout au long du cycle de vie du développement logiciel et à instaurer une culture qui accorde la priorité à la cybersécurité. Que vous soyez responsable de la sécurité des applications, développeur, directeur de la sécurité de l'information ou tout autre professionnel concerné par la sécurité, nous pouvons aider votre organisation à réduire les risques liés au code non sécurisé.
Veuillez réserver une démonstration.
Chercheur en sécurité applicative - Ingénieur R&D - Doctorant
La semaine dernière, il a été rapporté que la violation des données d'Equifax pouvait être due à une vulnérabilité dans le plugin REST d'Apache Struts. L'ancienne version du plugin est vulnérable aux attaques par exécution de code à distance lorsqu'elle est utilisée avec le gestionnaire XStream pour traiter les charges utiles XML. La cause est la désérialisation de données non fiables, qui est un type de vulnérabilité bien connu. La vulnérabilité, officiellement reconnue comme CVE-2017-9805, a été corrigée par Apache le 5 septembre dans la version 2.5.13 de Struts. Elle a ensuite été annoncée et clairement documentée dans la documentation d'Apache Struts.
Une simple mise à jour vers la version la plus récente de Struts peut protéger l'application contre cette attaque, alors pourquoi les entreprises ne procèdent-elles pas immédiatement à cette mise à jour ? Le problème des vulnérabilités liées à la désérialisation est que les routines exploitées sont souvent celles sur lesquelles repose le code de l'application. Dans ce cas, l'application du nouveau correctif Struts pourrait avoir des effets secondaires, comme le mentionne la documentation sur la vulnérabilité : "Il est possible que certaines actions REST cessent de fonctionner en raison des restrictions par défaut appliquées aux classes disponibles." Il est très probable que s'assurer que l'application continue à fonctionner sur des versions plus récentes de Struts prenne un certain temps.
Les pirates n'ont cependant pas besoin d'autant de temps pour commencer à abuser des vulnérabilités publiées, et nous pouvons déjà voir certains exploits publiés. Un module Metasploit a été ajouté le 8 septembre, soit trois jours après qu'Apache a corrigé la vulnérabilité. Reporter votre correctif n'est manifestement pas une bonne idée !
La solution consiste à mettre en œuvre une solution de contournement proposée par Apache, ce qui pourrait être fait dans un délai plus court. Un outil de sécurité avec des règles de codage configurables pour appliquer cette solution de contournement ou même l'appliquer automatiquement accélérerait grandement ce processus.
Vous voulez en savoir plus sur la manière d'identifier et de sécuriser le code qui contient la désérialisation de données non fiables ? Visitez le portail Secure Code Warrior pour une explication claire et un défi de formation.
La vulnérabilité concerne la manière dont Struts analyse ce type de données et les convertit en informations pouvant être interprétées par le langage de programmation Java. Lorsque la vulnérabilité est exploitée avec succès, un code malveillant peut être caché à l'intérieur de ces données et exécuté lorsque Struts tente de les convertir.
https://qz.com/1073221/the-hackers-who-broke-into-equifax-exploited-a-nine-year-old-security-flaw/
La semaine dernière, il a été rapporté que la violation des données d'Equifax pouvait être due à une vulnérabilité dans le plugin REST d'Apache Struts. L'ancienne version du plugin est vulnérable aux attaques par exécution de code à distance lorsqu'elle est utilisée avec le gestionnaire XStream pour traiter les charges utiles XML. La cause est la désérialisation de données non fiables, qui est un type de vulnérabilité bien connu. La vulnérabilité, officiellement reconnue comme CVE-2017-9805, a été corrigée par Apache le 5 septembre dans la version 2.5.13 de Struts. Elle a ensuite été annoncée et clairement documentée dans la documentation d'Apache Struts.
Une simple mise à jour vers la version la plus récente de Struts peut protéger l'application contre cette attaque, alors pourquoi les entreprises ne procèdent-elles pas immédiatement à cette mise à jour ? Le problème des vulnérabilités liées à la désérialisation est que les routines exploitées sont souvent celles sur lesquelles repose le code de l'application. Dans ce cas, l'application du nouveau correctif Struts pourrait avoir des effets secondaires, comme le mentionne la documentation sur la vulnérabilité : "Il est possible que certaines actions REST cessent de fonctionner en raison des restrictions par défaut appliquées aux classes disponibles." Il est très probable que s'assurer que l'application continue à fonctionner sur des versions plus récentes de Struts prenne un certain temps.
Les pirates n'ont cependant pas besoin d'autant de temps pour commencer à abuser des vulnérabilités publiées, et nous pouvons déjà voir certains exploits publiés. Un module Metasploit a été ajouté le 8 septembre, soit trois jours après qu'Apache a corrigé la vulnérabilité. Reporter votre correctif n'est manifestement pas une bonne idée !
La solution consiste à mettre en œuvre une solution de contournement proposée par Apache, ce qui pourrait être fait dans un délai plus court. Un outil de sécurité avec des règles de codage configurables pour appliquer cette solution de contournement ou même l'appliquer automatiquement accélérerait grandement ce processus.
Vous voulez en savoir plus sur la manière d'identifier et de sécuriser le code qui contient la désérialisation de données non fiables ? Visitez le portail Secure Code Warrior pour une explication claire et un défi de formation.
La vulnérabilité concerne la manière dont Struts analyse ce type de données et les convertit en informations pouvant être interprétées par le langage de programmation Java. Lorsque la vulnérabilité est exploitée avec succès, un code malveillant peut être caché à l'intérieur de ces données et exécuté lorsque Struts tente de les convertir.
https://qz.com/1073221/the-hackers-who-broke-into-equifax-exploited-a-nine-year-old-security-flaw/
Veuillez cliquer sur le lien ci-dessous pour télécharger le PDF de cette ressource.
Secure Code Warrior peut aider votre organisation à sécuriser le code tout au long du cycle de vie du développement logiciel et à instaurer une culture qui accorde la priorité à la cybersécurité. Que vous soyez responsable de la sécurité des applications, développeur, directeur de la sécurité de l'information ou tout autre professionnel concerné par la sécurité, nous pouvons aider votre organisation à réduire les risques liés au code non sécurisé.
Veuillez consulter le rapport.Veuillez réserver une démonstration.
Chercheur en sécurité applicative - Ingénieur R&D - Doctorant
La semaine dernière, il a été rapporté que la violation des données d'Equifax pouvait être due à une vulnérabilité dans le plugin REST d'Apache Struts. L'ancienne version du plugin est vulnérable aux attaques par exécution de code à distance lorsqu'elle est utilisée avec le gestionnaire XStream pour traiter les charges utiles XML. La cause est la désérialisation de données non fiables, qui est un type de vulnérabilité bien connu. La vulnérabilité, officiellement reconnue comme CVE-2017-9805, a été corrigée par Apache le 5 septembre dans la version 2.5.13 de Struts. Elle a ensuite été annoncée et clairement documentée dans la documentation d'Apache Struts.
Une simple mise à jour vers la version la plus récente de Struts peut protéger l'application contre cette attaque, alors pourquoi les entreprises ne procèdent-elles pas immédiatement à cette mise à jour ? Le problème des vulnérabilités liées à la désérialisation est que les routines exploitées sont souvent celles sur lesquelles repose le code de l'application. Dans ce cas, l'application du nouveau correctif Struts pourrait avoir des effets secondaires, comme le mentionne la documentation sur la vulnérabilité : "Il est possible que certaines actions REST cessent de fonctionner en raison des restrictions par défaut appliquées aux classes disponibles." Il est très probable que s'assurer que l'application continue à fonctionner sur des versions plus récentes de Struts prenne un certain temps.
Les pirates n'ont cependant pas besoin d'autant de temps pour commencer à abuser des vulnérabilités publiées, et nous pouvons déjà voir certains exploits publiés. Un module Metasploit a été ajouté le 8 septembre, soit trois jours après qu'Apache a corrigé la vulnérabilité. Reporter votre correctif n'est manifestement pas une bonne idée !
La solution consiste à mettre en œuvre une solution de contournement proposée par Apache, ce qui pourrait être fait dans un délai plus court. Un outil de sécurité avec des règles de codage configurables pour appliquer cette solution de contournement ou même l'appliquer automatiquement accélérerait grandement ce processus.
Vous voulez en savoir plus sur la manière d'identifier et de sécuriser le code qui contient la désérialisation de données non fiables ? Visitez le portail Secure Code Warrior pour une explication claire et un défi de formation.
La vulnérabilité concerne la manière dont Struts analyse ce type de données et les convertit en informations pouvant être interprétées par le langage de programmation Java. Lorsque la vulnérabilité est exploitée avec succès, un code malveillant peut être caché à l'intérieur de ces données et exécuté lorsque Struts tente de les convertir.
https://qz.com/1073221/the-hackers-who-broke-into-equifax-exploited-a-nine-year-old-security-flaw/
Table des matières
Chercheur en sécurité applicative - Ingénieur R&D - Doctorant
Secure Code Warrior peut aider votre organisation à sécuriser le code tout au long du cycle de vie du développement logiciel et à instaurer une culture qui accorde la priorité à la cybersécurité. Que vous soyez responsable de la sécurité des applications, développeur, directeur de la sécurité de l'information ou tout autre professionnel concerné par la sécurité, nous pouvons aider votre organisation à réduire les risques liés au code non sécurisé.
Veuillez réserver une démonstration.TéléchargerRessources pour vous aider à démarrer
Formation sur les codes de sécurité : thèmes et contenu
Notre contenu de pointe évolue constamment pour s'adapter au paysage changeant du développement logiciel, tout en tenant compte de votre rôle. Les sujets abordés couvrent tout, de l'IA à l'injection XQuery, et s'adressent à divers postes, des architectes et ingénieurs aux chefs de produit et responsables de l'assurance qualité. Découvrez un aperçu par thème et par rôle de ce que notre catalogue de contenu a à offrir.
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é.
%20(1).avif)
.avif)
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 : la mission AI pour vaincre le boss est désormais disponible sur demande.
Cybermon 2025 : la campagne « Vaincre le boss » est désormais disponible toute l'année dans SCW. La guerre de sécurité avancée de l'IA/LLM tribale, le renforcement de l'IA de sécurité à grande échelle.
Interprétation de la loi sur la résilience des réseaux : que signifie la sécurité par le biais de la conception et du développement de logiciels ?
Comprenez les exigences de la loi européenne sur la résilience des réseaux (CRA), à qui elle s'applique et comment les équipes d'ingénierie peuvent s'y préparer grâce à des pratiques de conception, à la prévention des vulnérabilités et au renforcement des capacités des développeurs.
Facteur déterminant 1 : des critères de réussite clairs et mesurables
Le catalyseur n° 1 constitue le premier volet de notre série en dix parties consacrée aux facteurs de réussite. Il démontre comment relier la sécurité du code aux résultats opérationnels, tels que la réduction des risques et l'accélération de la maturité des programmes à long terme.
