Problèmes connus et solutions

Vous trouverez ci-après les problèmes connus et les solutions palliatives.

Tableau 1. Problèmes connus et solutions
Problème Solution palliative
Impossible de créer un travail d'examen de contenu via l'API : POST/folderitems. Utilisez l'API : POST/folders/{folderId}/folderitems pour créer un travail d'examen de contenu.
L'enregistrement de la licence d'examen HCL n'a pas lieu lorsque le processus de service de l'agent AppScan est arrêté via le gestionnaire de tâches. Il est recommandé de redémarrer et d'arrêter à nouveau l'agent via les services pour libérer les licences.
Si les utilisateurs ne sont pas déconnectés avant l'arrêt d'Appscan Enterprise Server, les sessions ouvertes peuvent empêcher que les licences soient à nouveau insérées dans le pool. Les licences restantes ne seront réinsérées qu'après une heure. Les utilisateurs doivent se déconnecter avant l'arrêt d'AppScan Enterprise Server.
Un message d'erreur s'affiche lors de la mise à niveau de la version 9.0.3.12 vers la version 10.0.2. Lorsque vous mettez à niveau AppScan Enterprise de la version 9.0.3.12 vers la version 10.0.2, si l'inscription du WFWEO.dll échoue, vous devez désinstaller la version 10.0.2 (même si le même problème peut survenir pendant la désinstallation). Après la désinstallation, vous devez réinstaller AppScan Enterprise version 10.0.2 en le liant à la base de données existantes.
Pour certaines configurations d'examen, une tentative d'exécution d'un examen incrémentiel peut entraîner l'échec de l'examen incrémentiel accompagné du message d'erreur CRWAS2287E L'examen incrémentiel ne peut pas démarrer, car le travail de base n'a pas été exécuté plus tôt ou il peut s'être exécuté dans une version plus ancienne d'ASE (antérieure à la version 10). Définissez la configuration d'examen pour qu'elle s'exécute pour la stratégie du minimum vital.
Le téléchargement du rapport PDF détaillé de la vue Examens ne fonctionnera pas si la langue d'affichage de la console Web AppScan Enterprise est le japonais, le chinois simplifié ou le chinois traditionnel. Téléchargez le rapport PDF détaillé en accédant à AppScan Enterprise via la vue Surveillance.
Lors de l'installation d'AppScan Enterprise, l'installation de Visual C++ 2015 échoue si une version supérieure de Microsoft Visual C++ Redistributable 2017 est déjà installée dans le système, car l'application tente d'installer Visual C++ 2015 Redistributable sans vérifier si des versions plus récentes existent déjà dans le système. Désinstallez Visual C++ 2017 RC Redistributable, installez AppScan Enterprise et réinstallez Visual C++ 2017 Redistributable.
En essayant d'effectuer un QuickScan, le navigateur de l'outil d'exploration manuelle ne lance pas l'application ou le navigateur se fige partiellement. Enregistrez manuellement le trafic via l'outil d'exploration manuelle ou l'enregistreur d'activité, mettez à jour le trafic et exécutez QuickScan.
Le Knowledge Center (KC) intègre toutes les mises à jour. L'aide en ligne produit ne sera toutefois pas mise à jour dans cette édition. NA
Si la taille du fichier journal étendu est importante (supérieure à 2 Go), il peut arriver que l'opération de téléchargement du fichier fasse apparaître un fichier ZIP de 0 ko dans le rapport récapitulatif de l'onglet Examen. Dans ce cas, copiez le fichier depuis le répertoire des journaux sur le serveur de l'agent AppScan Enterprise.
Suppression d'OWASP 2013 et aide pour le rapport OWASP 2017 : Tous les groupes de rapports et modèles de groupes de rapports créés avant la version 9.0.3.9 bénéficieront de rapports OWASP 2013. Si nécessaire, l'utilisateur devra supprimer manuellement le groupe de rapports OWASP 2013 et ajouter le nouveau rapport OWASP 2017.
Lorsque vous éditez un examen dans le client de configuration Dynamic Analysis, assurez-vous que l'examen choisi n'est pas en cours d'exécution dans AppScan Enterprise car celui-ci pourrait interrompre le travail lors de la mise à jour. Sur la page Propriétés du travail du client, désactivez la case à cocher Exécuter le travail dès que possible, puis cliquez sur Mettre à jour le travail.
Accès optimal aux fonctionnalités Dojo. Utilisez Microsoft Silverlight avec Internet Explorer 8.0 pour tirer pleinement parti des fonctionnalités de Dojo.
Lorsqu'un travail d'examen ne possède qu'une connexion enregistrée (pas d'exploration manuelle ni d'adresse URL de départ), l'examen ne balaye pas les données sous cette page. Ajoutez au moins une adresse URL de départ pour l'exploration manuelle ou l'adresse URL de départ de la page Objet de l'examen.
Si vous mettez à niveau une base de données depuis une version antérieure à la version 8.8, puis cliquez sur un travail existant, le journal d'examen est vide. Exécutez à nouveau vos travaux pour générer un nouveau journal d'examen.
Lorsque vous éditez la page Editer un modèle de profil d'application dans IE 8/9, les modifications ne sont pas sauvegardées. Quittez la zone que vous éditez et revenez à la page en cours, puis enregistrez les modifications. Vous pouvez également mettre à jour votre navigateur à la version Internet Explorer 11 ou FireFox 24.
JavaScript Analyzer (JSA) est désactivé par défaut pour les examens, y compris les examens mis à niveau. Activez JSA dans la page de sécurité de votre travail d'examen de contenu.
Il existe un risque de dégradation des performances et de faux négatifs dans les résultats lorsque le pare-feu sépare les agents et le site Web examiné. Le serveur AppScan Enterprise envoie en effet des tests de sécurité susceptibles d'être interprétés comme une activité réseau suspecte par certains pare-feux.
Si les règles de normalisation définies par l'utilisateur pointent sur une adresse URL vide, l'examen risque de ne pas se terminer. Lorsque des règles de normalisation sont définies dans les propriétés d'un travail, il est important de vérifier qu'elles pointent sur une adresse URL valide.
Si vous avez activé la gestion des problèmes pour les rapports, le rapport Récapitulatif du groupe de rapports ne sera pas synchronisé avec les données de rapport. Vous devez réexécuter le groupe de rapports pour synchroniser les nombres à la fin des tâches de gestion des problèmes.
Les rapports supprimés ne disparaissent pas immédiatement du tableau de bord. Vous devez réexécuter le tableau de bord pour que le changement prenne effet.
Des problèmes de connectivité et/ou une dégradation des performances peuvent se produire lors de l'utilisation de la fonctionnalité d'exploration manuelle dans Internet Explorer. Lors de l'utilisation de la fonctionnalité d'exploration manuelle dans Internet Explorer, il est conseillé d'activer l'option Internet/Avancé pour Utiliser HTTP 1.1 avec une connexion par proxy. Dans le cas contraire, des problèmes de connectivité et/ou de dégradation des performances peuvent se produire.
Lors du tri des listes, il se peut que l'ordre de classement ne soit pas celui prévu pour les langues suivantes : le danois, le japonais et le chinois. .NET et SQL sont utilisés, ainsi que les classements propres à l'environnement local, mais le produit n'est pas conforme au projet ICU (International Components for Unicode).

