Les 12 vulnérabilités les plus fréquemment exploitées en 2022 (3)

vulnerabilities

Les 12 vulnérabilités les plus fréquemment exploitées en 2022 (3) - Système d'intelligence open source Knowlesys

Académie OSINT

Les 12 vulnérabilités les plus fréquemment exploitées en 2022 (3)

En rapport:

Les 12 vulnérabilités les plus fréquemment exploitées en 2022 (2)

7–8.Atlassian Confluence Server & Data Center (CVE-2021-26084, CVE-2022-26134)

Atlassian Confluence, une plate-forme de collaboration et de documentation utilisée par de nombreuses organisations gouvernementales et du secteur privé, est également très favorisée par les acteurs de la menace.Les deux vulnérabilités présélectionnées, CVE-2021-26084 et CVE-2022-26134, sont toutes deux liées à l'injection du langage de navigation du graphique d'objet (OGNL).

La première exploitation à grande échelle de CVE-2021-26084 s'est produite en septembre 2021 et a ciblé le service de documents Web populaire.La plate-forme Confluence est conçue pour permettre à plusieurs équipes de collaborer sur des projets partagés.Un acteur malveillant pourrait utiliser la vulnérabilité d'injection de commande CVE-2021-26084 pour exécuter du code arbitraire sur un serveur de confluence ou une instance de centre de données.Les attaquants ont essentiellement les mêmes privilèges que l'utilisateur exécutant le service et sont donc en mesure d'exécuter n'importe quelle commande, de gagner des privilèges administratifs élevés et d'établir un pied dans l'environnement.CISA a publié un avis qui dirige les utilisateurs et les administrateurs pour vérifier les mises à jour d'Atlassian afin d'éviter les compromis.

Neuf mois plus tard, Atlassian a publié une autre vulnérabilité d'injection OGNL contre les serveurs et centres de données Confluence.Suivi en CVE-2021-26134, la vulnérabilité permet à un attaquant non authentifié d'exécuter du code arbitraire dans toutes les versions de centre de données Confluence pris en charge et de serveur.Une fois une preuve de concept (POC) publié dans la semaine suivant la divulgation initiale, cette vulnérabilité de niveau critique est rapidement devenue l'une des plus exploitées.Dans ce cas, le CVE-2021-26134 a été utilisé pour implémenter un RCE non authentifié sur un serveur, puis jeter un shell Web derrière.Le shell web derrièreur permet aux acteurs malveillants des fonctionnalités très puissantes, telles que l'interaction avec Meterpreter et Cobalt Strike et un shell Web uniquement en mémoire.

Selon le site Web d'Atlassian, la société prend en charge 83% des sociétés du Fortune 500, compte 10 millions d'utilisateurs actifs par mois et compte plus de 235 000 utilisateurs dans plus de 190 pays.Ces deux CVE basés sur les atlassiens démontrent à quel point les acteurs de menace motivés financièrement continuent d'exploiter les vulnérabilités pour attaquer simultanément de nombreuses cibles attractives.

Log4Shell, suivi comme CVE-2021-44228 et également connu sous le nom de "Vulnérabilité Log4J", est la vulnérabilité RCE la plus grave trouvée dans Apache Log4J, une bibliothèque de journalisation populaire basée sur Java largement utilisée dans diverses applications.La vulnérabilité permet à un attaquant distant d'exécuter du code arbitraire sur un système affecté, ce qui pourrait conduire à un accès non autorisé, à une divulgation de données ou même à compromettre l'ensemble du système.
La vulnérabilité, qui a été divulguée publiquement pour la première fois en décembre 2021, est due à l'utilisation de données non fiables dans le mécanisme de recherche du composant "log4j2", qui permet à un attaquant d'injecter du code malveillant via des messages de journal fabriqués.Ce défaut a exposé une grande variété d'applications, y compris des serveurs Web, des logiciels d'entreprise et des services basés sur le cloud qui s'appuient sur Log4J pour la journalisation.
Bien qu'Apache ait rapidement publié un correctif pour la vulnérabilité de niveau 10.0 RCE, les experts en sécurité ont confirmé que, étant donné son utilisation généralisée parmi les principaux fournisseurs, l'exploit se poursuivrait et pourrait conduire à un déploiement généralisé de logiciels malveillants.La CISA a depuis publié une directive opérationnelle contraignante (BOD) ordonnant aux agences fédérales de direction civile (FCEB) de corriger leurs systèmes pour lutter contre cette vulnérabilité critique.
L'exploitation rapide de Log4Shell est attribuée à son déploiement généralisé dans différentes industries et plateformes.De plus, le correctif de la vulnérabilité s'est révélé extrêmement difficile, car de nombreuses organisations ont du mal à identifier et à mettre à jour tous les instances de Log4J dans leur infrastructure en temps opportun.
Articles Liés:
Comment utiliser l'intelligence open source pour l'analyse de la surface d'attaque?