Skip to main contentSkip to footer
Agent serveur Linux · destiné aux hébergeurs et aux administrateurs

Agent ReportedIP : la Blocklist communautaire intégrée au noyau de votre serveur

Des milliers d’adresses ayant attaqué d’autres serveurs ce matin sont bloquées dans ipset ou nftables avant même que leur première tentative ne vous atteigne, et chaque attaque détectée dans vos propres journaux est signalée. Un seul binaire statique pour les hébergeurs et les administrateurs exploitant des services Web, de messagerie, FTP et DNS sur les mêmes machines. Un serveur est inclus dans la formule « Professional ».

Un serveur inclus à partir de la formule Professional, trois avec Business. Serveurs supplémentaires à partir de 4,90 € par mois, TTC. Version 0.3.42

12 545

adresses dans la liste reçue par un serveur sous licence avec une confidence de 75, mesurée le 29 septembre 2026. Avec une confidence de 90, il y en a 4 173, et c'est à vous de fixer le seuil.

196 journaux, 62 lignes

de configuration : voilà ce que l'installateur a trouvé tout seul sur un hôte d'hébergement en production, sur sept types de services, sans une seule règle de collecte écrite à la main.

50 Mo

en mémoire résidente pendant la surveillance de ces 196 fichiers, mesurés sur trois heures et demie de fonctionnement. Sur un petit hôte avec sept fichiers, c'est 16,6 Mo.

Zéro

ligne de journal, payload ou User-Agent ne nous est envoyé. Un rapport comprend une adresse, des identifiants de catégorie et une phrase générée.

Pourquoi cela existe-t-il ?

Un serveur d'hébergement n'est pas un seul service. C'est le Web, la messagerie, le FTP, le DNS et un panneau de contrôle sur la même machine, qui écrivent à eux tous quelques centaines de fichiers journaux, et chaque type d'attaque arrive dans un fichier différent. Surveiller tout cela à la main représente une journée de travail, et la limite reste la même : une liste de bannissement construite à partir de vos propres journaux ne contient que ce qui vous a trouvé en premier. Ainsi, chaque serveur sur Internet apprend la même leçon séparément, à ses propres frais, tentative après tentative.

Ce qu'un serveur peut savoir, et ce que le réseau sait

Les deux colonnes correspondent à la même machine avec les mêmes journaux. La différence, c'est de savoir s'il est le seul à les lire. La dernière ligne est celle qui coûte de l'argent dans les deux cas.

La situation Ce serveur seul Ce serveur sur le réseau
Une adresse qui a attaqué quarante autres hôtes ce matin et qui vous atteint maintenant Une première tentative, puis une deuxième, jusqu'à ce qu'un seuil soit franchi. Ce qui est passé entre-temps est passé. Déjà dans l'ensemble du noyau avant son arrivée, parce que quarante opérateurs l'ont signalée pendant votre sommeil.
Une vague de force brute contre vos ports de messagerie depuis un pool d'adresses que vous n'avez jamais vu Apprise une adresse à la fois, à partir de vos propres échecs. Apprise une seule fois, par celui qui a été touché en premier, et rejetée uniquement sur vos ports de messagerie.
Un nouveau schéma d'attaque qui apparaît d'abord sur un autre continent Arrive ici comme un inconnu. La détection repart de zéro. Arrive ici comme une adresse avec un Confidence Score et une catégorie.
Les attaques présentes dans les journaux de cette machine C'est toujours la seule source capable de les détecter, et elle reste complète : quatorze types de sources, chacun avec son propre seuil, chacun constituant un fichier de règles que vous pouvez étendre. La même détection, et chaque découverte est signalée pour que l'opérateur suivant en soit épargné.
Ce que l'apprentissage vous coûte Une tentative réussie par leçon, payée avec votre propre trafic. 4,90 euros par mois et par serveur, TTC, à partir de la formule Professional. Un serveur est inclus.

Agent serveur Linux · destiné aux hébergeurs et aux administrateurs

