Les versions non sécurisées d’Apache httpd OpenShift

J’évalue Openshift Online PaaS et j’ai constaté qu’Openahift Online utilisait des versions assez anciennes de bibliothèques, ce qui pourrait poser problème.

Par exemple. Apache httpd – version 2.2.15 à ce jour (2014-04-27) vs publié 2.2.27 avec plusieurs correctifs SECURITY dans changelog

Redhat peut-il expliquer la différence?

Problème concret pour la cartouche Python et la connectivité à PostgreSQL: psycopg2 – La valeur par défaut de Openshift correspond à l’ancienne version 2.0.4 générant des erreurs, tandis que la plus récente est la version == 2.5.2

OpenShift Online fonctionne sur la base de RHEL 6, et les versions nécessitent une petite explication. RHEL est basé sur la prémisse que si vous exécutez quelque chose sur RHEL 6.0 GA, il doit toujours être exécuté après des années de mises à jour de RHEL 6. Il existe toujours des mises à jour, mais la version indique où le fork original du code a été effectué. De nouvelles fonctionnalités sont introduites (seulement si elles ne cassent rien) et des correctifs de sécurité sont ajoutés, mais ils sont effectués avec des modifications apscopes au numéro de version , pas à la version. Si vous recherchez des avis de sécurité de Red Hat, vous verrez ceci en action, par exemple https://rhn.redhat.com/errata/RHSA-2014-0370.html . Il peut être déroutant de déterminer exactement quelles fonctionnalités sont incluses; Par exemple, RHEL 5 fournit httpd 2.2.3, mais inclut un ensemble de fonctionnalités mod_proxy qui ne sont pas arrivées avant la version 2.2.9 ou ultérieure.

Récemment, Red Hat, en reconnaissance du fait que les utilisateurs ne veulent pas forcément développer des solutions datant de plusieurs années, a commencé à fournir des versions mises à jour dans des packages complètement distincts en tant que bibliothèques de collections de logiciels (SCL). Par exemple, le postgresql fourni avec RHEL 6 est la version 8.4, mais un SCL a été livré avec postgresql 9.2 (OpenShift Online fournit une cartouche pour les deux). Un SCL pour httpd 2.4 devrait arriver bientôt.

Le fait est que la version apparente peut être un peu trompeuse sur RHEL; il indique essentiellement “compatible avec le comportement de retour à cette version”. Pour aller à la racine de votre véritable problème, il est probablement préférable de spécifier ce que vous faites et les erreurs réelles que vous avez rencontrées.