ReportedIP Hive 2.1.57 : une page Protection, une page Tools
ReportedIP Hive 2.1.56 et 2.1.57, publiées les 14 et 15 septembre 2026, ont remplacé les écrans Settings et Firewall par une seule page Protection et déplacé tout ce qui n’est pas un réglage vers une page Tools. La 2.1.57 a achevé la refonte avec une page Activity qui s’ouvre sur le journal des événements, une page Community en trois onglets et un tableau de bord qui indique l’étape suivante.
Mettez à jour depuis l’administration WordPress ou téléchargez le ZIP actuel sur la page produit de Hive. La version actuelle est la 2.1.67, et les remarques ci-dessous indiquent ce qui a bougé ou grandi depuis. L’interface de Hive est en anglais, les libellés sont donc cités en anglais. Pour une première installation, le guide du Quickstart est le meilleur point de départ.
Qu’est-ce qui a changé dans l’administration de Hive avec les versions 2.1.56 et 2.1.57 ?
- 2.1.56 a supprimé les pages Settings et Firewall et introduit la page Protection avec quatorze cartes, la page Tools et le mode expert.
- 2.1.56 a renommé l’entrée de menu Security en Activity et doté le tableau de bord d’une bannière d’état et de cartes d’étapes suivantes.
- 2.1.57 a reconstruit la page Activity autour d’une barre de filtres et divisé la page Community en Settings, Community et Badges.
- 2.1.57 a corrigé un export de réglages qui pouvait désactiver des protections sur le site cible, ainsi que 12 autres défauts.
Le menu sous ReportedIP Hive se lit désormais Dashboard, Activity, Protection, Community, System Status et 2FA Status. Tools s’ajoute à la liste en mode expert et reste toujours accessible par son adresse.
Où sont passés les onglets de Settings et Firewall ?
Chaque ancien onglet a un nouvel emplacement fixe, et les anciennes adresses avec page=reportedip-hive-settings ou page=reportedip-hive-firewall y redirigent. Les favoris, les liens MainWP et les liens des alertes de disponibilité fonctionnent toujours en 2.1.67.
| Ancien onglet | Emplacement actuel |
|---|---|
| Settings, General | Community, onglet Settings |
| Settings, Detection | Protection, carte Detection & Thresholds |
| Settings, Blocking | Protection, carte Blocking & Escalation |
| Settings, Hide Login | Protection, carte Hide Login |
| Settings, Notifications | Protection, carte Notifications |
| Settings, Privacy & Logs | Protection, carte Privacy & Logs |
| Settings, Performance & Tools | Protection, carte Performance & Footprint |
| Settings, Two-Factor Auth | Protection, carte Two-Factor Authentication |
| Settings, Hardening Mode | Protection, carte Attack Response |
| Firewall, WAF et Bot Verification | Protection, carte Firewall & Bots |
| Firewall, Registration & Spam | Protection, cartes Registration Rules et Form Protection |
| Firewall, Scan & Decoy | Protection, carte Detection & Thresholds |
| Firewall, Hardening | Protection, cartes Security Headers et Access Lockdown |
| Firewall, Rule Sync | Tools, onglet Rules |
| Firewall, Server Setup | Tools, onglet Server |
Comment fonctionne la page Protection de Hive ?
En 2.1.57, Hive enregistrait 181 réglages dans son registre de réglages, répartis avant la refonte sur deux écrans et plus d’une douzaine d’onglets. Chaque domaine du registre est devenu une carte repliable sur une seule page, chacune avec une ligne d’état. Un champ de recherche ouvre la carte correspondante et met en évidence le libellé trouvé.
La page a deux niveaux. La vue simple affichait les 16 réglages qu’un site touche au quotidien, trois au plus par carte. La vue expert affiche chaque champ. Le mode expert est un interrupteur dans l’en-tête de la page, enregistré par personne : un administrateur peut travailler dans la vue courte pendant qu’un autre modifie des seuils.
- Chaque carte enregistre par le même service que MainWP, la gestion de parc dans le cloud et l’import de réglages, si bien que la validation, les limites de formule et les messages d’erreur sont identiques sur toutes les voies.
- Une valeur refusée est signalée sur la carte qui l’a produite, et non dans un avis pour toute la page.
- L’enregistrement d’une carte ne réinitialise jamais un champ verrouillé. Les champs désactivés ne font pas partie de l’envoi, et l’enregistrement ignore les clés masquées et verrouillées au lieu d’écrire des valeurs par défaut vides par-dessus.
- Les champs dont la limite de formule dépend de la valeur, comme les listes d’inscription et le niveau de paranoïa du pare-feu, restent modifiables avec le marqueur de formule visible, et une valeur qui dépasse la limite est refusée.
Depuis la 2.1.59, la page compte 15 cartes : Form Protection a quitté l’ancienne carte Registration & Spam, qui s’appelle désormais Registration Rules. La même version fait indiquer à chaque réglage la formule dont il relève et porte la vue simple à 19 réglages, plus les interrupteurs d’un plugin de formulaires installé sur le site. Hive 2.1.67 enregistre 190 réglages.
Que trouve-t-on sur la page Tools de Hive ?
Le travail sur le serveur, la maintenance et le diagnostic ont rejoint une page à part avec quatre onglets. Chaque carte Protection qui a un outil correspondant le relie depuis son pied de carte.
| Onglet de Tools | Ce qu’on y trouve |
|---|---|
| Server | Le drop-in Extended Protection et les extraits de configuration du serveur web |
| Rules | La synchronisation des règles, les exceptions du WAF et l’état de la réponse aux attaques avec ses interrupteurs manuels |
| Data | L’import, l’export et la réinitialisation des réglages, ainsi que l’option des données à la désinstallation |
| Diagnostics | Le mail de test et, depuis la 2.1.58, l’autotest de la protection des formulaires |
Qu’affiche le tableau de bord de Hive après la refonte ?
Une bannière d’état en haut commence par « Protection active since », suivi de la date de mise en place et de la recommandation de formule appliquée au site. Si des réglages s’écartent de cette recommandation, elle en indique le nombre. Sans clé enregistrée, ou avec le quota quotidien de signalements épuisé, la même ligne devient un avertissement qui indique comment y remédier.
En dessous, les Next steps proviennent de six détecteurs de conseil que la 2.1.56 a ajoutés au registre de disponibilité : l’adresse de connexion est encore publique, la 2FA de la boutique est incluse dans la formule mais désactivée, le badge de pied de page est désactivé, Extended Protection est possible mais ne tourne pas, le site fonctionne en Local Shield au lieu du réseau communautaire, ou l’administrateur qui lit la page n’a pas de second facteur à lui.
Ces cartes portent l’action elle-même plutôt qu’un lien vers elle. Le badge et la 2FA de la boutique s’activent en un clic, Hide Login prend un slug et s’active, et « Not now » masque une carte pendant sept jours. En 2.1.57, le registre de disponibilité comptait 18 détecteurs : 12 signalent un défaut, 6 proposent une amélioration. Depuis la 2.1.58, il propose aussi d’activer la protection d’un plugin de formulaires qu’il trouve, et depuis la 2.1.67 un groupe quand la formule en inclut un.
Qu’est-ce qui a changé sur les pages Activity et Community ?
L’entrée de menu Activity ouvre directement le journal des événements. La page a trois onglets, Activity, IP Lists et Advanced, et chaque liste commence par une phrase qui dit à quoi elle sert. Les filtres ont quitté la barre d’outils du tableau pour une barre de filtres étiquetée : recherche, type d’événement, gravité, période et l’interrupteur de durcissement, avec un bouton « Apply filters » et un lien de réinitialisation qui indique le nombre de filtres actifs.
La barre de filtres est un formulaire GET : une vue filtrée survit à la pagination, au tri et aux actions groupées, et un ticket de support peut contenir l’adresse exacte de ce que regardait un administrateur. Les anciens liens tab=logs, tab=blocked et tab=api_queue fonctionnent toujours. Depuis la 2.1.67, l’onglet IP Lists a une vue Group avec la liste de blocage que partage votre groupe.
La page Community s’ouvre sur Settings, qui regroupe le mode de fonctionnement, la Community Access Key, l’en-tête de l’IP client, la gestion de parc et le test de connexion. Community garde la contribution, le quota quotidien, les domaines sous licence et l’aperçu des formules. Badges remplace les anciens outils de backlinks par un badge de pied de page en un clic avec son aperçu en direct, plus un générateur de bannières dont les modèles fixent la variante, le nombre et le texte en un clic.
Quels correctifs de Hive 2.1.57 comptent sur un site en production ?
- Un export de réglages depuis un site qui tournait encore sur ses valeurs par défaut écrivait des valeurs vides, et l’import de ce fichier désactivait les protections concernées. L’export écrit maintenant les valeurs réellement utilisées par le site, et l’import ignore les entrées vides des fichiers plus anciens.
- Une Community Access Key refusée par le service ne compte plus dans le contrôle de santé de l’API. Coller deux fois une mauvaise clé pendant la configuration déclenchait auparavant « Community threat checks are failing » pendant des heures sur un réseau en bon état.
- Les avertissements sur la file de signalements restent muets en Local Shield et sans clé. Des entrées restées d’une ancienne période en mode Community déclenchaient une alerte critique dont les remèdes n’existaient pas dans cet état.
- La bannière du tableau de bord indiquait le 1er janvier 1970 comme date de mise en place. La date enregistrée est désormais convertie correctement.
- Sept liens de score ouvraient la mauvaise carte après la séparation de la 2.1.56. Six éléments de verrouillage pointaient vers Security Headers au lieu d’Access Lockdown, et le contrôle des mots de passe vers Detection au lieu de Password Policy.
- La page Protection affichait vide la liste des rôles pour la 2FA juste après que le Quickstart l’avait définie. L’enregistrement fonctionnait, seul l’affichage était faux.
- L’alerte de cron bloqué cite désormais d’abord la cause habituelle : un site qui ne peut pas appeler son propre cron WordPress par une requête en boucle locale.
Que change la refonte pour MainWP et la gestion de parc ?
Le protocole distant n’a pas changé. Comme la page Protection enregistre par le même service que la gestion de parc cloud et le pont MainWP, une valeur refusée dans wp-admin l’est aussi à distance, et une valeur que la formule ne couvre pas est signalée comme ignorée au lieu d’être écrite. La version Hive 2.1.49 décrit comment sont nés le standard de réglages et le transport de parc.
Questions fréquentes
Où sont les réglages de Hive après la mise à jour ?
Tous les réglages de protection se trouvent sous ReportedIP Hive, Protection, regroupés en 15 cartes avec un champ de recherche en haut. Les réglages de connexion, c’est-à-dire le mode de fonctionnement, la Community Access Key et l’en-tête de l’IP client, sont sur la page Community, onglet Settings. Les anciens favoris vers Settings et Firewall redirigent vers la carte correspondante.
Pourquoi la page Tools n’apparaît-elle pas dans le menu ?
La page Tools n’apparaît dans le menu que lorsque le mode expert est activé. Activez-le dans l’en-tête de n’importe quelle page de Hive : le menu affiche alors Tools et la page Protection montre chaque champ. L’interrupteur ne vaut que pour votre propre compte. La page elle-même reste accessible par son adresse dans les deux modes.
La vue simple désactive-t-elle la protection ?
La vue simple masque des champs, elle ne change aucune valeur. Tout ce qu’elle n’affiche pas continue de tourner sur la recommandation de la formule ou sur la valeur que vous avez fixée auparavant, et l’enregistrement d’une carte ne réinitialise aucun champ masqué. Chaque carte liste les réglages experts qu’elle retient, avec un lien vers la vue expert.
Pour aller plus loin
- Version Hive 2.1.54 : le Quickstart sur une seule page, arrivé juste avant la refonte.
- Version Hive 2.1.62 : la piste d’audit sur la page Activity.
- Documentation du plugin Hive : les fonctions par formule, les seize capteurs et leurs valeurs par défaut.