Ce que vous obtenez

  • La Community Blacklist dans ipset ou nftables. Sur un serveur sous licence à partir de la formule Professional, elle est actualisée toutes les 15 minutes et reprend tout ce qui atteint un Confidence Score de 75 ou plus. La requête est conditionnelle : une liste inchangée ne coûte qu'un code 304 et aucun transfert, et la bascule vers les ensembles du noyau est atomique, de sorte qu'il n'y a jamais d'instant où un ensemble est vide ou d'une longueur invraisemblable.
  • Cinq ensembles par service, et non une seule liste pour tout : ssh, mail, web, ftp et edge. Une adresse qui n'attaque que des serveurs de messagerie est rejetée sur vos ports de messagerie et laissée tranquille sur le port 443, de sorte qu'une adresse partagée ne vous coûte aucun trafic client.
  • L'installateur trouve son travail tout seul. Il vérifie quels services tournent, quels ports écoutent, où cette distribution place ses journaux et lesquels existent, puis écrit lui-même la configuration : sur l'hôte ci-dessus, cela représentait 196 journaux d'hôtes virtuels à partir de 62 lignes. Chaque source porte son propre seuil au lieu d'un unique chiffre global.
  • Un binaire statique. Pas de cgo, pas d'interpréteur, aucun environnement d'exécution à maintenir à jour, rien sur l'hôte dont l'agent dépende. linux/amd64 et linux/arm64.
  • Aucune information sur votre trafic ne quitte la machine : ni ligne de journal, ni payload, ni User-Agent, ni URL, ni nom d'utilisateur. Un hôte s'identifie par un install id aléatoire écrit lors de la configuration et jamais par son nom, de sorte que sa licence ne peut pas être détournée en renommant une machine.
  • Il se met à jour via une signature Ed25519 dont la validité est vérifiée à l'aide d'une clé intégrée au fichier binaire sur votre ordinateur. Un fichier téléchargé altéré échoue à cette étape, même s'il provient d'une connexion HTTPS sécurisée, et une version qui ne démarre pas ou qui indique une version erronée est rejetée avant le remplacement.
  • Blocage local, activé dès l'installation : un délai d'expiration défini au niveau du noyau pour chaque entrée, afin qu'aucun blocage ne subsiste une fois l'agent supprimé ; des durées de blocage allant de 30 minutes à un maximum de sept jours pour les récidivistes ; et une Whitelist placée en amont du blocage. Une seule ligne, en mode « log », suffit pour désactiver le tout sans toucher à quoi que ce soit d'autre.
  • Une exploitation qui reste discrète : son propre journal avec sa propre rotation, un e-mail par état au lieu d'un par événement, avec un délai d'attente et un signal de fin d'alerte, et une limite de disque en dessous de laquelle il cesse de signaler tout en continuant à détecter et à bloquer.
  • Un essai à blanc sur vos journaux réels qui ne signale rien, ne bannit rien et n'écrit rien en dehors de votre terminal, pour que vous puissiez évaluer l'agent sur votre propre trafic avant de lui confier le moindre paquet.
  • Les codes de sortie 0, 1 et 2, pour que status serve de test de supervision sans wrapper.
  • Chaque détecteur est un fichier de règles que vous pouvez consulter, modifier et étendre. Un motif détermine si une ligne correspond, un bloc distinct indique où se trouve l’adresse dans cette ligne, et chaque règle comporte ses propres exemples, dont l’un contient une adresse leurre dans le champ de l’attaquant ; tous ces éléments sont vérifiés lors du chargement du fichier. Une règle que vous créez vous-même bannit pendant ses 24 premières heures et ne signale qu’après ce délai, tandis qu’une règle dont le seuil est atteint par des adresses figurant sur votre propre Whitelist cesse d’elle-même de générer des Reports.
  • Blocages par groupe sur l'ensemble de votre parc. Une clé appartient à un groupe de votre compte, géré dans la section « Groupes » de la formule Professional, et chaque adresse signalée par un membre est bloquée pour tous les autres membres du groupe pendant une durée de 24 heures par défaut, sur tous les ports, dans son propre set du noyau. Les entrées et les exceptions peuvent être ajoutées manuellement dans le portail ; les adresses propres à un membre ne figurent jamais sur la liste, et un Webhook signé pour chaque événement d’interdiction informe vos propres outils ; trois nouvelles tentatives sont faites en cas d’absence de réponse. Une clé n’appartenant à aucun groupe se comporte exactement comme auparavant.
  • Détection de Port Scan depuis le noyau. Une règle de pare-feu située derrière les listes enregistre les paquets SYN adressés à un port sur lequel cet hôte n'écoute pas, à raison de dix au maximum par minute, et la source scan lit ces lignes dans le journal, ou dans le fichier kern.log s'il n'y en a pas. Dix tentatives provenant d’une même adresse en l’espace de dix minutes constituent un balayage : elles sont bloquées comme toute autre détection et signalées dans la catégorie « Port Scan ». Les ports à l’écoute sont lus à chaque synchronisation, et la règle demande en plus au noyau si une socket écoute sur le port à cet instant. Un service que vous démarrez n’est donc jamais une cible de balayage, pas plus que la plage passive d’un serveur FTP en cours d’exécution.
  • La réputation de votre propre adresse. À chaque exécution, le système vérifie si l'adresse à partir de laquelle cet hôte envoie ses rapports figure elle-même dans la base de données communautaire ; l'état affiche alors un avertissement indiquant le niveau de confiance, le nombre de rapports et la page de Delisting, afin qu'un serveur compromis ou une adresse partagée ne passe pas inaperçu. L'avertissement disparaît dès la première exécution suivant le Delisting.

