Cookie necessari
Architettura e acquisto
Defense Fabric e Andrisoft Wanguard a confronto
Wanguard è una piattaforma di rilevamento e filtraggio, non soltanto un collettore. Confronta Console, Sensor e Filter completi con nodi Defense Fabric e pool di porte necessari per la stessa rete.
Quando scegliere ciascun approccio
Defense Fabric combina filtraggio locale, politiche e assegnazione di porte licenziate con il portale cliente. Server e ritorno pulito restano responsabilità dell’operatore.
Wanguard separa sensori, filtri e Console. Questa struttura può adattarsi a più esportatori, analisi distribuita o una combinazione di filtraggio locale e regole sui router.
Confronto tecnico e commerciale
Installazione e percorso del traffico
| Criterio | Peeryx Defense Fabric | Andrisoft Wanguard |
|---|---|---|
| Ambito del prodotto | Rilevamento locale, filtraggio dei pacchetti e gestione delle politiche sui tuoi server. [1] |
Componenti Console, Sensor e Filter per visibilità, rilevamento e mitigazione. [4] |
| Appliance o software | Software Linux su licenza; server e rete sono forniti dall’operatore. [1] |
Software Linux; disponibili anche appliance preconfigurate del fornitore. [4] |
| Hardware utilizzato | Server standard compatibili e schede di rete qualificate; TPM 2.0 obbligatorio. [1] |
Server dell’operatore con hardware compatibile per cattura e filtraggio. [4] |
| Installazione locale | Installatore distribuito: Debian 12, x86-64, VPP 25.10-release. [1] |
Componenti Linux distribuiti su uno o più server. [4] |
| Filtraggio in linea | Inoltro in linea supportato; il bypass fisico va progettato separatamente. [1] |
Packet Filter può operare in linea; DPDK, Netfilter e applicazione tramite NIC dipendono dalla configurazione. [5] |
| Deviazione del traffico | Deviazione BGP verso un next hop di filtraggio verificato, con ritorno pulito separato. [1] |
Il filtraggio laterale devia via BGP le destinazioni attaccate verso un server di scrubbing. [5] |
Rilevamento e protezione
| Criterio | Peeryx Defense Fabric | Andrisoft Wanguard |
|---|---|---|
| NetFlow / sFlow / IPFIX | Raccolta sFlow, NetFlow e IPFIX; verifica campionamento e ritardo di esportazione. [1] |
Flow Sensor supporta NetFlow, sFlow e IPFIX. [4] |
| Ispezione dei pacchetti | Filtraggio locale basato su VPP; le catture campionate non rappresentano l’intero attacco. [1] |
Packet Sensor e Filter ispezionano pacchetti; Flow Filter usa dati di flusso meno dettagliati. [5] |
| Filtraggio L3/L4 | Soglie per protocollo, validazione TCP, quote per sorgente e firewall dopo il filtraggio. [1] |
Filtraggio locale senza stato e FlowSpec sui router; metodo di applicazione configurabile. [5] |
| Protezione applicativa | I moduli per protocollo richiedono qualificazione; nessuna promessa di copertura WAF o L7 universale. [1] |
Supporta modelli di pacchetti e payload; documenta limiti per attacchi applicativi a basso volume. [5] |
| Firme d’attacco generate | Firme adattive osservabili o applicabili; verifica gli effetti sul traffico legittimo. [1] |
Filter ricava modelli d’attacco e genera regole; modalità pacchetti e flussi differenti. [5] |
| BGP FlowSpec | Simulazione ed esportazione attiva; router e famiglia BGP compatibili necessari; limite di 50 regole nel pannello. [1] |
FlowSpec sui router e applicazione tramite terzi documentati. [5] |
| Controllo tramite BGP | Sessioni e deviazione gestite dall’agente; verifica installazione e ritiro nella FIB. [1] |
BGP Connector supporta azioni sulle rotte e deviazione. [5] |
| Blackholing RTBH | Blackholing della destinazione come ultima risorsa; scarta anche il traffico legittimo. [1] |
Sensor può annunciare comunità blackhole; si sacrifica la raggiungibilità della destinazione. [5] |
| Protezione specifica per giochi | Modulo Game opzionale; qualifica ogni protocollo e architettura prima dell’ordine. [3] |
Qualifica protocolli e client legittimi; nessuna garanzia specifica per giochi dedotta. [5] |
Gestione e continuità
| Criterio | Peeryx Defense Fabric | Andrisoft Wanguard |
|---|---|---|
| Rapporti ed evidenze | Cronologia del pannello ed evidenze PCAP, ZIP e PDF disponibili; campionamento e conservazione ne limitano l’ambito. [1] |
Rapporti Console, analisi dei flussi ed evidenze dei pacchetti; dettaglio legato ai dati in ingresso. [4] |
| API e automazione | OpenAPI autenticata pubblicata; modifiche con revisione restano in attesa finché il nodo non le applica. [2] |
API REST, CLI e script di risposta. [4] |
| Alta disponibilità | La commutazione di rete va progettata; un secondo server non replica automaticamente gli stati. [1] |
Cluster di filtri e ritiro delle rotte nel filtraggio laterale documentati; prova i guasti. [6] [5] |
| Più server o sedi | Pool di porte condiviso tra un massimo di 128 server; secondo collegamento ECMP da qualificare. [1] |
Sensori, filtri e cluster distribuiti; licenze per componenti attivi, non soltanto per server fisici. [4] |
| Funzionamento automatico | Modalità osservazione, automatica e permanente; tempo di mantenimento e soglia di uscita regolano il ripristino. [1] |
Le risposte possono attivare il filtraggio e ritirare le regole al termine dell’anomalia. [4] |
Licenze, costi e verifica
| Criterio | Peeryx Defense Fabric | Andrisoft Wanguard |
|---|---|---|
| Unità di licenza | Licenza base con una porta 10G; porte aggiuntive e velocità condividono il pool della flotta. [3] |
Licenze annuali Sensor e Filter; DPDK Engine aggiuntivo per componente. [7] [8] [9] |
| Condizioni di prova | Prova di 14 giorni; aggiungere server non la riavvia. Restano i limiti fisici e di attivazione. [1] |
Valutazione di 30 giorni su richiesta ad Andrisoft; attivazione dopo verifica. [10] |
| Prezzi pubblici di riferimento | 350,00 € al mese, imposte escluse; server, rete e moduli opzionali separati. [3] |
Prezzi annuali pubblicati in USD: Sensor 595 $, Filter 995 $, DPDK Engine 1.410 $ ciascuno. Quantità secondo l’ambito. [7] [8] [9] |
| Ambito dell’assistenza | Assistenza tecnica Peeryx; responsabilità e tempi contrattuali di risposta da confermare. [3] |
Assistenza, aggiornamenti e livelli opzionali; verifica copertura e obiettivo di risposta. [4] |
| Vincoli di installazione | TPM, schede compatibili, HTTPS di gestione e routing verificato; SYN proxy richiede simmetria. [1] |
Esportatori e interfacce influenzano i componenti; ritorno pulito e capacità a monte restano necessari. [7] [8] [5] |
| Prove delle prestazioni | Nessun benchmark riproducibile pubblicato per i server di riferimento; misura il tuo carico. [1] |
I valori del fornitore dipendono dalla configurazione; nessuna prova comparativa comune eseguita. [4] |
| Saturazione a monte | Il filtraggio locale non libera un collegamento già saturo a monte; il transito è un servizio distinto. [1] |
Un Filter locale non risolve la saturazione a monte; RTBH o scrubbing contrattuale possono intervenire prima. [5] |
I prezzi mantengono valuta e periodo di fatturazione pubblicati. Banda osservata, porte con licenza e capacità di filtraggio sono grandezze diverse: gli importi non sono preventivi equivalenti. Hardware, imposte e opzioni possono aumentare il totale.
Cosa verificare prima della scelta
- Conta i Flow Sensor per esportatore e specifica Packet e Flow Filter. Un server fisico non equivale necessariamente a una licenza.
- Con DPDK includi la licenza aggiuntiva per componente. Una licenza Filter non include Sensor.
- Regole dai flussi e firme dai pacchetti offrono dettagli diversi. Prova ritardi di campionamento, necessità di payload e traffico normale.
Richiedi a tutti i fornitori le stesse prove
- Registra versioni, hardware, dimensioni dei pacchetti, regole e traffico legittimo. Confronta l’intero percorso, non soltanto la velocità delle porte.
- Prova connessioni nuove e già stabilite durante la mitigazione. Misura perdita di pacchetti e latenza applicativa, oltre al volume d’attacco.
- Prova separatamente perdita dell’esportatore, caduta BGP, guasto del nodo, ritiro delle rotte e ripristino. Documenta gli effetti sul traffico dei clienti.
- Calcola il costo completo: istanze, porte, moduli, assistenza, hardware, spazio rack, alimentazione e servizi di rete.
Come è stato preparato il confronto
Confronto redatto da Peeryx usando la documentazione pubblica dei fornitori collegata sotto e la versione distribuita di Defense Fabric. Descrive l’ambito dei prodotti; non è stato eseguito un test di prestazioni comune. I punti non confermati vanno verificati per la configurazione proposta e non indicano che una funzione sia assente. Le fonti esterne sono generalmente in inglese.
Fonti consultate:
Fonti e ambito
Verifica Defense Fabric sulla tua rete
Prepara modelli dei server, velocità delle interfacce, topologia e profilo del traffico normale. Usa la prova per misurare comportamento e capacità della configurazione che intendi installare.