Cookies nécessaires
Architecture et choix d’une solution
Defense Fabric ou Andrisoft Wanguard : le comparatif
Wanguard est une plateforme de détection et de filtrage, pas seulement un collecteur de flux. Comparez l’ensemble Console, Sensor et Filter aux nœuds Defense Fabric et au pool de ports nécessaires pour le même réseau.
Dans quels cas retenir chaque approche
Defense Fabric réunit filtrage local, politiques et répartition des ports sous licence avec son portail client. Le serveur et le retour du trafic propre restent sous la responsabilité de l’opérateur.
Wanguard sépare Sensors, Filters et Console. Cette organisation peut convenir aux réseaux utilisant plusieurs exportateurs, une analyse distribuée ou un mélange de filtrage local et de règles sur routeur.
Comparaison technique et commerciale
Déploiement et chemin du trafic
| Critère | Peeryx Defense Fabric | Andrisoft Wanguard |
|---|---|---|
| Périmètre du produit | Détection locale, filtrage des paquets et gestion des politiques sur vos serveurs. [1] |
Composants Console, Sensor et Filter pour la visibilité, la détection et la mitigation. [4] |
| Appliance ou logiciel | Logiciel Linux sous licence ; le serveur et le réseau sont fournis par l’opérateur. [1] |
Logiciel Linux ; l’éditeur propose aussi des appliances préconfigurées. [4] |
| Matériel utilisé | Serveurs standards compatibles et cartes réseau qualifiées ; TPM 2.0 requis. [1] |
Serveurs de l’opérateur avec matériel de capture et de filtrage compatible. [4] |
| Installation sur site | Installateur distribué : Debian 12, x86-64, VPP 25.10-release. [1] |
Composants Linux distribués sur un ou plusieurs serveurs. [4] |
| Filtrage en ligne | Acheminement en ligne pris en charge ; le contournement matériel doit être prévu séparément. [1] |
Packet Filter peut être placé en ligne ; DPDK, Netfilter et traitement par la carte dépendent de la configuration. [5] |
| Déviation du trafic | Déviation BGP vers un prochain saut de filtrage validé, avec un retour propre distinct. [1] |
Le filtrage déporté dévie les destinations attaquées par BGP vers un serveur de nettoyage. [5] |
Détection et protection
| Critère | Peeryx Defense Fabric | Andrisoft Wanguard |
|---|---|---|
| NetFlow / sFlow / IPFIX | Collecte sFlow, NetFlow et IPFIX ; échantillonnage et délai d’export à valider. [1] |
Flow Sensor prend en charge NetFlow, sFlow et IPFIX. [4] |
| Inspection des paquets | Filtrage local fondé sur VPP ; les captures échantillonnées ne représentent pas toute l’attaque. [1] |
Packet Sensor et Packet Filter inspectent les paquets ; Flow Filter utilise des flux moins détaillés. [5] |
| Filtrage L3/L4 | Seuils par protocole, validation TCP, quotas par source et pare-feu après filtrage. [1] |
Filtrage local sans état et FlowSpec sur routeur ; méthode d’application configurable. [5] |
| Périmètre applicatif | Les modules par protocole nécessitent une qualification ; aucune couverture WAF ou L7 universelle n’est annoncée. [1] |
Motifs de paquets et de charge utile pris en charge ; limites documentées pour les attaques applicatives à faible volume. [5] |
| Signatures d’attaque générées | Les signatures adaptatives peuvent être observées ou appliquées ; vérifiez leurs effets sur le trafic légitime. [1] |
Filter déduit des motifs d’attaque et génère des règles ; les modes paquets et flux diffèrent. [5] |
| BGP FlowSpec | Simulation et export actif ; routeur et famille BGP compatibles requis ; limite de 50 règles dans le panel. [1] |
FlowSpec sur routeur et application par des composants tiers documentés. [5] |
| Pilotage par BGP | Sessions et déviation gérées par l’agent ; installation et retrait dans la FIB à vérifier. [1] |
BGP Connector permet les actions sur les routes et la déviation. [5] |
| Blackholing RTBH | Blackholing de destination en dernier recours ; le trafic légitime est également supprimé. [1] |
Sensor peut annoncer des communautés de blackhole ; la connectivité de la destination est sacrifiée. [5] |
| Protection propre aux jeux | Module Game en option ; chaque protocole et architecture doivent être qualifiés avant commande. [3] |
Protocoles de jeu et comportement des clients légitimes à qualifier ; aucune garantie spécifique déduite. [5] |
Exploitation et continuité
| Critère | Peeryx Defense Fabric | Andrisoft Wanguard |
|---|---|---|
| Rapports et éléments d’analyse | Historique du panel et éléments PCAP, ZIP et PDF disponibles ; échantillonnage et durée de conservation s’appliquent. [1] |
Rapports Console, analyse des flux et éléments de capture ; détail variable selon les données reçues. [4] |
| API et interfaces d’automatisation | OpenAPI authentifiée publiée ; une modification versionnée reste en attente jusqu’à son application par le nœud. [2] |
API REST, ligne de commande et scripts de réponse. [4] |
| Haute disponibilité | La bascule réseau doit être conçue ; un second serveur n’implique pas une réplication automatique des états. [1] |
Clusters de filtres et retrait de routes en filtrage déporté documentés ; comportement en panne à tester. [6] [5] |
| Plusieurs serveurs ou sites | Pool de ports partagé entre 128 serveurs gérés au maximum ; second lien ECMP à qualifier. [1] |
Sensors et Filters distribués, avec clusters ; licences par composant actif, pas simplement par serveur physique. [4] |
| Fonctionnement automatique | Modes observation, automatique et permanent ; durée de maintien et seuil de sortie pilotent la reprise. [1] |
Les réponses peuvent activer le filtrage puis retirer les règles à la fin de l’anomalie. [4] |
Licences, coûts et validation
| Critère | Peeryx Defense Fabric | Andrisoft Wanguard |
|---|---|---|
| Unité de licence | Licence de base avec un port 10G ; les ports supplémentaires forment un pool partagé entre les serveurs. [3] |
Licences annuelles Sensor et Filter ; DPDK Engine exige une licence supplémentaire par composant. [7] [8] [9] |
| Conditions d’essai | Essai de 14 jours ; ajouter un serveur ne le relance pas. Les limites physiques et d’activation restent applicables. [1] |
Évaluation de 30 jours sur demande auprès d’Andrisoft ; activation après examen. [10] |
| Base tarifaire publique | 350,00 € par mois HT ; serveur, réseau et modules optionnels séparés. [3] |
Prix annuels publiés en USD : Sensor 595 $, Filter 995 $, DPDK Engine 1 410 $ chacun. Le périmètre détermine la quantité. [7] [8] [9] |
| Périmètre du support | Support technique Peeryx ; responsabilités de déploiement et délais contractuels à confirmer. [3] |
Support, mises à jour et niveaux optionnels ; couverture et délai de réponse à vérifier. [4] |
| Contraintes de déploiement | TPM, cartes compatibles, HTTPS de gestion et routage testé ; SYN proxy exige un chemin symétrique. [1] |
Le nombre d’exportateurs et d’interfaces influence les composants ; retour propre et capacité amont restent nécessaires. [7] [8] [5] |
| Preuves de performance | Aucun benchmark reproductible publié pour les serveurs de référence ; mesurez votre propre charge. [1] |
Les débits annoncés dépendent de la configuration ; aucun test comparatif commun réalisé. [4] |
| Saturation en amont | Le filtrage local ne désature pas un lien déjà saturé en amont ; le transit est un service distinct. [1] |
Un Filter local ne résout pas la saturation amont ; RTBH ou un service de filtrage amont peuvent agir plus tôt. [5] |
Les prix conservent la devise et la période de facturation publiées. Bande passante observée, ports sous licence et capacité de filtrage sont des grandeurs différentes : ces montants ne constituent pas des devis équivalents. Matériel, taxes et options peuvent s’ajouter.
Points à vérifier avant de choisir
- Comptez les Flow Sensors par exportateur et précisez les composants Packet Filter et Flow Filter. Un serveur physique n’équivaut pas nécessairement à une licence.
- Avec DPDK, incluez sa licence supplémentaire par composant. Une licence Filter n’inclut pas de licence Sensor.
- Les règles issues des flux et les signatures issues des paquets n’offrent pas le même détail. Testez le délai d’échantillonnage, les besoins d’inspection et le trafic normal.
Demander à chaque fournisseur les mêmes essais
- Notez les versions, le matériel, les tailles de paquets, les règles et le trafic légitime. Comparez le chemin complet, pas seulement la vitesse des ports.
- Testez les connexions nouvelles et déjà établies pendant la mitigation. Mesurez les pertes et la latence applicative, en plus du débit d’attaque.
- Testez séparément la perte de télémétrie, de BGP ou d’un nœud, le retrait des routes et la reprise. Consignez l’effet sur le trafic client.
- Chiffrez l’ensemble : instances, ports, modules, support, matériel, hébergement, alimentation et services réseau.
Méthode de comparaison
Comparatif rédigé par Peeryx à partir de la documentation publique des éditeurs, citée ci-dessous, et de la version distribuée de Defense Fabric. Il décrit le périmètre des produits ; aucun test de performance commun n’a été réalisé. Les points non confirmés sont à vérifier pour la configuration proposée et ne signifient pas qu’une fonction est absente. Les sources externes sont généralement en anglais.
Sources consultées:
Sources et périmètre
Valider Defense Fabric sur votre réseau
Préparez les modèles de serveurs, les vitesses d’interface, la topologie et le profil du trafic habituel. L’essai sert à vérifier le comportement et la capacité de la configuration que vous comptez réellement déployer.