À qui s'adresse ce produit ?

Hébergeurs, agences et administrateurs qui exploitent toute la pile Linux : Web, messagerie, FTP, DNS et un panneau de contrôle sur les mêmes machines, avec un serveur ou cinquante.

Tarifs

Un serveur inclus à partir de la formule Professional, trois avec Business. Serveurs supplémentaires à partir de 4,90 € par mois, TTC.

Installation rapide

1

Une commande, en root

bash
# At a terminal: it shows the terms of use and takes a yes, then
# asks for your key, then three short questions, and Enter takes the
# safe answer every time.
curl -fsSL https://reportedip.com/agent/install.sh | sh

# For automation, and for fifty hosts: nothing is asked, the terms
# are accepted up front.
curl -fsSL https://reportedip.com/agent/install.sh | REPORTEDIP_ACCEPT_TERMS=1 REPORTEDIP_KEY="YOUR_API_KEY" sh

La première chose que le script affiche, ce sont les conditions d'utilisation, et il lui faut un yes avant de télécharger quoi que ce soit. Il vérifie qu'il tourne en root, que la plateforme est Linux, que l'architecture est amd64 ou arm64 et qu'un outil de somme de contrôle existe. Il télécharge ensuite avec votre clé la version correspondant à votre architecture, la vérifie contre SHA256SUMS et l'installe dans /usr/local/bin. À partir de là, la mise en place détecte quels services tournent, quels ports écoutent et où cette distribution range ses journaux, et écrit elle-même la configuration. Prenez la seconde forme dès qu'un script lance ceci, car elle ne demande rien et n'a pas besoin de terminal.

2

La première synchronisation construit les règles

bash
reportedip-agent sync

L'installation ne touche aucune règle de pare-feu : ni chaîne, ni ensemble, ni saut. C'est cette exécution qui crée tout cela et charge les cinq listes par service, et c'est pourquoi l'installateur termine en vous disant de la lancer. Jusque-là l'hôte est exactement tel qu'il était, et une installation contre laquelle vous décidez coûte un rm de deux répertoires.

3

Vérifier que cela a tourné, avant tout rejet

bash
reportedip-agent status
reportedip-agent doctor
reportedip-agent test /var/log/auth.log
reportedip-agent rules list

