Linux : corriger une faille avec apt et dnf (Debian, RHEL)

Une faille critique vient d'être publiée sur GnuTLS, la bibliothèque de chiffrement présente sur tout votre parc, et elle doit être corrigée sous 24 heures. Sauf que l'éditeur de l'ERP vous a écrit ce matin : son connecteur n'est certifié qu'avec la version de curl actuellement installée. Toute montée de version de curl arrête la facturation. Il faut donc corriger la faille sans laisser curl bouger, sur les deux moitiés du parc, et pouvoir le justifier devant l'auditeur. Un parc homogène n'existe que dans les formations. Ici vous travaillez les deux familles en parallèle, un serveur de la famille RHEL et un conteneur Debian 12 resté à sa version de 2023, et vous apprenez à traduire chaque opération de l'une vers l'autre : dpkg et rpm pour savoir, apt et dnf pour changer. Premier piège, celui qui fait échouer la plupart des débutants : le paquet ne porte ni le nom de la commande, ni le même nom d'une distribution à l'autre. Vous regarderez ce qu'une mise à jour emporterait avant de la lancer, vous corrigerez le strict nécessaire et vous le prouverez par la version installée, pas par l'absence d'erreur. Puis vous gèlerez curl des deux côtés, vous essaierez de forcer le verrou, et vous documenterez la dette que ce gel crée, avec sa date de levée. C'est ce dernier point qu'on vous reprochera s'il manque. À la fin, la machine et votre fiche sont vérifiées, et le résultat compte pour votre classement. Terminal dans le navigateur, aucune installation.