Fonctionnalités
Tout fournisseur de pare-feu
Pourquoi Cybora, en tant que flux HTTPS, n'est pas lié à un seul écosystème de pare-feu et comment les administrateurs choisissent le bon chemin natif.
Dernière mise à jour: 26 juin 2026
Sur cette page
Cybora n’est pas conçu comme un écosystème de pare-feu propriétaire. Le service fournit des flux HTTPS dans des formats simples que de nombreux pare-feu modernes peuvent consommer via des listes externes, des alias ou des fonctions de flux de menaces.
Ceci est particulièrement pertinent pour les MSP, les revendeurs et les organisations disposant de plusieurs fournisseurs de pare-feu. Ils n’ont pas besoin d’exploiter un produit de renseignement sur les menaces complètement différent pour chaque fournisseur.
Ce que signifie « neutre vis-à-vis du fournisseur »
La neutralité du fournisseur ne signifie pas que chaque pare-feu prend également en charge tous les types de flux. Cela signifie que Cybora fournit un flux indépendant du fournisseur, tandis que l’application s’effectue via la fonction native de chaque plate-forme.
Exemples :
- Fortinet utilise des flux de menaces externes ou des mécanismes de connecteur.
- Palo Alto Networks utilise des listes dynamiques externes.
- Cisco Secure Firewall utilise des objets ou des flux dynamiques en fonction de la configuration.
- Check Point utilise des listes ou des indicateurs externes en fonction du déploiement.
- Sophos utilise des flux de menaces tiers.
- OPNsense et pfSense utilisent des listes ou des alias distants.
La configuration exacte diffère selon le fournisseur. L’URL du flux et le principe restent cohérents.
Bénéfice pour les opérations et les MSP
Une approche de flux cohérente réduit les efforts de formation, la complexité du support et la fragmentation de la documentation. Les équipes peuvent utiliser le chemin natif sur chaque plateforme tout en s’appuyant sur la même logique Cybora pour la curation, les types et les mises à jour.
Les guides de pare-feu disponibles sont répertoriés sous Pare-feu.