Sécurité des serveurs
La plupart des attaques n'atteignent jamais votre site.
Nous plaçons les couches de protection devant votre serveur, les tenons à jour, et une personne regarde dès que quelque chose s'approche, sur nos serveurs comme sur les vôtres.
Demander un devisUne nuit calme, consignée au journal
Chaque serveur est attaqué chaque jour. Ce qui compte, c'est que chaque tentative soit arrêtée, consignée, et vue par quelqu'un quand il le faut.
Six couches, de l'extérieur vers l'intérieur
Un attaquant doit les franchir toutes. Chacune est configurée pour votre serveur, pas copiée d'une configuration par défaut.
Pare-feu
Seuls les ports dont vos services ont besoin sont ouverts ; tout le reste est fermé en bordure.
Bannissements automatiques
Les échecs de connexion répétés et les balayages bannissent l'adresse d'eux-mêmes, avant qu'elle n'ait de la chance.
Pare-feu applicatif web
Les requêtes porteuses d'injections, de recherches de fichiers ou d'exploits connus sont rejetées avant que votre code ne les voie.
Accès renforcé
SSH par clé uniquement, aucune connexion root, un utilisateur distinct par site et des réglages TLS robustes.
Mises à jour
Les mises à jour de sécurité appliquées selon un calendrier, et les urgentes le jour même de leur publication.
Des sauvegardes testées
Des copies conservées hors du serveur et restaurées sur une machine de test, pour que la dernière ligne de défense fonctionne vraiment.
Comment les couches entourent vos données
Les mêmes défenses, dessinées en anneaux autour de ce que vous protégez. Si un anneau est franchi, le suivant est toujours là, et quelqu'un surveille l'ensemble.
Réseau
Seuls les ports dont vos services ont besoin sont ouverts ; tout le reste est fermé en bordure.
Pare-feu et WAF
Les échecs de connexion répétés bannissent l'adresse d'eux-mêmes, et les requêtes qui portent une injection ou sondent des fichiers sont écartées avant que votre code ne les voie.
Renforcement de l'hôte
SSH par clé uniquement, aucune connexion root, un utilisateur distinct par site, des réglages TLS robustes et des mises à jour de sécurité planifiées.
Application
Votre site ou votre application tourne sous son propre utilisateur, derrière le filtrage des anneaux qui l'entourent.
Données et sauvegardes
Des copies conservées hors du serveur et restaurées sur une machine de test, pour que la dernière ligne de défense fonctionne vraiment.
Surveillance
Une personne surveille l'ensemble. Les blocages de routine restent dans le journal, et vous êtes prévenu lorsqu'une décision s'impose.
Quelle mesure répond à quelle menace
Tout serveur sur Internet rencontre les mêmes six menaces. Chaque ligne indique comment la menace se manifeste, ce qui y répond et à quels anneaux cela appartient.
| Menace | Comment elle se manifeste | Ce qui y répond | Anneaux |
|---|---|---|---|
| Force brute | Des milliers d'essais de mot de passe contre SSH ou une page de connexion. | L'adresse est bannie automatiquement après des échecs de connexion répétés, avec SSH par clé uniquement un essai de mot de passe ne mène à rien, et chaque bannissement est inscrit au journal. |
|
| Injection | Des fragments de SQL ou de commandes envoyés dans un formulaire, une URL ou un en-tête. | Le pare-feu applicatif web écarte les schémas d'injection connus avant que votre code ne les voie. C'est un bouclier, pas un remède : la correction durable se trouve dans le code de l'application. |
|
| Logiciels malveillants | Un plugin vulnérable ou un service obsolète permet à un attaquant d'implanter du code sur le serveur. | Les mises à jour ferment la faille connue, un utilisateur distinct par site tient un site infecté à l'écart des autres, et une sauvegarde testée est une copie saine à laquelle revenir. Si c'est déjà arrivé, nous trouvons l'entrée et nettoyons. |
|
| DDoS | Un flot de trafic destiné à rendre le service inaccessible. | Les ports fermés laissent moins à inonder. Un flot plus gros que la liaison vers le serveur ne peut être absorbé qu'en amont, à la périphérie du réseau du fournisseur. |
|
| Mauvaise configuration | Un port ouvert oublié, un mot de passe par défaut ou un vieux service toujours actif. | L'audit vient d'abord : une liste écrite de ce qui est ouvert, ancien ou faible avant tout changement. Ensuite, seuls les ports dont vos services ont besoin restent ouverts. |
|
| Vol d'identifiants | Un mot de passe divulgué, réutilisé ou obtenu par hameçonnage sert à se connecter à votre place. | SSH par clé uniquement et aucune connexion root signifient qu'un mot de passe volé ne suffit pas à ouvrir le serveur, un utilisateur distinct par site limite ce qu'un identifiant volé peut atteindre, et des réglages TLS robustes protègent les connexions en transit. |
|
Les catégories de menaces proviennent de l'OWASP Top 10:2025 et du NIST SP 800-53, et les pratiques sont celles que décrivent les CIS Critical Security Controls. OWASP · NIST · CIS
Sur l'hébergement que nous exploitons, l'atténuation des attaques DDoS en périphérie du réseau fait partie de l'infrastructure décrite dans le SLA. Lire le SLA
Et une personne derrière
D'abord un audit
Nous examinons le serveur tel qu'il est et vous remettons une liste écrite de ce qui est ouvert, ancien ou fragile, avant de modifier quoi que ce soit.
Des alertes qui ont un sens
Les blocages de routine restent dans le journal. Vous n'êtes prévenu que lorsqu'une décision s'impose.
N'importe quel serveur
Les nôtres, ceux d'un fournisseur cloud ou une machine dans vos bureaux : des serveurs Linux qui font tourner vos sites et vos applications.
Un nettoyage quand il est trop tard
Déjà piraté ? Nous trouvons par où ils sont entrés, retirons ce qu'ils ont laissé, fermons la porte et remettons le site en ligne.
Dites-nous ce que vous protégez
Combien de serveurs, où ils tournent et ce qu'ils hébergent. Chaque mission commence par l'audit et fait l'objet d'un devis ensuite.
Demander un devisQuestions et réponses
Par quoi commence une mission de sécurité ?
Par un audit. Nous examinons le serveur tel qu’il est et vous remettons une liste écrite de ce qui est ouvert, ancien ou faible avant de rien changer ; le devis vient ensuite.
À quelle vitesse les mises à jour de sécurité sont-elles appliquées ?
Selon un calendrier, et les urgentes le jour de leur publication.
Serai-je prévenu de chaque attaque bloquée ?
Non. Les blocages de routine restent dans le journal ; vous n’êtes prévenu que si une décision est nécessaire.
Mon site a été piraté. Pouvez-vous aider ?
Oui. Nous trouvons comment ils sont entrés, retirons ce qu’ils ont laissé, fermons la porte et remettons le site en ligne.