---
title: "Raccorder Web App Shield à vos outils"
description: "L’architecture d’intégration Imperva expliquée boîte par boîte, avec les outils qui peuvent remplir chacune — open source compris : Wazuh, Grafana, Keycloak, Shuffle, MISP… et les commerciaux."
url: https://www.alt-f1.be/fr/imperva/integrations/
organization: ALT-F1 SRL, Brussels (VAT BE 0830.560.718)
---

# Raccorder Web App Shield à vos outils

Reliez la protection web aux outils d’alerte, d’analyse et d’accès de votre équipe. Choisissez un groupe pour comprendre son rôle et les outils possibles.

## Vue des connexions

Lisez de gauche à droite, puis de haut en bas. Les numéros 1 à 14 correspondent aux descriptions ci-dessous ; ils désignent les parties du système, pas quatorze étapes successives.

La recherche du domaine trouve l’adresse du site. Cet exemple montre la diffusion facultative, Web App Shield et les serveurs applicatifs. Les événements utiles vont à la collecte, à l’analyse, aux actions convenues et aux alertes. Surveillance, stockage, configuration et contrôles d’accès soutiennent le service.

La recherche du domaine trouve l’adresse protégée ; elle ne transporte pas les requêtes web. La diffusion de contenu est facultative et sa position dépend du montage retenu. Événements, exploitation et contrôles d’accès soutiennent le site en parallèle.

Ouvrir le dessin technique complet (SVG) dans une nouvelle page: https://www.alt-f1.be/docs/imperva-external-integrations/fig-1.svg

## Comprendre les types de connexion

- Natif : vérifier l’interface documentée du produit et de la version.
- Partenaire : vérifier le connecteur et sa version prise en charge.
- Adaptateur : code d’intégration et responsabilités à convenir.
- Existant : un système de votre organisation à raccorder.
- Open source.

## Trouver vos outils

<a id="dns"></a>

### 1. Domaines — Noms de domaine et validation (Natif )

Modifier les enregistrements de routage et valider la propriété du domaine.

**Des réglages corrects dirigent le trafic vers le service prévu.**

Vérifiez l’accès au domaine, les validations et le retour arrière avant de modifier le DNS.

