Aller au contenu

Un site qui n'a plus de porte dérobée

Pages statiques sans PHP, pare-feu OWASP, administration filtrée par IP, conteneurs verrouillés, sauvegardes chiffrées : comment Søcle protège votre site.

Mis à jour le

Sur les sites dynamiques, une grande partie des piratages passe par les mêmes portes : une extension ou un thème pas à jour, ou une page de connexion forcée. Søcle fait le choix de ne pas avoir ces portes, plutôt que de devoir les surveiller.

La première protection : rien à exécuter

Les pages publiques sont des fichiers HTML préparés à l'avance avec Astro. Pas de PHP, pas de base de données interrogée à chaque visite, pas d'extension tierce : il n'y a rien à exploiter sur la page elle-même. C'est aussi ce qui la rend instantanée.

Les parties dynamiques, protégées couche par couche

Formulaires, newsletter, boutique et administration restent dynamiques. Ils passent par plusieurs barrières :

  • pare-feu applicatif Coraza avec les règles OWASP CRS 4 : injections SQL, XSS et inclusions de fichiers bloquées ;
  • quota de requêtes par adresse IP sur les API, et protection anti-robot sans service tiers ni cookie ;
  • administration filtrée par IP : elle n'existe pas pour le reste d'Internet ;
  • navigateur protégé : HTTPS automatique, HSTS, politique de sécurité du contenu stricte, aucun script en ligne ;
  • boutique isolée : le navigateur ne parle jamais directement au moteur e-commerce, tout passe par le serveur du site.

Un serveur qui limite les dégâts

Chaque service tourne dans un conteneur sans privilèges, avec un système de fichiers en lecture seule et un utilisateur non administrateur. La base de données n'a aucun accès à Internet, chaque application n'a accès qu'à ses propres données et secrets. Les images logicielles sont épinglées et analysées avant chaque mise à jour.

Le grand ménage après un piratage

Un ancien site piraté laisse des traces : des pages de spam indexées par Google, des robots qui cherchent encore wp-login.php. Søcle répond « 410, supprimé » aux adresses WordPress connues et peut le faire pour les adresses de spam : elles disparaissent de l'index au lieu de renvoyer vers votre accueil.

Pouvoir tout restaurer

Des sauvegardes quotidiennes chiffrées sont conservées hors du serveur, et leur intégrité est vérifiée avant toute restauration. Côté contenu, chaque version publiée du site reste restaurable depuis l'administration.

En toute honnêteté

Aucune plateforme ne garantit l'absence de faille, et un pare-feu applicatif ne remplace pas une protection contre les attaques par saturation : un CDN peut s'ajouter pour cela, et Søcle sait fonctionner derrière. Mais l'approche est différente par construction : moins de code exposé, c'est moins de risques à gérer.

Votre site actuel a été piraté ? Parlons-en, ou voyez comment passer de WordPress à Søcle.

Des protections complémentaires

Chaque couche remplit un rôle différent ; aucune ne garantit le risque zéro.

  1. Chiffrer

    HTTPS et en-têtes stricts

  2. Filtrer

    Pare-feu applicatif et API limitées

  3. Restaurer

    Sauvegardes chiffrées hors serveur

Questions sur la sécurité

Søcle protège-t-il contre toutes les attaques ?

Non. Les protections réduisent l’exposition du site, mais un DDoS volumétrique peut nécessiter un CDN ou une protection réseau adaptée.

Les sauvegardes peuvent-elles être restaurées ?

Oui. Les sauvegardes quotidiennes chiffrées hors serveur avec restic disposent d’une procédure de restauration testable.

Un site Søcle est-il exposé aux mêmes attaques qu'un CMS classique ?

Les attaques les plus courantes visent le code exécuté côté serveur, les extensions et les pages de connexion. Les pages d'un site Søcle sont des fichiers HTML, sans rien de tout cela. Aucune plateforme n'est invulnérable, mais la surface d'attaque est réduite à l'essentiel.

Qui peut accéder à l'administration ?

Seules les adresses IP que vous autorisez. Depuis toute autre adresse, l'administration n'est pas accessible.

Que deviennent les pages de spam de mon ancien site piraté ?

Søcle peut répondre « 410, supprimé » à ces adresses, pour qu'elles sortent de l'index de Google au lieu d'afficher votre page d'accueil.