2 articles tagués avec « examen »

Publié le 24 juin 2026

Une sauvegarde terminée n’est pas la même chose qu’une sauvegarde utilisable. C’est dans cet écart que la plupart des discussions sur l’examen d’un service de surveillance des sauvegardes deviennent très vite concrètes. Si vous exploitez des sites clients, des boutiques, des charges de travail SaaS ou des systèmes métier internes, vous n’avez pas besoin d’un tableau de bord de plus qui affiche du vert pendant que les points de restauration sont discrètement cassés, obsolètes ou manquants. Il vous faut une surveillance qui vérifie si les sauvegardes ont bien lieu, si la rétention se comporte correctement et si la récupération reste réaliste lorsque la journée tourne mal.

Un bon service de surveillance des sauvegardes se situe entre le reporting passif et la protection opérationnelle réelle. Il surveille les tâches planifiées, l’état du stockage, l’âge des sauvegardes, les schémas d’échec et le routage des alertes. Dans les configurations plus solides, il aide aussi à confirmer la préparation à la restauration, pas seulement l’achèvement des tâches. Cette différence compte, car de nombreux échecs de sauvegarde ne sont pas spectaculaires. Ils sont petits, répétitifs et polis jusqu’à la première demande de restauration. Puis ils deviennent coûteux.

Publié le 14 mai 2026

K000161019 : la vulnérabilité CVE-2026-42945 de NGINX ngx_http_rewrite_module nécessite un examen immédiat partout où des règles de réécriture gèrent les requêtes en amont des applications, des API ou des flux de connexion. Si votre pile dépend d'un comportement complexe de `rewrite`, `if`, `return` ou de normalisation d'URI, c'est le premier endroit à vérifier. La bonne nouvelle, c'est que le problème est généralement gérable avec un audit clair, un nettoyage temporaire de l'ensemble de règles et une mise à jour contrôlée de NGINX.

Pour la plupart des opérateurs, la question pratique n'est pas de savoir si NGINX est présent. Elle est de savoir si `ngx_http_rewrite_module` est utilisé d'une manière qui permet à des requêtes forgées de contourner la logique de routage ou de sécurité prévue. Cette distinction est importante. Le profil de risque d'un simple site statique avec une configuration minimale est très différent de celui d'une passerelle d'application mutualisée avec des chaînes de réécriture héritées et quelques regex héroïques écrites à 2 heures du matin.

Le lien officiel : https://my.f5.com/manage/s/article/K000161019