Aller au contenu
Dossier

Souveraineté ≠ sécurité : pourquoi il faut les deux

89,5 % des sites de collectivités dont l'hébergeur est identifié sont hébergés chez un acteur de l'Union européenne. C'est une bonne nouvelle pour la souveraineté. Mais un serveur français non mis à jour reste un serveur vulnérable : les failles PHP révélées en octobre 2026 le rappellent.

Publié le 22 octobre 2026 · mis à jour le 22 octobre 2026 · chiffres issus des dépendances détectées le 25 octobre 2026

Deux questions différentes

Comparaison entre souveraineté et sécurité
SouverainetéSécurité
La question posée Qui peut accéder à nos données, et sous quelle loi ? Quelqu'un peut-il entrer sans y être autorisé ?
Le risque Transmission de données imposée par une loi étrangère, coupure décidée hors d'Europe Prise de contrôle d'un serveur, vol ou destruction de données, site défiguré
Ce qui protège Le choix du fournisseur et les contrats Les mises à jour, les sauvegardes, la surveillance
Mesuré par Bleu Blanc Cloud ? Oui : c'est l'objet de l'observatoire Non : nous ne mesurons pas la sécurité des sites

L'exemple d'octobre 2026 : PHP2Shell

Le 21 octobre 2026, le projet PHP a publié des correctifs pour deux failles critiques (CVE-2026-109618 et CVE-2026-109619), surnommées « PHP2Shell ». Elles peuvent permettre à un attaquant, sans être connecté, de prendre le contrôle d'un serveur web qui exécute PHP. Des détails ont fuité avant l'annonce prévue, et plusieurs éditeurs de sécurité signalent des tentatives d'exploitation. Versions corrigées : PHP 8.5.12, 8.4.27, 8.3.36 et 8.2.35. Les versions 8.1 et antérieures ne sont plus maintenues officiellement.

PHP fait tourner une grande partie des sites web, dont beaucoup de sites de collectivités (CMS comme WordPress, Drupal ou Joomla). Être hébergé en France ne protège pas : seule la mise à jour protège.

Sources :

Ce que montrent nos données

Le kit : 5 questions à poser à votre prestataire

  1. Où sont nos données, et chez qui ? Quel hébergeur, dans quel pays, et quelle est sa maison mère ? Est-elle soumise à une loi extraterritoriale (Cloud Act) ?
  2. Sous quel délai appliquez-vous les correctifs critiques ? Avez-vous appliqué ceux d'octobre 2026 pour PHP ? Qui nous prévient, et sous quel délai, en cas d'incident ?
  3. Nos logiciels sont-ils encore maintenus ? Version de PHP, du CMS et des extensions : y a-t-il des composants en fin de vie ?
  4. Que se passe-t-il si votre service tombe ? Où sont les sauvegardes, quand ont-elles été testées pour la dernière fois, et quel est le délai de reprise ?
  5. Pouvons-nous partir facilement ? Comment récupérer nos données et nos noms de domaine, dans quel format, à quel coût ?

Bonus : Avez-vous des sites anciens ou oubliés (anciens événements, anciens mandats) ? Ils sont souvent les moins mis à jour.

Version imprimable du kit Télécharger le kit (PDF)

Et maintenant ?

Faire analyser un site

  1. Par un ticket Codeberg

    Recommandé

    Automatique, réponse en moins d'une heure (compte gratuit).

    Ouvrir un ticket Codeberg

    Formulaire absent ? Version simplifiée

  2. Par e-mail

    Sans compte, traité à la main sous quelques jours : contact@berachem.dev

    Envoyer un e-mail

Analyse passive, résultat publié sur une fiche publique. Réservé à votre propre site ou à celui d'un organisme public (10 analyses par jour au maximum).