La commande « status » affiche le nombre d’entrées par liste, l’état de la chaîne, la Whitelist et l’état de la licence de cet hôte ; un seul écran suffit donc pour savoir si l’installation a fonctionné. La commande « doctor » indique ce que cet hôte contient et ce qui manque, sans rien modifier : ni fichier, ni règle, ni ensemble. La commande « test » exécute les détecteurs sur un journal réel, fichiers compressés au format gzip compris, et affiche quelle adresse aurait dépassé quel seuil et à quel moment, sans signaler ni bloquer quoi que ce soit. La commande « rules list » affiche chaque détecteur sous la forme du fichier qu’il représente, en précisant la couche d’où il provient et s’il est activé.

Cet hôte rejette dès sa première synchronisation, car c'est ce que l'installation écrit. Répondez log si vous voulez d'abord lire pendant une semaine ce qui aurait été coupé. La documentation parcourt la même installation en entier : chaque option, chaque clé de configuration, et les questions plus fines que la voie rapide saute.

Foire aux questions

Risque-t-il de bloquer un de mes clients par erreur ?

Quatre choses s'y opposent, et les trois premières ne peuvent pas être désactivées. Les plages privées, le loopback, les adresses propres de ce serveur et l'adresse SSH depuis laquelle l'installation a été lancée ne sont jamais signalées ni bloquées. Votre propre whitelist passe avant chaque rejet. La liste est notée, et c'est vous qui choisissez le seuil : avec une confidence de 75, un serveur sous licence a reçu 12 545 adresses le 29 septembre 2026 ; avec une confidence de 90, il y en avait 4 173. L'hôte rejette dès la première synchronisation, et si vous voulez d'abord lire cela pendant une semaine, répondez log au lieu de drop pendant l'installation.

Quelle charge représente l'installation sur une machine avec cent sites ?

Une seule commande. L'installateur vérifie quels services tournent, quels ports écoutent et où cette distribution place ses journaux, puis écrit lui-même la configuration. Sur un hôte d'hébergement en production, cela a donné 196 journaux d'hôtes virtuels couverts par 62 lignes, avec un seuil par source plutôt qu'un unique chiffre global. Il n'y a aucune règle de collecte à écrire par service, ni à maintenir lorsqu'un site est ajouté, puisque les chemins sont pris par globs.

Qu'est-ce qui nous est envoyé ?

L'adresse, les identifiants de Threat Category et une phrase générée. En aucun cas une ligne de journal, un nom d'utilisateur, le corps d'une requête, un User-Agent ou une URL. Un serveur s'identifie à l'aide d'un install id aléatoire créé lors de l'installation, et non à l'aide de son nom.

Que se passe-t-il sur un serveur sans licence ?

Seul le téléchargement du flux est mis en pause. La liste déjà présente dans le noyau est conservée et continue de bloquer les menaces ; la détection et le blocage locaux continuent de fonctionner, les Reports continuent d'être générés et l'agent continue de se mettre à jour. Un serveur ne se retrouve jamais sans protection en raison d'une facture impayée.

Combien coûte un deuxième serveur ?

Chaque licence supplémentaire coûte 4,90 € par mois ou 49 € par an, TVA comprise, et le prix par licence diminue à mesure que le nombre augmente : 3,90 € à partir de cinq licences, 2,90 € à partir de dix, 1,90 € à partir de vingt-cinq et 1,40 € à partir de cinquante. Le seuil atteint s'applique à toutes les licences, et pas seulement à celles situées au-dessus. Sans licence, l'agent fonctionne aussi avec la formule Free : il détecte et bloque en local sans restriction et signale ce qu'il trouve. Seul le flux communautaire nécessite une licence serveur ; Professional en inclut une, Business trois.

Est-ce qu'un serveur est pris en compte dans le nombre de mes domaines ?

Non. Les serveurs constituent un pool distinct, comptabilisé séparément des domaines du plugin Hive. Le multiplicateur de volume « Business » augmente le nombre de domaines, mais pas le nombre de serveurs inclus.

À quel point la liste sur mon serveur est-elle à jour ?

