Aller au contenu
inRage, accueilDemander un devis

Sécurité et sauvegardes.

Comment nous arrêtons les attaques avant qu’elles touchent votre site, et comment nous revenons en arrière quand quelque chose casse quand même.

Des visites filtrées par le pare-feu et CrowdSecDes visites arrivent de la gauche. Les adresses signalées comme malveillantes sont arrêtées au pare-feu et par CrowdSec. Les autres continuent jusqu’à votre site.

Ce qui arrête les attaques avant votre site.

Plusieurs barrières, chacune placée à un moment différent de la vie du site.

  1. Le pare-feu

    À l’entrée. Le serveur refuse tout le trafic dont votre site n’a pas besoin.

  2. CrowdSec

    À l’entrée. Une adresse signalée comme malveillante par la communauté CrowdSec est bloquée avant d’atteindre votre site, même si elle ne l’a encore jamais visité.

  3. Trivy

    Avant chaque mise en ligne. Chaque image de container est analysée pour repérer les failles connues avant d’être déployée.

  4. Le scan des répertoires

    Dans les fichiers. Le contenu des répertoires est analysé pour repérer un fichier modifié ou ajouté sans raison, signe d’une compromission.

  5. L’administration protégée

    Sur WordPress. L’administration de WordPress est protégée par Kadence Security Pro et par un filtrage des adresses IP.

Une copie chaque nuit, gardée 5 semaines.

Si quelque chose tourne mal, il faut pouvoir revenir en arrière. Voici exactement ce qui est copié, quand, et où.

Trois bandes, une par ville : La Rochelle, Paris et Strasbourg. Chaque trait est une copie complète des fichiers et des bases, faite chaque nuit et gardée 5 semaines. La plus récente est en orange.

Quand
Chaque nuit
Quoi
Fichiers et bases, copie complète
Combien de temps
5 semaines
Où
La Rochelle, Paris et Strasbourg

La restauration est comprise. Et elle est testée : nous rejouons des restaurations dans un environnement isolé, sans toucher à votre site en production.

Revenir à la minute près.

La copie de la nuit vous ramène à hier soir. Le PITR (point-in-time recovery) va plus loin : il remonte la base de données à la minute que vous choisissez. Une erreur à 14 h 33 ? On revient à 14 h 32, et la journée n’est pas perdue.

Le retour à la minute s’applique aux bases MariaDB.

Faites glisser le curseur pour choisir l’instant de restauration.

Point de restauration

14:32:00

Avant l’erreur : données intactes

Sans PITR, vous repartiriez de la copie de la nuit, et la journée serait perdue.

Quand ça casse.

La sonde ne reçoit plus de réponse : l’alerte part vers l’équipe. Ce qui se passe ensuite dépend de la couche touchée, et les délais sont écrits.

Alerte La sonde, qui passe toutes les 30 secondes, ne reçoit plus de réponse.

  • LogicielSystème, containers, application, sécurité

    2 hPrise en charge

    Délai entre l’alerte et le début de l’intervention. Le soir, le week-end et pendant les congés aussi.

  • MatérielServeurs et réseau

    2 à 4 hService rétabli (GTR)

    Délai garanti pour rétablir le service après une panne matérielle, 7j/7, 24h/24.

Vous suivez l’état de l’infrastructure sur la page de statut publique, et chaque intervention dans votre console client.

status.inrage.fr (nouvel onglet)console.inrage.fr (nouvel onglet)

Octobre 2026 : une faille PHP sous embargo, corrigée sur tout le parc.

Apprise dans la nuit du 20 au 21 octobre. Les images serveur ont été reconstruites, puis déployées partout.

35images reconstruites

48 hpour corriger tout le parc

Lire le récit complet (nouvel onglet)

Parlons de vos sauvegardes.

Nous regardons comment votre site est protégé et sauvegardé aujourd’hui, et ce qui changerait chez nous. Réponse dans la journée.

Demander un devis

Site en panne ? 06 82 96 38 89, du lundi au samedi, de 9 h à 18 h