Intégré en quelques minutes, sans agent ni appareil

Cybora est conçu comme un service de flux pour les pare-feu existants. Une intégration typique consiste en une URL HTTPS que le pare-feu récupère régulièrement et stocke dans une liste native, un alias, une liste dynamique externe ou un objet de flux de menaces.

C’est intentionnellement simple. Aucun agent, appliance, système side-car ou intégration d’API complexe n’est requis au sein du réseau client.

Pourquoi les fonctions natives sont importantes

Les fonctions natives du pare-feu présentent plusieurs avantages :

• ils s’intègrent dans les opérations existantes et les processus de changement
• ils sont surveillés et mis à jour par le fournisseur de pare-feu
• ils sont visibles et compréhensibles pour les administrateurs
• ils ne nécessitent pas de composant réseau supplémentaire
• ils s’intègrent aux politiques, journaux et sauvegardes existants

Cybora livre la flux. L’application s’effectue sur le pare-feu partout où la plateforme prend en charge de manière native les listes externes.

Flux de travail typique

Le flux de travail technique est généralement similaire :

1. Copiez l’URL du flux avec la clé de licence.
2. Choisissez le type d’indicateur approprié : ipv4 , domain ou url .
3. Ajoutez l’URL à la fonction de liste native du pare-feu.
4. Définissez l’intervalle d’interrogation en fonction du plan.
5. Référencez la liste dans une politique.
6. Vérifiez la récupération, l’importation et les correspondances dans les journaux.

Les détails spécifiques au pare-feu sont documentés dans les guides sous Pare-feu.

Limites

Tous les pare-feu ne prennent pas également en charge tous les types d’indicateurs. Certaines plates-formes traitent très bien les listes IP, mais ne peuvent pas appliquer les listes d’URL provenant d’une source externe. Le type de flux et la fonction de pare-feu doivent donc correspondre. Plus d’informations à ce sujet sont documentées dans IPv4, domaines et URL.