Log4Shell : 5 mesures que la communauté OT devrait prendre immédiatement

Les environnements de technologie opérationnelle (OT) peuvent également pâtir de la faille Apache Log4j. Voici ce que vous pouvez faire aujourd'hui.
Mise à jour du 17 décembre : Apache a mis à jour la sévérité de CVE-2021-45046, une deuxième vulnérabilité Log4j, en la faisant passer de faible à critique (9.0 CVSSv3) citing possible RCE under certain configurations. Pour plus d'informations, veuillez consulter cet article dans la Tenable Community.
Internet est en feu ; mais vous le saviez déjà. CVE-2021-44228 : La vulnlérabilité d’exécution de code à distance Log4j (Log4Shell) est catégorisée comme l’une des vulnérabilités les plus envahissantes et potentiellement les plus répandues de l'histoire. Log4j est une bibliothèque Java open source très utilisée par les développeurs. L’utilisation de bibliothèques tierces pour des fonctionnalités principales n’est pas un problème que pour l’IT. Log4j est intégrée aux environnements de technologie opérationnelle (OT). En fait, les fournisseurs d’OT publient déjà des annonces expliquant en quoi leurs produits sont impactés.
Dans les semaines et les mois qui viennent, nous allons prendre la mesure de l’omniprésence et de l’étendue de cette vulnérabilité pour l’infrastructure OT. Toutefois, on peut être pratiquement certain qu’elle va servir à effectuer des fonctions de connexion OT critiques, ce qui rendra ces systèmes vulnérables à une exécution triviale de code distant. Même si vous ne l’utilisez pas dans votre infrastructure OT, vous courez quand même un risque.
Depuis que les organisations ont fait converger leurs opérations IT et OT, ce ne serait pas la première fois qu’une attaque migre d’un environnement à l’autre. Même si votre système est parfaitement étanche, il y a plus d’une chance sur deux que vous ayez effectué une « convergence accidentelle ». Sans mesures drastiques pour sécuriser votre infrastructure OT, vos opérations peuvent courir un risque.
FAQ : CVE-2021-45046, CVE-2021-4104 :Frequently Asked Questions About Log4Shell and Associated Vulnerabilities.
Voici cinq mesures qui vous permettront de sécuriser votre environnement OT contre Log4j :
- Suivez les recommandations officielles. Des organisations comme la U.S. Cybersecurity and Infrastructure Security Agency (CISA) ont publié des recommandations officielles. Il est crucial de vous familiariser avec ces recommandations et les suivre. S’assurer de la compatibilité avec les infrastructures du MITRE, de l'U.S. National Institute of Standards and Technology (NIST), de l’U.K. Network and Information Systems (NIS) et de la North American Electric Reliability Corporation (NERC) et de leur utilisation peut aider votre organisation à établir des bonnes pratiques, afin de rester vigilants face aux menaces dynamiques.
- Maîtrisez votre infrastructure Faire l'inventaire des actifs est primordial pour tout programme de sécurité, afin de rester au fait de votre situation, dans les moindres détails. Cela implique bien plus que de disposer d'une maquette de tout votre environnement. Vous devez disposer d’un inventaire à jour de toutes les versions de vos firmwares, du niveau de vos patchs, de vos voies de communication, de vos accès et bien plus encore. La surveillance de votre réseau ne vous permet de disposer que de peu de détails. Il est également nécessaire d’effectuer une vérification active de vos appareils pour bénéficier d’une meilleure précision.
- Effectuez une analyse ciblée de vos actifs IT. Une fois votre inventaire effectué, vous devriez pouvoir lancer une analyse des vulnérabilités, afin de déterminer où vous risquez d’être impactés. Tenable research a identifié et publié les signatures permettant de détecter les exploits Log4J ou Log4Shell. Vous trouverez les dernières version de nos plugins, régulièrement mis à jour, ici. Il est conseillé d’effectuer une analyse ciblée avec les nouveaux plugins afin d’identifier tout élément courant un risque potentiel.
- Découvrez l’ampleur de votre exposition OT. Il vaut mieux disposer d’une bonne option, comme Nessus, pour l’analyse des vulnérabilités de vos actifs IT, mais également d’une option dédiée à vos actifs OT, comme Tenable.ot. En fait, Tenable.ot intègre Nessus et effectue des tests de vulnérabilité pour les actifs IT et OT. Des dispositions spécifiques ont été mises en place pour s’assurer que Nessus n’analyse que les actifs IT, tandis que Tenable.ot gère les actifs OT.
- Soyez proactifs pour limiter les risques. Si vous ne vous fiez qu’aux alertes déclenchées en cas de détection d’intrusion pour vous prévenir qu’un système est compromis ou exploité, c'est déjà trop tard. Pour évaluer en permanence l’état des menaces, vous devez vous tourner vers les sources et les systèmes d’intelligence les plus récents. Les réseaux IT et OT sont déjà interconnectés dans la plupart des environnements et les responsables des menaces se servent justement de cette convergence. Si vous craignez que Log4j profite déjà de votre environnement, Tenable peut vous aider.
À plus long terme, toute la communauté de la fabrication et des infrastructures techniques doit améliorer sa compréhension en profondeur du fonctionnement des systèmes, pour gérer les nouvelles menaces, à mesure qu’elles se présentent. L’initiative Software Bill of Materials (SBOM) a été initiée par un décret exécutif publié en mai 2021. Un SBOM peut apporter à l’utilisateur final la transparence requise pour savoir si leurs produits se basent sur des bibliothèques logicielles vulnérables.
Nous allons être confrontés des années à la vulnérabilité Log4j, et malheureusement à d’autres encore à l’avenir, sans aucun doute. Avec les bonnes personnes, les bons processus et les bonnes technologies, les organisations du monde entier peuvent prendre des décisions collectives rapidement quant aux risques qu’elles courent, pour limiter les conséquences de vulnérabilités comme Log4Shell et protéger les infrastructures critiques.
Michael Rothschild, directeur senior de Tenable pour les solutions OT, a également contribué à ce post.
Pour en savoir plus
- Visitez le centre de solutions Tenable Log4j : https://fr.tenable.com/log4j
- Lisez l’alerte SRT : CVE-2021-44228 : Démonstration de faisabilité (PoF) pour la vulnérabilité d'exécution de code à distance (RCE) Apache Log4j (Log4Shell)
- Lire la FAQ :CVE-2021-44228, CVE-2021-45046, CVE-2021-4104 : Frequently Asked Questions About Log4Shell and Associated Vulnerabilities
- Lisez la perspective CISO : Faille Apache Log4j : les applications tierces sous le feu des projecteurs
- Visitez notre communauté d’utilisateurs pour découvrir comment Tenable peut vous aider : https://community.tenable.com/s/
Articles connexes
- Sécurité OT