-
-
Configuration de Citrix ADC pour Citrix Virtual Apps and Desktops
-
Préférence de zone optimisée pour l'équilibrage de la charge du serveur global (GSLB)
-
Déploiement d'une plateforme de publicité numérique sur AWS avec Citrix ADC
-
Amélioration de l'analyse des flux de clics dans AWS à l'aide de Citrix ADC
-
Citrix ADC dans un cloud privé géré par Microsoft Windows Azure Pack et Cisco ACI
-
-
Déployer une instance de Citrix ADC VPX sur AWS
-
Installer une instance Citrix ADC VPX sur le cloud VMware sur AWS
-
Installer une instance Citrix ADC VPX sur des serveurs Microsoft Hyper-V
-
Installer une instance Citrix ADC VPX sur la plate-forme Linux-KVM
-
Provisionnement de l'appliance virtuelle Citrix ADC à l'aide d'OpenStack
-
Provisionnement de l'appliance virtuelle Citrix ADC à l'aide de Virtual Machine Manager
-
Configuration des appliances virtuelles Citrix ADC pour utiliser l'interface réseau SR-IOV
-
Configuration des appliances virtuelles Citrix ADC pour utiliser l'interface réseau PCI
-
Provisioning de l'appliance virtuelle Citrix ADC à l'aide du programme virsh
-
Provisioning de l'appliance virtuelle Citrix ADC avec SR-IOV, sur OpenStack
-
Configuration d'une instance Citrix ADC VPX sur KVM pour utiliser les interfaces hôtes OVS DPDK
-
Déployer une instance de Citrix ADC VPX sur AWS
-
Serveurs d'équilibrage de charge dans différentes zones de disponibilité
-
Haute disponibilité dans toutes les zones de disponibilité AWS
-
Déployer une paire VPX haute disponibilité avec des adresses IP privées dans différentes zones AWS
-
Ajout d'un service de mise à l'échelle automatique AWS back-end
-
Configurer une instance Citrix ADC VPX pour utiliser l'interface réseau SR-IOV
-
Configurer une instance Citrix ADC VPX pour utiliser la mise en réseau améliorée avec AWS ENA
-
Déployer une instance de Citrix ADC VPX sur Microsoft Azure
-
Architecture réseau pour les instances Citrix ADC VPX sur Microsoft Azure
-
Configurer plusieurs adresses IP pour une instance autonome Citrix ADC VPX
-
Configurer une configuration haute disponibilité avec plusieurs adresses IP et cartes réseau
-
Configurer une instance Citrix ADC VPX pour utiliser la mise en réseau accélérée Azure
-
Configurer les nœuds HA-INC à l'aide du modèle de haute disponibilité Citrix avec Azure ILB
-
Ajouter des paramètres de mise à l'échelle automatique Azure
-
Configurer GSLB sur une configuration haute disponibilité active en veille
-
Configurer des pools d'adresses (IIP) pour une appliance Citrix Gateway
-
Scripts PowerShell supplémentaires pour le déploiement Azure
-
Déployer une instance Citrix ADC VPX sur Google Cloud Platform
-
Déployer une paire haute disponibilité VPX sur Google Cloud Platform
-
Déployer une paire VPX haute disponibilité avec des adresses IP privées sur Google Cloud Platform
-
Ajouter un service de mise à l'échelle automatique GCP back-end
-
Prise en charge de la mise à l'échelle VIP pour l'instance Citrix ADC VPX sur GCP
-
-
Automatiser le déploiement et les configurations de Citrix ADC
-
Solutions pour les fournisseurs de services de télécommunication
-
Trafic de plan de contrôle d'équilibrage de charge basé sur les protocoles Diameter, SIP et SMPP
-
Utilisation de la bande passante à l'aide de la fonctionnalité de redirection de cache
-
Optimisation TCP de Citrix ADC
-
Authentification, autorisation et audit du trafic des applications
-
Fonctionnement de l'authentification, de l'autorisation et de l'audit
-
Composants de base de la configuration d'authentification, d'autorisation et d'audit
-
Autorisation de l'accès des utilisateurs aux ressources applicatives
-
Citrix ADC en tant que proxy du service de fédération Active Directory
-
Citrix Gateway sur site en tant que fournisseur d'identité pour Citrix Cloud
-
Prise en charge de la configuration de l'attribut de cookie SameSite
-
Configuration d'authentification, d'autorisation et d'audit pour les protocoles couramment utilisés
-
Résoudre les problèmes liés à l'authentification et à l'autorisation
-
-
-
Prise en charge de la configuration Citrix ADC dans la partition d'administration
-
Prise en charge de VXLAN pour les partitions d'administration
-
Prise en charge de SNMP pour les partitions d'administration
-
Prise en charge des journaux d'audit pour les partitions d'administration
-
Afficher les adresses PMAC configurées pour la configuration VLAN partagée
-
-
-
-
Configuration de l'expression de stratégie avancée : Mise en route
-
Expressions de stratégie avancées : utilisation de dates, d'heures et de nombres
-
Expressions de stratégie avancées : analyse des données HTTP, TCP et UDP
-
Expressions de stratégie avancées : analyse des certificats SSL
-
Expressions de stratégie avancées : adresses IP et MAC, débit, ID VLAN
-
Expressions de stratégie avancées : fonctions d'analyse de flux
-
Référence aux expressions - Expressions de stratégie avancées
-
Résumé d'exemples d'expressions et de stratégies de syntaxe par défaut
-
Didacticiel exemples de stratégies de syntaxe par défaut pour la réécriture
-
Migration des règles Apache mod_rewrite vers la syntaxe par défaut
-
-
-
Traduire l'adresse IP de destination d'une requête vers l'adresse IP d'origine
-
-
Prise en charge de la configuration de Citrix ADC dans un cluster
-
-
-
Groupes de nœuds pour les configurations spotted et striped partielles
-
Suppression du nœud d'un cluster déployé à l'aide de l'agrégation de liens de cluster
-
Surveillance des itinéraires pour les itinéraires dynamiques dans le cluster
-
Surveillance de la configuration du cluster à l'aide de MIB SNMP avec liaison SNMP
-
Surveillance des échecs de propagation des commandes dans un déploiement de cluster
-
Prise en charge de MSR pour les nœuds inactifs dans une configuration de cluster spotted
-
Liaison d'interface VRRP dans un cluster actif à nœud unique
-
Scénarios de configuration et d'utilisation du cluster
-
Migration d'une configuration HA vers une configuration de cluster
-
Interfaces communes pour le client et le serveur et interfaces dédiées pour le backplane
-
Commutateur commun pour le client, le serveur et le backplane
-
Commutateur commun pour le client et le serveur et commutateur dédié pour le backplane
-
Services de surveillance dans un cluster à l'aide de la surveillance des chemins
-
Opérations prises en charge sur des nœuds de cluster individuels
-
-
-
Configurer les enregistrements de ressources DNS
-
Créer des enregistrements MX pour un serveur d'échange de messagerie
-
Créer des enregistrements NS pour un serveur faisant autorité
-
Créer des enregistrements NAPTR pour le domaine des télécommunications
-
Créer des enregistrements PTR pour les adresses IPv4 et IPv6
-
Créer des enregistrements SOA pour les informations faisant autorité
-
Créer des enregistrements TXT pour contenir du texte descriptif
-
Configurer Citrix ADC en tant que résolveur de stub adapté à la sécurité sans validation
-
Prise en charge des trames Jumbo pour DNS pour gérer les réponses de grandes tailles
-
Configurer la mise en cache négative des enregistrements DNS
-
-
Équilibrage de charge globale des serveurs
-
Configurer les entités GSLB individuellement
-
Cas d'utilisation : Déploiement d'un groupe de services d'échelle automatique basé sur l'adresse IP
-
-
Remplacer le comportement de proximité statique en configurant les emplacements préférés
-
Configurer la sélection du service GSLB à l'aide du changement de contenu
-
Configurer GSLB pour les requêtes DNS avec les enregistrements NAPTR
-
Exemple de configuration parent-enfant complète à l'aide du protocole d'échange de mesures
-
-
Équilibrer la charge du serveur virtuel et des états de service
-
Protéger une configuration d'équilibrage de charge contre les défaillances
-
-
Configurer des serveurs virtuels d'équilibrage de charge sans session
-
Réécriture des ports et des protocoles pour la redirection HTTP
-
Insérer l'adresse IP et le port d'un serveur virtuel dans l'en-tête de requête
-
Utiliser une adresse IP source spécifiée pour la communication backend
-
Définir une valeur de délai d'attente pour les connexions client inactives
-
Utiliser un port source à partir d'une plage de ports spécifiée pour la communication backend
-
Configurer la persistance de l'IP source pour les communications backend
-
-
Paramètres avancés d'équilibrage de charge
-
Protéger les applications sur les serveurs protégés contre les surtensions de trafic
-
Activer le nettoyage des connexions de serveur virtuel et de service
-
Activer ou désactiver la session de persistance sur les services TROFS
-
Activer la vérification de l'état TCP externe pour les serveurs virtuels UDP
-
Maintenir la connexion client pour plusieurs demandes client
-
Utiliser l'adresse IP source du client lors de la connexion au serveur
-
Définir une limite de nombre de requêtes par connexion au serveur
-
Définir une valeur de seuil pour les moniteurs liés à un service
-
Définir une valeur de délai d'attente pour les connexions client inactives
-
Définir une valeur de délai d'attente pour les connexions au serveur inactif
-
Définir une limite sur l'utilisation de la bande passante par les clients
-
Configurer les moniteurs dans une configuration d'équilibrage de charge
-
Configurer l'équilibrage de charge pour les protocoles couramment utilisés
-
Cas d'utilisation 3 : Configurer l'équilibrage de charge en mode de retour direct du serveur
-
Cas d'utilisation 4 : Configurer les serveurs LINUX en mode DSR
-
Cas d'utilisation 5 : Configurer le mode DSR lors de l'utilisation de TOS
-
Cas d'utilisation 7 : Configurer l'équilibrage de charge en mode DSR à l'aide d'IP sur IP
-
Cas d'utilisation 8 : Configurer l'équilibrage de charge en mode à un bras
-
Cas d'utilisation 9 : Configurer l'équilibrage de charge en mode Inline
-
Cas d'utilisation 10 : Équilibrage de la charge des serveurs du système de détection d'intrusion
-
Cas d'utilisation 11 : Isolation du trafic réseau à l'aide de stratégies d'écoute
-
Cas d'utilisation 12 : Configurer XenDesktop pour l'équilibrage de charge
-
Cas d'utilisation 13 : Configurer XenApp pour l'équilibrage de charge
-
Cas d'utilisation 14 : Assistant ShareFile pour l'équilibrage de charge Citrix ShareFile
-
-
Configurer pour source de trafic de données Citrix ADC FreeBSD à partir d'une adresse SNIP
-
Déchargement et accélération SSL
-
Prise en charge du protocole TLSv1.3 tel que défini dans la RFC 8446
-
Suites de chiffrement disponibles sur les appliances Citrix ADC
-
Matrice de prise en charge des certificats de serveur sur l'appliance ADC
-
Prise en charge du module de sécurité matérielle du réseau Gemalto SafeNet
-
-
-
-
Authentification et autorisation pour les utilisateurs du système
-
Configuration des utilisateurs, des groupes d'utilisateurs et des stratégies de commande
-
Réinitialisation du mot de passe administrateur par défaut (nsroot)
-
Configuration de l'authentification des utilisateurs externes
-
Authentification basée sur la clé SSH pour les administrateurs Citrix ADC
-
Authentification à deux facteurs pour les utilisateurs système
-
-
-
Configuration d'un tunnel de connecteur CloudBridge entre deux centres de données
-
Configuration de CloudBridge Connector entre Datacenter et AWS Cloud
-
Configuration d'un tunnel de connecteur CloudBridge entre un centre de données et Azure Cloud
-
Configuration du tunnel Connector CloudBridge entre Datacenter et SoftLayer Enterprise Cloud
-
-
Points à prendre en considération pour une configuration de haute disponibilité
-
Restriction du trafic de synchronisation haute disponibilité à un VLAN
-
Configuration des nœuds haute disponibilité dans différents sous-réseaux
-
Limitation des basculements causés par les moniteurs de routage en mode non-INC
-
Comprendre le calcul de la vérification de l'état de haute disponibilité
-
Gestion des messages de pulsation haute disponibilité sur une appliance Citrix ADC
-
Suppression et remplacement d'un Citrix ADC dans une configuration haute disponibilité
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已动态机器翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
This content has been machine translated dynamically.
This content has been machine translated dynamically.
This content has been machine translated dynamically.
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.
Este artigo foi traduzido automaticamente.
这篇文章已经过机器翻译.放弃
Translation failed!
Vérification de l’injection SQL XML
La vérification de l’injection SQL XML examine les demandes des utilisateurs pour d’éventuelles attaques par injection SQL XML. S’il trouve du SQL injecté dans des charges utiles XML, il bloque les requêtes.
Une attaque SQL XML peut injecter du code source dans une application Web de sorte qu’il puisse être interprété et exécuté comme une requête SQL valide pour effectuer une opération de base de données avec une intention malveillante. Par exemple, des attaques XML SQL peuvent être lancées pour obtenir un accès non autorisé au contenu d’une base de données ou pour manipuler les données stockées. Les attaques XML SQL Injection ne sont pas seulement courantes, mais peuvent également être très dangereuses et coûteuses.
Le cloisonnement des privilèges des utilisateurs de la base de données peut aider à protéger la base de données dans une certaine mesure. Tous les utilisateurs de base de données doivent disposer uniquement des privilèges requis pour effectuer les tâches prévues, de sorte qu’ils ne peuvent pas exécuter des requêtes SQL pour effectuer d’autres tâches. Par exemple, un utilisateur en lecture seule ne doit pas être autorisé à écrire ou manipuler des tables de données. La vérification SQL Injection XML du Web App Firewall inspecte toutes les demandes XML afin de fournir des défenses spéciales contre l’injection de code SQL non autorisé qui pourrait compromettre la sécurité. Si le Web App Firewall détecte du code SQL non autorisé dans une requête XML d’un utilisateur, il peut bloquer la demande.
Citrix Web App Firewall inspecte la présence de mots-clés SQL et de caractères spéciaux pour identifier l’attaque par injection SQL XML. Un ensemble par défaut de mots-clés et de caractères spéciaux fournit des mots-clés connus et des caractères spéciaux couramment utilisés pour lancer des attaques XML SQL. Le Web App Firewall considère trois caractères, un guillemet droit simple (‘), une barre oblique inverse () et un point-virgule ( ;) comme des caractères spéciaux pour le traitement des vérifications de sécurité SQL. Vous pouvez ajouter de nouveaux modèles et modifier le jeu par défaut pour personnaliser l’inspection de vérification XML SQL.
Le Web App Firewall offre diverses options d’action pour implémenter la protection XML SQL Injection. Vous pouvez bloquer la demande, consigner un message dans le fichier ns.log avec des détails concernant les violations observées, et collecter des statistiques pour garder une trace du nombre d’attaques observées.
En plus des actions, il existe plusieurs paramètres qui peuvent être configurés pour le traitement par injection XML SQL. Vous pouvez vérifier les caractères génériques SQL. Vous pouvez modifier le type d’injection SQL XML et sélectionner l’une des 4 options (SQLKeyword, SQLSplChar, SQLSplCharANDKeyword, SQLSplCharORKeyword) pour indiquer comment évaluer les mots-clés SQL et les caractères spéciaux SQL lors du traitement du fichier XML charge utile. Le paramètre XML SQL Comments Handling vous permet de spécifier le type de commentaires qui doivent être inspectés ou exemptés lors de la détection XML SQL Injection.
Vous pouvez déployer des relaxations pour éviter les faux positifs. La vérification XML XML du Web App Firewall est effectuée sur la charge utile des requêtes entrantes, et les chaînes d’attaque sont identifiées même si elles sont réparties sur plusieurs lignes. La vérification recherche les chaînes d’injection SQL dans l’élément et les valeurs d’attribut . Vous pouvez appliquer des relaxations pour contourner l’inspection de contrôle de sécurité dans des conditions spécifiées. Les journaux et les statistiques peuvent vous aider à identifier les relaxations nécessaires.
Options d’action
Une action est appliquée lorsque le contrôle Injection SQL XML détecte une chaîne d’attaque SQL Injection dans la requête. Les actions suivantes sont disponibles pour configurer une protection XML SQL Injection optimisée pour votre application :
Block : si vous activez block, l’action block n’est déclenchée que si l’entrée correspond à la spécification de type d’injection SQL XML. Par exemple, si SQLSplCharANDKeyword est configuré comme type d’injection SQL XML, une requête n’est pas bloquée si elle ne contient aucun mot clé, même si des caractères spéciaux SQL sont détectés dans la charge utile. Une telle demande est bloquée si le type d’injection SQL XML est défini sur SQLSplCharou SQLSplCharORKeyword.
Journal : si vous activez la fonction de journal, la vérification XML SQL Injection génère des messages de journal indiquant les actions qu’elle effectue. Si bloc est désactivé, un message de journal distinct est généré pour chaque emplacement (ELEMENT, ATTRIBUTE) dans lequel la violation XML SQL a été détectée. Toutefois, un seul message est généré lorsque la demande est bloquée. Vous pouvez surveiller les journaux pour déterminer si les réponses aux demandes légitimes sont bloquées. Une forte augmentation du nombre de messages de journal peut indiquer des tentatives de lancement d’une attaque.
Statistiques : si cette option est activée, la fonction de statistiques recueille des statistiques sur les violations et les journaux. Une augmentation inattendue du compteur de statistiques peut indiquer que votre application est attaquée. Si des demandes légitimes sont bloquées, vous devrez peut-être revoir la configuration pour voir si vous devez configurer de nouvelles règles de relaxation ou modifier celles existantes.
Paramètres XML SQL
En plus des actions de blocage, de journal et de statistiques, vous pouvez configurer les paramètres suivants pour la vérification XML SQL Injection :
Check for XML SQL caractères génériques —Lescaractères génériques peuvent être utilisés pour élargir les sélections d’une instruction SQL-SELECT (langage de requête structuré). Ces opérateurs de carte génériques peuvent être utilisés en conjonction avec les opérateurs LIKE et NOT LIKE pour comparer une valeur à des valeurs similaires. Le pourcentage (%) et le trait de soulignement (_) sont fréquemment utilisés comme caractères génériques. Le signe de pourcentage est analogue au caractère générique astérisque (*) utilisé avec MS-DOS et correspond à zéro, un ou plusieurs caractères dans un champ. Le trait de soulignement est similaire au point d’interrogation MS-DOS ( ?) caractère générique. Il correspond à un nombre ou un caractère unique dans une expression.
Par exemple, vous pouvez utiliser la requête suivante pour effectuer une recherche de chaîne pour rechercher tous les clients dont les noms contiennent le caractère D.
SELECT * from customer WHERE name like "%D%"
L’exemple suivant combine les opérateurs pour rechercher les valeurs de salaire qui ont 0 comme deuxième et troisième caractères.
SELECT * from customer WHERE salary like '_00%
Différents fournisseurs de SGBD ont étendu les caractères génériques en ajoutant des opérateurs supplémentaires. Le Citrix Web App Firewall peut se protéger contre les attaques lancées en injectant ces caractères génériques. Les 5 caractères génériques par défaut sont le pourcentage (%), le trait de soulignement (_), l’accent circonflexe (^), crochet ouvrant ([), et le crochet de fermeture (]). Cette protection s’applique aux profils HTML et XML.
Les caractères génériques par défaut sont une liste de littéraux spécifiés dans *Signatures par défaut :
- <wildchar type=”LITERAL”>%</wildchar>
- <wildchar type=”LITERAL”>_</wildchar>
- <wildchar type=”LITERAL”>^</wildchar>
- <wildchar type=”LITERAL”>[</wildchar>
- <wildchar type=”LITERAL”>]</wildchar>
Les caractères génériques dans une attaque peuvent être PCRE, comme [^A-F]. Le Web App Firewall prend également en charge les caractères génériques PCRE, mais les caractères génériques littéraux ci-dessus sont suffisants pour bloquer la plupart des attaques.
Remarque
La vérification des caractères génériques XML SQL est différente de la vérification des caractères spéciaux XML SQL. Cette option doit être utilisée avec prudence pour éviter les faux positifs.
Check Request Contenant le type d’injection SQL : le Web App Firewall fournit 4 options pour implémenter le niveau de rigueur souhaité pour l’inspection SQL Injection, en fonction des besoins individuels de l’application. La demande est vérifiée par rapport à la spécification de type d’injection pour détecter les violations SQL. Les 4 options de type d’injection SQL sont les suivantes :
- Caractère spécial SQL et mot-clé : un mot-clé SQL et un caractère spécial SQL doivent être présents à l’emplacement inspecté pour déclencher une violation SQL. Ce paramètre le moins restrictif est également le paramètre par défaut.
- Caractère spécial SQL : au moins un des caractères spéciaux doit être présent dans la chaîne de charge utile traitée pour déclencher une violation SQL.
- Mot-clé SQL—Au moins un des mots-clés SQL spécifiés doit être présent dans la chaîne de charge utile traitée pour déclencher une violation SQL. Ne sélectionnez pas cette option sans considération. Pour éviter les faux positifs, assurez-vous qu’aucun des mots-clés n’est attendu dans les entrées.
- Caractère spécial SQL ou mot-clé : le mot-clé ou la chaîne de caractères spéciaux doit être présent dans la charge utile pour déclencher la violation de vérification de sécurité.
Conseil
Si vous sélectionnez l’option Caractère spécial SQL, le Web App Firewall ignore les chaînes qui ne contiennent pas de caractères spéciaux. Étant donné que la plupart des serveurs SQL ne traitent pas les commandes SQL qui ne sont pas précédées d’un caractère spécial, l’activation de cette option peut réduire considérablement la charge sur le Web App Firewall et accélérer le traitement sans mettre vos sites Web protégés en danger.
Gestion des commentaires SQL : par défaut, le Web App Firewall analyse et vérifie tous les commentaires des données XML à la recherche de commandes SQL injectées. De nombreux serveurs SQL ignorent quoi que ce soit dans un commentaire, même s’ils sont précédés d’un caractère spécial SQL. Pour un traitement plus rapide, si votre serveur SQL XML ignore les commentaires, vous pouvez configurer le Web App Firewall pour ignorer les commentaires lors de l’examen des demandes de SQL injecté. Les options de gestion des commentaires SQL XML sont les suivantes :
- ANSI—Ignorer les commentaires SQL au format ANSI, qui sont normalement utilisés par les bases de données SQL UNIX.
- Imbriqué—Ignorer les commentaires SQL imbriqués, qui sont normalement utilisés par Microsoft SQL Server.
- ANSI/imbriqué—Ignorer les commentaires qui respectent les normes ANSI et SQL de commentaires imbriqués. Les commentaires qui correspondent uniquement à la norme ANSI, ou uniquement à la norme imbriquée, sont toujours vérifiés pour le SQL injecté.
- Check all Comments—Vérifiez l’intégralité de la requête pour SQL injecté, sans sauter quoi que ce soit. C’est le réglage par défaut.
Conseil
Dans la plupart des cas, vous ne devez pas choisir l’option imbriquée ou ANSI/imbriquée sauf si votre base de données back-end s’exécute sur Microsoft SQL Server. La plupart des autres types de logiciels SQL Server ne reconnaissent pas les commentaires imbriqués. Si des commentaires imbriqués apparaissent dans une requête dirigée vers un autre type de serveur SQL, ils peuvent indiquer une tentative de violation de la sécurité sur ce serveur.
Règles de relaxation
Si votre application exige que vous contourniez l’inspection XML SQL Injection pour un ELEMENT ou un ATTRIBUTE spécifique dans la charge utile XML, vous pouvez configurer une règle de relaxation. Les règles de relaxation de l’inspection XML SQL Injection ont les paramètres suivants :
-
Nom : Vous pouvez utiliser des chaînes littérales ou des expressions régulières pour configurer le nom de l’ELEMENT ou de l’ATTRIBUTE. L’expression suivante exempte tous les ELEMENTS commençant par la chaîne PurchaseOrder_ suivie d’une chaîne de nombres qui comporte au moins deux et pas plus de dix caractères :
Commentaire : « Exempter XML SQL Check for Purchase Elements »
XMLSQLInjection: "PurchaseOrder_[0-9A-Za-z]{2,10}"
IsRegex: REGEX Location: ELEMENT
State: ENABLED
Remarque : Les noms sont sensibles à la casse. Les entrées en double ne sont pas autorisées, mais vous pouvez utiliser la majuscule des noms et des différences d’emplacement pour créer des entrées similaires. Par exemple, chacune des règles de relaxation suivantes est unique :
1) XMLSQLInjection: XYZ IsRegex: NOTREGEX
Location: ELEMENT State: ENABLED
2) XMLSQLInjection: xyz IsRegex: NOTREGEX
Location: ELEMENT State: ENABLED
3) XMLSQLInjection: xyz IsRegex: NOTREGEX
Location: ATTRIBUTE State: ENABLED
4) XMLSQLInjection: XYZ IsRegex: NOTREGEX
Location: ATTRIBUTE State: ENABLED
- Emplacement : vous pouvez spécifier l’emplacement de l’exception XML SQL Inspection dans votre charge utile XML. L’option ELEMENT est sélectionnée par défaut. Vous pouvez le modifier en ATTRIBUTE.
- Commentaire : Il s’agit d’un champ facultatif. Vous pouvez utiliser une chaîne de 255 caractères maximum pour décrire l’objectif de cette règle de relaxation.
Avertissement
Les expressions régulières sont puissantes. Surtout si vous n’êtes pas familier avec les expressions régulières au format PCRE, vérifiez les expressions régulières que vous écrivez. Assurez-vous qu’ils définissent exactement le nom que vous souhaitez ajouter en tant qu’exception, et rien d’autre. L’utilisation négligente des expressions régulières peut avoir des résultats que vous ne voulez pas, comme bloquer l’accès au contenu Web que vous n’aviez pas l’intention de bloquer ou autoriser une attaque que l’inspection XML SQL Injection aurait autrement bloquée.
Utilisation de la ligne de commande pour configurer la vérification d’injection SQL XML
Pour configurer des actions XML SQL Injection et d’autres paramètres à l’aide de la ligne de commande :
Dans l’interface de ligne de commande, vous pouvez utiliser la commande set appfw profile ou la commande add appfw profile pour configurer les protections XML SQL Injection. Vous pouvez activer les actions de blocage, de journalisation et de statistiques. Sélectionnez le type de modèle d’attaque SQL (mots-clés, caractères génériques, chaînes spéciales) que vous souhaitez détecter dans les charges utiles. Utilisez la commande unset appfw profile pour rétablir les paramètres configurés à leurs valeurs par défaut. Chacune des commandes suivantes ne définit qu’un seul paramètre, mais vous pouvez inclure plusieurs paramètres dans une seule commande :
set appfw profile <name> **-XMLSQLInjectionAction** (([block] [log] [stats]) | [none])
set appfw profile <name> -XMLSQLInjectionCheckSQLWildChars (ON |OFF)
set appfw profile <name> -XMLSQLInjectionType ([SQLKeyword] | [SQLSplChar] | [SQLSplCharANDKeyword] | [SQLSplCharORKeyword])
set appfw profile <name> -XMLSQLInjectionParseComments ([checkall] | [ansi|nested] | [ansinested])
Pour configurer une règle de relaxation SQL Injection à l’aide de la ligne de commande
Utilisez la commande bind ou unbind pour ajouter ou supprimer des règles de relaxation, comme suit :
- bind appfw profile <name> -XMLSQLInjection <string> [isRegex (REGEX | NOTREGEX)] [-location ( ELEMENT | ATTRIBUTE )] –comment <string> [-state ( ENABLED | DISABLED )]
- unbind appfw profile <name> -XMLSQLInjection <String>
Exemple :
> bind appfw profile test_profile -XMLSQLInjection "PurchaseOrder_[0-9A-Za-z]{2,15}" -isregex REGEX -location ATTRIBUTE
> unbind appfw profile test_profile –XMLSQLInjection "PurchaseOrder_[0-9A-Za-z]{2,15}" -location ATTRIBUTE
Utilisation de l’interface graphique pour configurer la vérification de sécurité par injection XMLSQL
Dans l’interface graphique, vous pouvez configurer le contrôle de sécurité XML SQL Injection dans le volet pour le profil associé à votre application.
Pour configurer ou modifier la vérification XML SQL Injection à l’aide de l’interface graphique
- Accédez à Web App Firewall > Profils, mettez en surbrillance le profil cible et cliquez sur Modifier.
- Dans le volet Paramètres avancés, cliquez sur Vérifications de sécurité.
La table de vérification de sécurité affiche les paramètres d’action actuellement configurés pour tous les contrôles de sécurité. Vous avez 2 options de configuration :
a. Si vous souhaitez simplement activer ou désactiver les actions Bloquer, Journal et Statistiques pour XML SQL Injection, vous pouvez activer ou désactiver les cases à cocher dans le tableau, cliquez sur OK, puis cliquez sur Enregistrer et fermer pour fermer le volet Contrôle de sécurité.
b. Si vous souhaitez configurer des options supplémentaires pour cette vérification de sécurité, double-cliquez sur XML SQL Injection ou sélectionnez la ligne et cliquez sur Paramètres d’action, pour afficher les options suivantes :
Rechercher les caractères génériques SQL : considérez les caractères génériques SQL dans la charge utile comme des modèles d’attaque.
Check Request Containing : type d’injection SQL (SQLKeyword, SQLSplChar, SQLSplCharANDKeyword, ou SQLSplCharORKeyword) à vérifier.
Gestionnaire de commentaires SQL : type de commentaires (Vérifier tous les commentaires, ANSI, imbriqué ou ANSI/imbriqué) à vérifier.
Après avoir modifié l’un des paramètres ci-dessus, cliquez sur OK pour enregistrer les modifications et revenir au tableau Vérifications de sécurité. Vous pouvez procéder à la configuration d’autres vérifications de sécurité si nécessaire. Cliquez sur OK pour enregistrer toutes les modifications apportées dans la section Vérifications de sécurité, puis cliquez sur Enregistrer et fermer pour fermer le volet Vérification de sécurité.
Pour configurer une règle de relaxation XML Injection à l’aide de l’interface graphique
- Accédez à Web App Firewall > Profils, mettez en surbrillance le profil cible et cliquez sur Modifier.
- Dans le volet Paramètres avancés, cliquez sur Règles de relaxation.
- Dans le tableau Règles de relaxation, double-cliquez sur l’entrée XML SQL Injection ou sélectionnez-la et cliquez sur Modifier.
- Dans la boîte de dialogue Règles de relaxation d’injection SQL XML, effectuez les opérations Ajouter, Modifier, Supprimer, Activer ou Désactiver pour les règles de relaxation.
Pour gérer les règles de relaxation XML Injection à l’aide du visualiseur
Pour obtenir une vue consolidée de toutes les règles de relaxation, vous pouvez mettre en surbrillance la ligne Injection SQL XML dans le tableau Règles de relaxation, puis cliquer sur Visualiseur. Le visualiseur pour les relaxations déployées vous offre la possibilité d’ ajouter une nouvelle règle ou de modifier une règle existante. Vous pouvez également activer ou désactiver un groupe de règles en sélectionnant un nœud et en cliquant sur les boutons correspondants dans le visualiseur de relaxation.
Pour afficher ou personnaliser les modèles d’injection SQL à l’aide de l’interface graphique :
Vous pouvez utiliser l’interface graphique pour afficher ou personnaliser les modèles SQL.
Les modèles SQL par défaut sont spécifiés dans le Web App Firewall > Signatures > *Signatures par défaut. Si vous ne liez aucun objet de signature à votre profil, les modèles SQL par défaut spécifiés dans l’objet Signatures par défaut seront utilisés par le profil pour le traitement des vérifications de sécurité XML SQL Injection. Les règles et les motifs de l’objet Signatures par défaut sont en lecture seule. Vous ne pouvez pas les modifier ou les modifier. Si vous souhaitez modifier ou modifier ces modèles, créez un objet signature défini par l’utilisateur en créant une copie de l’objet Signatures par défaut et en modifiant les modèles SQL. Utilisez l’objet signature défini par l’utilisateur dans le profil qui traite le trafic pour lequel vous souhaitez utiliser ces modèles SQL personnalisés.
Pour plus d’informations, reportez-vous à la section Signatures.
Pour afficher les modèles SQL par défaut :
a. Accédez à Web App Firewall > Signatures, sélectionnez *Signatures par défaut, puis cliquez sur Modifier. Ensuite, cliquez sur Gérer les modèles de script SQL/inter-site.
Le tableau Gérer les chemins de script SQL/inter-site affiche les quatre lignes suivantes relatives à l’injection SQL :
Injection (not_alphanum, SQL)/ Keyword
Injection (not_alphanum, SQL)/ specialstring
Injection (not_alphanum, SQL)/ transformrules/transform
Injection (not_alphanum, SQL)/ wildchar
b. Sélectionnez une ligne et cliquez sur Gérer les éléments pour afficher les modèles SQL correspondants (mots-clés, chaînes spéciales, règles de transformation ou caractères génériques) utilisés par la vérification d’injection SQL du Web App Firewall.
Pour personnaliser les modèles SQL : vous pouvez modifier un objet signature défini par l’utilisateur pour personnaliser les mots-clés SQL, les chaînes spéciales et les caractères génériques. Vous pouvez ajouter de nouvelles entrées ou supprimer celles qui existent déjà. Vous pouvez modifier les règles de transformation des chaînes spéciales SQL.
a. Accédez à Web App Firewall > Signatures, mettez en surbrillance la signature définie par l’utilisateur cible et cliquez sur Modifier. Cliquez sur Gérer les modèles de script SQL/inter-sites pour afficher la table Gérer les chemins de script SQL/inter-site.
b. Sélectionnez la ligne SQL cible.
i. Cliquez sur Gérer les élémentspour ajouter, modifierou supprimerl’élément SQL correspondant.
ii. Cliquez sur Supprimer pour supprimer la ligne sélectionnée.
Avertissement
Vous devez être très prudent lorsque vous supprimez ou modifiez un élément SQL par défaut ou supprimez le chemin SQL pour supprimer toute la ligne. Les règles de signature ainsi que la vérification de sécurité XML SQL Injection s’appuient sur ces éléments pour détecter les attaques SQL Injection afin de protéger vos applications. La personnalisation des modèles SQL peut rendre votre application vulnérable aux attaques XML SQL si le modèle requis est supprimé lors de la modification.
Utilisation de la fonction de journal avec la vérification d’injection SQL XML
Lorsque l’action du journal est activée, les violations de vérification de sécurité XML SQL Injection sont enregistrées dans le journal d’audit en tant que violations APPFW_XML_SQL . Le Web App Firewall prend en charge les formats de journaux natifs et CEF. Vous pouvez également envoyer les journaux à un serveur syslog distant.
Pour accéder aux messages du journal à l’aide de la ligne de commande :
Basculez vers le shell et recherchez les fichiers ns.logs dans le dossier /var/log/ pour accéder aux messages de journal relatifs aux violations de script inter-site XML :
> Shell
> tail -f /var/log/ns.log | grep APPFW_XML_SQL
Pour accéder aux messages du journal à l’aide de l’interface graphique
L’interface utilisateur graphique Citrix inclut un outil utile (Syslog Viewer) pour analyser les messages du journal. Vous disposez de plusieurs options pour accéder à la visionneuse Syslog :
-
Accédez à Web App Firewall > Profils, sélectionnez le profil cible et cliquez sur Vérifications de sécurité. Mettez en surbrillance la ligne XML SQL Injection et cliquez sur Journaux. Lorsque vous accédez aux journaux directement à partir de la vérification XML SQL Injection du profil, l’interface graphique filtre les messages de journal et affiche uniquement les journaux relatifs à ces violations de vérification de sécurité.
-
Vous pouvez également accéder à la visionneuse Syslog en accédant à Système > Audit. Dans la section Messages d’audit, cliquez sur le lien Messages Syslog pour afficher la visionneuse Syslog, qui affiche tous les messages de journal, y compris les autres journaux de violation de vérification de sécurité. Ceci est utile pour le débogage lorsque plusieurs violations de vérification de sécurité peuvent être déclenchées pendant le traitement de la demande.
-
Accédez à Web App Firewall > Stratégies > Audit. Dans la section Messages d’audit, cliquez sur le lien Messages Syslog pour afficher la visionneuse Syslog, qui affiche tous les messages de journal, y compris les autres journaux de violation de vérification de sécurité.
La visionneuse Syslog basée sur XML fournit diverses options de filtre pour sélectionner uniquement les messages de journal qui vous intéressent. Pour sélectionner les messages de journal pour la vérification XML SQL Injection, filtrez en sélectionnant APPFW dans les options déroulantes du module. La liste Type d’événement offre un ensemble complet d’options pour affiner votre sélection. Par exemple, si vous activez la case à cocher APPFW_XML_SQL et cliquez sur le bouton Appliquer, seuls les messages de journalisation relatifs aux violations de vérification de sécurité XML SQL Injection apparaissent dans la visionneuse Syslog.
Si vous placez le curseur dans la ligne d’un message de journal spécifique, plusieurs options, telles que Module, Type d’événement, ID d’événementet IP du clientapparaissent sous le message de journal. Vous pouvez sélectionner l’une de ces options pour mettre en surbrillance les informations correspondantes dans le message de journal.
Statistiques relatives aux violations d’injection SQL XML
Lorsque l’action des statistiques est activée, le compteur pour la vérification XML SQL Injection est incrémenté lorsque le Web App Firewall prend une action pour cette vérification de sécurité. Les statistiques sont collectées pour le taux et le nombre total pour le trafic, les violations et les journaux. La taille d’un incrément du compteur de journaux peut varier en fonction des paramètres configurés. Par exemple, si l’action de blocage est activée, une demande d’une page contenant trois violations SQL Injection XML incrémente le compteur de statistiques d’un, car la page est bloquée dès que la première violation est détectée. Toutefois, si le bloc est désactivé, le traitement de la même demande incrémente le compteur de statistiques pour les violations et les journaux de trois, car chaque violation génère un message de journal distinct.
Pour afficher les statistiques de vérification XML SQL Injection à l’aide de la ligne de commande
À l’invite de commandes, tapez :
> sh appfw stats
Pour afficher les statistiques d’un profil spécifique, utilisez la commande suivante :
> stat appfw profile <profile name>
Pour afficher les statistiques XML SQL Injection à l’aide de l’interface graphique
- Accédez à Système > Sécurité > Web App Firewall.
- Dans le volet droit, accédez au lien Statistiques.
- Utilisez la barre de défilement pour afficher les statistiques sur les violations XML SQL Injection et les journaux. Le tableau des statistiques fournit des données en temps réel et est mis à jour toutes les 7 secondes.
Partager
Partager
Dans cet article
- Options d’action
- Paramètres XML SQL
- Règles de relaxation
- Utilisation de la ligne de commande pour configurer la vérification d’injection SQL XML
- Utilisation de l’interface graphique pour configurer la vérification de sécurité par injection XMLSQL
- Utilisation de la fonction de journal avec la vérification d’injection SQL XML
- Statistiques relatives aux violations d’injection SQL XML
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select Do Not Agree to exit.