- [Cloudflare](https://www.cloudflare.com/)
- [PowerDNS](https://www.powerdns.com/) — open source
- [IBM NS1 Connect](https://www.ibm.com/products/ns1-connect)

<a id="cdn"></a>

### 2. Diffusion — Réseau de diffusion ou relais facultatif (Natif )

Raccorder un réseau de diffusion de contenu lorsque le montage choisi est pris en charge.

**L’ordre des services et la transmission de l’adresse du visiteur influencent la protection.**

Validez routage, certificats et adresse client avant la mise en service.

- [Cloudflare](https://www.cloudflare.com/)
- [Akamai](https://www.akamai.com/)
- [Fastly](https://www.fastly.com/)

<a id="edge"></a>

### 3. Protection web — Examiner les requêtes web (Natif )

Contrôler les requêtes avant l’application avec les fonctions Imperva choisies.

**Les règles et le périmètre précisent ce qui est examiné.**

Web App Shield est exploité par ALT-F1 ; confirmez le produit et la formule retenus.

- [Imperva Cloud WAF](https://www.imperva.com/products/web-application-firewall-waf/)
- [Thales](https://cpl.thalesgroup.com/)

<a id="origin"></a>

### 4. Vos serveurs — Limiter l’accès direct à l’application (Existant )

Autoriser le trajet protégé vers le serveur tout en limitant les accès directs indésirables.

**Un autre chemin sans restriction peut contourner le filtrage public.**

Convenez des règles du pare-feu ou relais, des contrôles de fonctionnement et des exceptions utiles.

- [Caddy](https://caddyserver.com/) — open source
- [nginx](https://nginx.org/) — open source
- [FortiGate](https://www.fortinet.com/products/next-generation-firewall)

<a id="glue"></a>

### 5. Collecte — Collecter les événements et changements approuvés (Adaptateur )

Récupérer les journaux, recevoir les notifications et transmettre les changements autorisés.

**Des adaptateurs relient les interfaces documentées au travail de votre équipe.**

Précisez qui les exploite, leurs accès et le traitement des pannes.

- [Imperva logs downloader](https://github.com/imperva/incapsula-logs-downloader) — open source
- [Fluent Bit](https://fluentbit.io/) — open source
- [Vector](https://vector.dev/) — open source
- [GitLab issues](https://about.gitlab.com/) — open source

<a id="siem"></a>

### 6. Analyse — Analyser les événements de sécurité (Natif )

Rechercher les traces et rapprocher les événements web de vos autres systèmes.

**Une chronologie commune aide à examiner les faits.**

Exemples : Splunk, Wazuh et OpenSearch. La livraison dépend du produit et du connecteur.

- [Wazuh](https://wazuh.com/) — open source
- [OpenSearch](https://opensearch.org/) — open source
- [Elastic Security](https://www.elastic.co/security)
- [Splunk](https://www.splunk.com/)
- [Microsoft Sentinel](https://learn.microsoft.com/azure/sentinel/data-connectors-reference)
- [Sophos XDR](https://docs.sophos.com/fusion/customer/help/en-us/ManageYourProducts/XDRSecOps/Integrations/Products/Imperva/CloudWAF/Setup/index.html)
- [Secureworks Taegis](https://docs.taegis.secureworks.com/integration/connectCloud/imperva_cloud_waf/)

<a id="soar"></a>

### 7. Actions — Automatiser les actions convenues (Partenaire )

Exécuter les étapes prévues après une alerte : ouvrir un dossier ou demander un blocage.

**L’automatisation demande droits, approbations et traces des actions.**

Exemples : Cortex XSOAR, Shuffle et TheHive. Vérifiez connecteurs et actions pris en charge.

- [Shuffle](https://shuffler.io/) — open source
- [TheHive](https://strangebee.com/thehive/) — open source
- [MISP](https://www.misp-project.org/) — open source
- [OpenCTI](https://filigran.io/solutions/open-cti/) — open source
- [Cortex XSOAR](https://xsoar.pan.dev/docs/reference/integrations/incapsula)

<a id="ops"></a>

### 8. Alertes — Messages, tickets et personnes de garde (Adaptateur )

Transmettre les événements utiles aux personnes et outils responsables.

**Un message utile identifie le service, les faits et la suite attendue.**

Des adaptateurs peuvent raccorder tickets, messagerie et appels ; les escalades sont convenues.

- [GitLab issues](https://about.gitlab.com/) — open source
- [Zammad](https://zammad.com/) — open source
- [Mattermost](https://mattermost.com/) — open source
- [ServiceNow](https://www.servicenow.com/)
- [Jira Service Management](https://www.atlassian.com/software/jira/service-management)
- [Slack](https://slack.com/)
- [PagerDuty](https://www.pagerduty.com/)

<a id="obs"></a>

### 9. Disponibilité — Mesurer le trafic et la disponibilité (Adaptateur )

Suivre requêtes, blocages, erreurs et délais avec la disponibilité du service.

**Les mesures aident à distinguer protection et panne.**

Un exportateur peut alimenter les tableaux de bord. Précisez les intervalles et le contrôle externe.

- [Grafana](https://grafana.com/) — open source
- [Prometheus](https://prometheus.io/) — open source
- [Uptime Kuma](https://uptime.kuma.pet/) — open source
- [Datadog](https://www.datadoghq.com/)

<a id="data"></a>

### 10. Conservation — Conserver et examiner les journaux (Natif )

Garder les traces utiles avec des accès limités et une finalité définie.

**Le stockage soutient l’analyse sans conserver indéfiniment toutes les données identifiantes.**

Vérifiez la destination d’export et les règles de conservation et de suppression liées à la finalité.

- [Amazon S3](https://aws.amazon.com/s3/)
- [MinIO](https://min.io/) — open source
- [Apache Superset](https://superset.apache.org/) — open source
- [Power BI](https://www.microsoft.com/power-platform/products/power-bi)

<a id="dev"></a>

### 11. Configuration — Relire et publier la configuration (Natif )

Décrire les changements, les relire et appliquer la version autorisée.

**L’historique facilite l’explication et le retour sur un changement.**

Utilisez les interfaces prises en charge, des droits limités et un processus de reprise convenu.

- [GitLab issues](https://about.gitlab.com/) — open source
- [Terraform (Imperva provider)](https://registry.terraform.io/providers/imperva/incapsula/latest/docs)
- [OpenTofu](https://opentofu.org/) — open source
- [Ansible](https://www.ansible.com/) — open source

<a id="idp"></a>

### 12. Connexion — Comptes professionnels et rôles (Natif )

Utiliser les identités de l’entreprise, des rôles adaptés et une preuve de connexion supplémentaire.

**Les droits doivent suivre les responsabilités actuelles.**

Vérifiez connexion unique, suppression des comptes et accès d’urgence.

- [Keycloak](https://www.keycloak.org/) — open source
- [authentik](https://goauthentik.io/) — open source
- [Microsoft Entra ID](https://www.microsoft.com/security/business/identity-access/microsoft-entra-id)
- [Okta](https://www.okta.com/)

<a id="pki"></a>

### 13. Certificats — Gérer les certificats et clés privées (Natif )

Émettre, renouveler et surveiller les certificats, puis décider où sont gardées les clés.

**Un problème de certificat ou de clé peut interrompre la connexion.**

Précisez les fonctions et responsabilités de renouvellement ; un matériel dédié peut être choisi si nécessaire.

- [Let's Encrypt](https://letsencrypt.org/) — open source
- [DigiCert](https://docs.digicert.com/en/trust-lifecycle-manager/integration-guides.html)
- [Keyfactor](https://github.com/Keyfactor/imperva-orchestrator)
- [Venafi](https://venafi.com/)
- [Fortanix DSM (HSM)](https://www.fortanix.com/)

<a id="vault"></a>

### 14. Clés d’accès — Conserver mots de passe et clés (Existant )

Garder les identifiants d’intégration dans un stockage chiffré approuvé et contrôler leur usage.

**Une intégration ne doit avoir que les accès nécessaires.**

Utilisez l’approche de gestion des secrets retenue ; précisez rotation, reprise et journaux.

- [sops + age](https://github.com/getsops/sops) — open source
- [OpenBao](https://openbao.org/) — open source
- [HashiCorp Vault](https://www.hashicorp.com/products/vault)
- [Infisical](https://infisical.com/) — open source

## Préparer votre configuration

Indiquez vos outils actuels et le résultat attendu. Réponse sous un jour ouvrable. [Demander un devis](https://www.alt-f1.be/fr/quote.md)