Sur un serveur sous licence de la formule Professional, l'agent actualise les données toutes les 15 minutes et récupère tout ce qui a obtenu un Confidence Score de 75 ou plus. La requête est conditionnelle : ainsi, une liste qui n'a pas changé renvoie un code 304 et ne transfère aucune donnée, ce qui explique pourquoi un intervalle court est peu coûteux. Le transfert vers les ensembles du noyau est atomique ; il n'y a donc jamais de moment où un ensemble est vide. Ce qu'un forfait achète, ce sont l'actualité et la profondeur du flux ; la détection locale, le blocage local et la génération de rapports n'en dépendent pas.

Puis-je conserver la liste de blocage que j'utilise déjà ?

Oui. L'agent n'écrit jamais que ses propres ensembles et sa propre chaîne, et il ne touche jamais à une règle ou à un ensemble qu'il n'a pas créé : une autre liste, une installation de pare-feu existante ou une chaîne écrite à la main continue donc de fonctionner à côté de lui. Si vous voulez voir ce que l'agent ajouterait avant de vous engager, faites-le tourner en log mode et comparez.

Puis-je créer mes propres règles de détection ?

Oui, et chaque détecteur fourni en est déjà une : un fichier YAML contenant un modèle, un bloc qui précise l'emplacement de l'adresse dans la ligne, un seuil et ses propres exemples. Un fichier que vous créez dans /etc/reportedip-agent/rules.d/ ajoute une règle ou remplace une règle fournie champ par champ, et l’agent le détecte en moins d’une minute. reportedip-agent rules check nomme chaque erreur avec le fichier et la ligne avant que le démon ne la voie, et test avec --rule exécute une règle sur un journal réel. Trois mécanismes vous protègent contre une règle qui analyserait le mauvais champ : les exemples sont vérifiés à chaque chargement du fichier, une nouvelle règle que vous créez bloque les adresses mais ne les signale pas pendant les premières 24 heures, et une règle dont le seuil est atteint par des adresses figurant sur votre propre Whitelist cesse automatiquement de générer des Reports.

Les autres produits

Même ensemble de données, forme différente.

Plugin WordPress · Gratuit

ReportedIP Hive

Sécurité WordPress en temps réel grâce à 16 capteurs de détection, un Web Application Firewall, quatre méthodes d'authentification à deux facteurs (2FA) et un réseau communautaire de détection des menaces accessible sur inscription. Gratuit et open source pour toujours.

REST Threat Intelligence · Formule Free

Public API

Le moteur de réputation qui est au cœur de tout. Interrogez des adresses IP, envoyez des rapports, récupérez la Blacklist et effectuez des opérations en masse depuis n'importe quel langage, votre SIEM, votre pare-feu ou votre panneau d'hébergement.

Flux à télécharger · Gratuit

Blacklist Feed

Community Blacklist, notée automatiquement à partir de Reports en temps réel. Formats texte brut, JSON et CSV, compatibles avec iptables, nftables, nginx ou tout autre outil utilisant des Blocklists.

Add-on DNSBL en temps réel · version PRO

DNS / RBL Zone

Posez une question au DNS plutôt que de télécharger une liste : votre serveur de messagerie vérifie l'adresse en temps réel, de la même manière qu'il interroge déjà Spamhaus. Pas d'importation, des informations toujours à jour.

Diagnostics DNS · Gratuit

DNS Checker

Diagnostic de l'état de santé des domaines à partir de 76 résolveurs répartis sur 6 continents. Validez les protocoles SPF, DKIM, DMARC et DNSSEC, effectuez des recherches dans les listes DNSBL et suivez la propagation lors des migrations.

Vérification PTR · Gratuit

Reverse DNS Lookup

Résolvez l'enregistrement PTR d'une adresse IPv4 ou IPv6 et vérifiez s'il renvoie bien l'adresse d'origine. Un enregistrement PTR non validé est la raison la plus courante pour laquelle un serveur de messagerie est bloqué à l'entrée.

ReportedIP Agent

Un serveur inclus à partir de la formule Professional, trois avec Business. Serveurs supplémentaires à partir de 4,90 € par mois, TTC.

Security Focused GDPR Compliant Made in Germany