L'exécution de l'assistance de configuration d'ASE 9.0.3.12 (après les étapes de mise à niveau des règles de sécurité) donne le message d'erreur ci-dessous :

Impossible de démarrer le serveur Liberty. Détails : TRAS0038E : Le système n'a pas pu supprimer le fichier \IBM\AppScan Enterprise\Liberty\usr\servers\ase\logs\trace.log

 Ce message d'erreur apparaît uniquement lorsqu'ASE est mis à niveau de la version 9.0.3.x à la version 9.0.3.12 avec le journal de trace Liberty activé (c.-à-d. l'activation du journal de débogage depuis l'interface utilisateur de l'onglet d'administration).

Solution

  • Avant de mettre à niveau vers la version 9.0.3.12, vérifiez dans l'interface utilisateur de la version d'ASE existante (Onglet Administration > Paramètres généraux > Paramètres de journal > Editer) si la journalisation est activée. Si oui, désactivez le journal dans l'onglet d'administration.
  • Accédez à l'emplacement - "répertoire d'installation d'ASE"\HCL\AppScan Enterprise\Liberty\usr\servers\ase\logs\?
  • Dans le répertoire ci-dessus, supprimez tous les fichiers journaux qui commencent par trace.
  • Effectuez la mise à niveau d'ASE. Vous ne devriez plus rencontrer ce problème.
  • Si vous rencontrez ce problème lors de l'exécution de l'assistant de configuration, fermez l'assistant de configuration.
    • Accécez à - "répertoire d'installation d'ASE"\HCL\AppScan Enterprise\Liberty\usr\servers\ase\logs\
    • Dans le répertoire ci-dessus, supprimez tous les fichiers journaux qui commencent par "trace".
    • Exécutez l'assistant de configuration depuis le début. Cela devrait résoudre le problème.

L'interruption totale du travail ADAC ne fonctionne pas pour les travaux créés avec des versions antérieures à la version 9.0.3.11, sauf si une sauvegarde d'édition est effectuée sur le travail.

Cause principale : L'application rencontrait un problème pour lequel l'URL de départ n'était pas mise à jour dans une base de données ASE pour un travail ADAC. Comme l'interruption totale lit le domaine à partir de la base de données ASE, l'interruption totale ne fonctionnait pas pour les travaux ADAC. Comme l'URL de départ est stockée dans le fichier dast.config, les travaux existants devaient être édités et enregistrés manuellement pour que l'URL soit stockée dans la base de données ASE.
  1. Editez un travail ADAC (créé avant la version 9.0.3.11).
  2. Mettez le travail à niveau.
  3. L'interruption totale devrait fonctionner comme elle a été configurée (comme le travail d'examen de contenu).
La recherche à l'aide de StartingURL pour la commande API REST get /jobs/search api fonctionne uniquement pour les travaux d'examen créés dans la version 9.0.3.11 et versions ultérieures. NA