ADC

Signatures

Les signatures du Web App Firewall fournissent des règles spécifiques et configurables pour simplifier la tâche de protection de vos sites Web contre les attaques connues. Une signature représente un modèle qui est un composant d’une attaque connue contre un système d’exploitation, un serveur Web, un site Web, un service Web XML ou une autre ressource. Un ensemble riche de règles préconfigurées intégrées ou natives du Web App Firewall offre une solution de sécurité facile à utiliser, en appliquant la puissance de la correspondance de modèles pour détecter les attaques et protéger contre les vulnérabilités des applications.

Vous pouvez créer vos propres signatures ou utiliser des signatures dans les modèles intégrés. Le Web App Firewall comporte deux modèles intégrés :

  • Signatures par défaut : ce modèle contient une liste préconfigurée de plus de 1 300 signatures, en plus d’une liste complète de mots-clés d’injection SQL, de chaînes spéciales SQL, de règles de transformation SQL et de caractères génériques SQL. Il contient également des modèles refusés pour les scripts intersites, ainsi que des attributs et des balises autorisés pour les scripts intersites. Il s’agit d’un modèle en lecture seule. Vous pouvez afficher le contenu, mais vous ne pouvez pas ajouter, modifier ou supprimer quoi que ce soit dans ce modèle. Pour l’utiliser, vous devez en faire une copie. Dans votre propre copie, vous pouvez activer les règles de signature que vous souhaitez appliquer à votre trafic et spécifier les actions à entreprendre lorsque les règles de signature correspondent au trafic.

Les signatures du Web App Firewall sont dérivées des règles publiées par Snort, un système open source de prévention des intrusions capable d’effectuer une analyse du trafic en temps réel pour détecter diverses attaques et sondes.

  • *Xpath Injection Patterns : Ce modèle contient un ensemble préconfiguré de mots-clés littéraux et PCRE et des chaînes spéciales qui sont utilisés pour détecter les attaques d’injection XPath (XML Path Language).

Signatures vides : en plus de faire une copie du modèle *Signatures par défaut intégré, vous pouvez utiliser un modèle de signatures vides pour créer un objet signature. L’objet de signature que vous créez avec l’option Signatures vides ne possède pas de règles de signature natives, mais, tout comme le modèle *Par défaut, il possède toutes les entités intégrées de script SQL/cross-site.

Signatures de format externe : Le Web App Firewall prend également en charge les signatures de format externe. Vous pouvez importer le rapport d’analyse tiers à l’aide des fichiers XSLT pris en charge par le Citrix Web App Firewall. Un ensemble de fichiers XSLT intégrés est disponible pour les outils d’analyse suivants pour traduire les fichiers de format externe au format natif :

  • Cenzic
  • Sécurité profonde pour les applications Web
  • IBM AppScan Enterprise
  • IBM AppScan Standard.
  • Qualys
  • Qualys Cloud
  • Whitehat
  • Hewlett Packard Enterprise WebInspect
  • Rapid7 Appspider
  • Acunetix

Protection de sécurité pour votre application

Une sécurité plus serrée augmente les frais de traitement. Les signatures fournissent les options de déploiement suivantes pour vous aider à optimiser la protection de vos applications :

  • Modèle de sécurité négatif : avec le modèle de sécurité négatif, vous utilisez un ensemble riche de règles de signature préconfigurées pour appliquer la puissance de la correspondance de motifs afin de détecter les attaques et de protéger contre les vulnérabilités des applications. Vous ne bloquez que ce que vous ne voulez pas et permettez le reste. Vous pouvez ajouter vos propres règles de signature, en fonction des besoins de sécurité spécifiques de vos applications, afin de concevoir vos propres solutions de sécurité personnalisées.

  • Modèle de sécurité hybride : en plus d’utiliser des signatures, vous pouvez utiliser des contrôles de sécurité positifs pour créer une configuration parfaitement adaptée à vos applications. Utilisez des signatures pour bloquer ce que vous ne voulez pas, et utilisez des contrôles de sécurité positifs pour appliquer ce qui est autorisé.

Pour protéger votre application à l’aide de signatures, vous devez configurer un ou plusieurs profils pour utiliser votre objet signatures. Dans une configuration de sécurité hybride, les modèles d’injection SQL et de script inter-site, ainsi que les règles de transformation SQL, dans votre objet signatures sont utilisés non seulement par les règles de signature, mais aussi par les contrôles de sécurité positifs configurés dans le profil Web App Firewall qui utilise l’objet signatures.

Le Web App Firewall examine le trafic vers vos sites Web et services Web protégés pour détecter le trafic correspondant à une signature. Une correspondance n’est déclenchée que lorsque chaque motif de la règle correspond au trafic. Lorsqu’une correspondance se produit, les actions spécifiées pour la règle sont appelées. Vous pouvez afficher une page d’erreur ou un objet d’erreur lorsqu’une demande est bloquée. Les messages de journalisation peuvent vous aider à identifier les attaques lancées contre votre application. Si vous activez les statistiques, le Web App Firewall conserve les données relatives aux demandes qui correspondent à une signature ou à une vérification de sécurité du pare-feu d’application Web.

Si le trafic correspond à la fois à une signature et à un contrôle de sécurité positif, la plus restrictive des deux actions est appliquée. Par exemple, si une demande correspond à une règle de signature pour laquelle l’action de blocage est désactivée, mais que la demande correspond également à une vérification de sécurité positive SQL Injection pour laquelle l’action est bloquée, la demande est bloquée. Dans ce cas, la violation de signature peut être enregistrée comme<not blocked>, bien que la demande soit bloquée par la vérification d’injection SQL.

Personnalisation : si nécessaire, vous pouvez ajouter vos propres règles à un objet signatures. Vous pouvez également personnaliser les modèles de script SQL/cross-site. L’option d’ajouter vos propres règles de signature, en fonction des besoins de sécurité spécifiques de vos applications, vous offre la flexibilité nécessaire pour concevoir vos propres solutions de sécurité personnalisées. Vous ne bloquez que ce que vous ne voulez pas et permettez le reste. Un modèle de correspondance rapide spécifique à un emplacement spécifique peut réduire considérablement les frais de traitement afin d’optimiser les performances. Vous pouvez ajouter, modifier ou supprimer des modèles d’injection SQL et de script intersite. Les éditeurs RegEx et d’expression intégrés vous aident à configurer vos modèles et à vérifier leur exactitude.

Mise à jour automatique : vous pouvez mettre à jour manuellement l’objet de signature pour obtenir les dernières règles de signature, ou appliquer la fonctionnalité de mise à jour automatique afin que le Web App Firewall puisse mettre à jour automatiquement les signatures à partir du service de mises à jour du pare-feu Web App basé sur un nuage.

Remarque :

Si de nouvelles règles de signature sont ajoutées lors de la mise à jour automatique, elles sont désactivées par défaut. Vous devez examiner périodiquement les signatures mises à jour et activer les règles nouvellement ajoutées qui sont pertinentes pour protéger vos applications.

Vous devez configurer CORS pour héberger les signatures sur les serveurs IIS.

La fonctionnalité de mise à jour automatique de signature ne fonctionne pas sur le serveur Web local lorsque vous accédez à l’URL à partir de l’interface graphique Citrix ADC.

Mise en route

L’utilisation des signatures Citrix pour protéger votre application est facile et peut être réalisée en quelques étapes simples :

  1. Ajoutez un objet signature.
  • Vous pouvez utiliser l’Assistant qui vous invite à créer l’intégralité de la configuration du Web App Firewall, notamment en ajoutant le profil et la stratégie, en sélectionnant et en activant les signatures et en spécifiant des actions pour les signatures et les vérifications de sécurité positives. L’objet signatures est créé automatiquement.
  • Vous pouvez créer une copie de l’objet signatures à partir du modèle *Signatures par défaut, utiliser un modèle vide pour créer une signature avec vos propres règles personnalisées ou ajouter une signature de format externe. Activez les règles et configurez les actions à appliquer.
  1. Configurez le profil de Web App Firewall cible pour utiliser cet objet signatures.

  2. Envoyer du trafic pour valider la fonctionnalité

Résumé

  • L’objet Signatures par défaut est un modèle. Il ne peut pas être modifié ou supprimé. Pour l’utiliser, vous devez créer une copie. Dans votre propre copie, vous pouvez activer les règles et l’action souhaitée pour chaque règle selon les besoins de votre application. Pour protéger l’application, vous devez configurer le profil cible pour qu’il utilise cette signature.
  • Le traitement des modèles de signature a des frais généraux. Essayez d’activer uniquement les signatures applicables à la protection de votre application, plutôt que d’activer toutes les règles de signature.
  • Chaque motif de la règle doit correspondre pour déclencher une correspondance de signature.
  • Vous pouvez ajouter vos propres règles personnalisées pour inspecter les requêtes entrantes afin de détecter différents types d’attaques, telles que les attaques par injection SQL ou par script intersite. Vous pouvez également ajouter des règles pour inspecter les réponses afin de détecter et de bloquer les fuites d’informations sensibles telles que les numéros de carte de crédit.
  • Vous pouvez faire une copie d’un objet de signature existant et le modifier, en ajoutant ou en modifiant des règles et des modèles de script SQL/cross-site, afin de protéger une autre application.
  • Vous pouvez utiliser la mise à jour automatique pour télécharger la dernière version des règles par défaut du Web App Firewall sans avoir besoin d’une surveillance continue pour vérifier la disponibilité de la nouvelle mise à jour.
  • Un objet signature peut être utilisé par plusieurs profils. Même après avoir configuré un ou plusieurs profils pour utiliser un objet signature, vous pouvez toujours activer ou désactiver les signatures ou modifier les paramètres d’action. Vous pouvez créer et modifier manuellement vos propres règles de signature personnalisées. Les modifications s’appliquent à tous les profils actuellement configurés pour utiliser cet objet de signature.
  • Vous pouvez configurer les signatures pour détecter les violations dans différents types de charges utiles, tels que HTML, XML, JSON et GWT.
  • Vous pouvez exporter un objet signatures configuré et l’importer dans un autre dispositif Citrix ADC pour faciliter la réplication de vos règles de signature personnalisées.

Les signatures sont des modèles associés à une vulnérabilité connue. Vous pouvez utiliser la protection des signatures pour identifier le trafic qui tente d’exploiter ces vulnérabilités et prendre des mesures spécifiques.

Les signatures sont organisées en catégories. Vous pouvez optimiser les performances et réduire les frais de traitement en activant uniquement les règles dans les catégories appropriées à la protection de votre application.

Signatures