Notes de version de Sentinel 7.4 Service Pack 3

Septembre 2016

Sentinel 7.4 SP3 comprend de nouvelles fonctionnalités qui améliorent son utilisation et apportent des solutions à plusieurs problèmes rencontrés dans les versions antérieures.

La plupart de ces améliorations ont été apportées en réponse directe aux suggestions de nos clients. Nous vous remercions du temps que vous avez pris pour nous écrire. Nous espérons que vous continuerez à nous aider pour que nos produits répondent à tous vos besoins. Vous pouvez publier des commentaires dans le forum Sentinel de NetIQ Communities, notre communauté en ligne qui inclut aussi des informations sur le produit, des blogues et des liens vers des ressources utiles.

La documentation de ce produit est disponible sur le site Web NetIQ aux formats HTML et PDF sur une page qui ne nécessite pas l'envoi d'informations de connexion. Si vous avez des suggestions pour améliorer la documentation, cliquez sur l'icône de commentaire sur toute page de la version HTML de la documentation publiée sur la page de documentation de NetIQ Sentinel. Pour télécharger ce produit, rendez-vous sur le site Web de mise à niveau des produits Sentinel.

Pour consulter les dernières notes de version publiées, reportez-vous aux Notes de version de Sentinel 7.4 Service Pack 3.

1.0 Nouveautés

Les sections suivantes présentent les principales fonctionnalités et améliorations de cette version ainsi que les problèmes résolus :

1.1 Correctif de vulnérabilité de sécurité

Sentinel 7.4 SP3 corrige une vulnérabilité de désérialisation Java (CVE-2016-1000031). Cette vulnérabilité en matière de sécurité (ZDI-CAN-3837) a été découverte par Jacob Baines de Tenable Network Security dans le cadre du programme Zero Day Initiative de Trend Micro.

1.2 Correctifs logiciels

Sentinel 7.4 SP3 inclut des correctifs logiciels qui apportent des solutions à plusieurs problèmes.

Possibilité de perte de données brutes en cas de long délai entre les événements

Problème : il se peut que des données brutes soient supprimées s'il s'écoule une longue période entre les événements envoyés à Sentinel par une source d'événements. (Bogue 991209)

Correction : les fichiers de données brutes ne sont plus supprimés, même s'il y a un long délai entre les événements envoyés à Sentinel.

Certains paramètres de la stratégie de conservation des données ne correspondent pas dans l'interface Web de Sentinel et dans la sortie des noeuds d'extrémité REST.

Problème : les valeurs des champs ByteCount et EventCount des stratégies de conservation des données ne correspondent pas dans les noeuds d'extrémité REST et dans l'interface Web de Sentinel. Des valeurs différentes sont affichées pour ces champs de la stratégie de conservation des données. (Bogue 987341)

Correction : les noeuds d'extrémité REST et l'interface Web de Sentinel affichent désormais les mêmes valeurs pour tous les champs de la stratégie de conservation des données.

Erreur lors de la mise à niveau de l'applicatif Sentinel High Availability d'une version 7.3.x à une version 7.4.x.

Problème : lors de la mise à niveau de l'applicatif Sentinel High Availability (HA) d'une version 7.3.x à une version 7.4.x, le programme d'installation affiche un message qui vous indique que vous devez résoudre une dépendance pour le paquetage drbd-kmp-bigsmp. (Bogue 989562)

Correction : spécifiez l'option appropriée pour désinstaller le paquetage drbd-kmp-bigsmp.

La légende dans les vues d'événement n'affiche pas correctement la liste des dix premières valeurs

Problème : la légende dans les vues d'événement en temps réel n'affiche pas la liste des dix premières valeurs de manière dynamique. De plus, l'ordre de tri des valeurs de la légende n'est pas correct. (Bogue 965005)

Correction : autorisez les vues d'événement à utiliser les stratégies de synchronisation des données, de sorte que la légende affiche la liste des dix premières valeurs de manière dynamique et que l'ordre de tri soit correct.

Procédez comme suit pour autoriser les vues d'événement à utiliser les stratégies de synchronisation des données :

  1. Connectez-vous au serveur Sentinel en tant qu'utilisateur novell.

  2. Ouvrez le fichier /etc/opt/novell/sentinel/config/configuration.properties.

  3. Définissez la propriété de configuration sentinel.realtime.usedatasync sur true.

  4. Enregistrez le fichier configuration.properties modifié.

  5. Redémarrez Sentinel.

Il se peut que le graphique à secteurs ne figure pas dans les rapports planifiés

Problème : il se peut que le graphique à secteurs ne s'affiche pas dans certains rapports planifiés. (Bogue 983044)

Correction : comme prévu, tous les rapports planifiés contiennent désormais le graphique à secteurs.

Les répertoires de données brutes vides ne sont jamais supprimés.

Problème : Sentinel ne supprime jamais les répertoires de données brutes vides. Lorsque le nombre de ces répertoires vides est élevé, la création de nouveaux répertoires peut s'avérer impossible en raison des restrictions relatives au nombre maximal de répertoires pris en charge par le système d'exploitation. Cela peut également entraîner des problèmes de performances. (Bogue 984159)

Correction : désormais, Sentinel supprime régulièrement les répertoires de données brutes vides.

Notez toutefois que les répertoires de données brutes vides existants ne sont pas supprimés dans le cadre de ce correctif. Procédez comme suit pour supprimer les répertoires vides existants. Cette opération ne doit être exécutée qu'une seule fois :

  1. Connectez-vous au serveur Sentinel en tant qu'utilisateur novell.

  2. Exécutez la commande suivante pour accéder au répertoire qui héberge les sous-répertoires de données brutes :

    cd /var/opt/novell/sentinel/data/rawdata/online

  3. (Facultatif) Exécutez la commande suivante pour connaître le nombre de répertoires de données brutes vides :

    find . -type d -empty -print | wc

  4. Exécutez la commande suivante pour supprimer les répertoires de données brutes vides :

    find . -type d -empty -delete

Connexion impossible à l'interface Web de Sentinel

Problème : L'interface Web de Sentinel ne répond plus lorsque vous entrez des références de connexion et essayez de vous connecter. Lorsque le taux d'événements pas seconde est élevé, ce problème peut survenir lorsque le tampon d'événements est plein et que les partitions d'événements sont fermées, ce qui se traduit par un blocage. (Bogue 974155)

Correction : désormais, Sentinel ne se bloque plus lorsque le tampon d'événements est plein.

2.0 Configuration système requise

Pour plus d'informations sur la configuration système requise ainsi que les systèmes d'exploitation et les navigateurs pris en charge, reportez-vous à la fiche d'informations techniques relatives à Sentinel.

3.0 Mise à niveau vers Sentinel 7.4 SP3

Vous pouvez effectuer une mise à niveau vers Sentinel 7.4 SP3 à partir de Sentinel 7.2 ou d'une version ultérieure.

REMARQUE :Si vous mettez à niveau un applicatif Sentinel à partir de Sentinel 7.1 SP2 ou d'une version antérieure, vous devez d'abord effectuer une mise à niveau vers la version 7.4, puis vers la version 7.4 SP3. Pour obtenir des mises à jour de l'applicatif Sentinel 7.4, contactez le support technique.

Sentinel 7.4 et versions ultérieures sont compatibles avec Change Guardian 4.2 et versions ultérieures. Si vous disposez d'un serveur Change Guardian qui envoie des événements à Sentinel, avant d'effectuer la mise à niveau vers Sentinel, vous devez commencer par mettre à niveau le serveur, les agents et l'éditeur de stratégies Change Guardian vers la version 4.2 pour garantir que Sentinel continue à recevoir les événements après la mise à niveau de Change Guardian.

Téléchargez le programme d'installation de Sentinel à partir du site Web de téléchargement de NetIQ. Pour plus d'informations sur la mise à niveau vers Sentinel 7.4 SP3, reportez-vous à la section Mise à niveau de Sentinel du Guide d'installation et de configuration de NetIQ Sentinel.

3.1 Mise à niveau de l'applicatif Sentinel

Vous ne pouvez mettre à niveau l'applicatif Sentinel 7.3 SP2 ou version ultérieure à l'aide de WebYaST que si vous avez mis à niveau manuellement le RPM NetIQ Change Guardian comme indiqué à la section Mise à niveau du RPM NetIQ Change Guardian des Notes de version de Sentinel 7.3.2.

Pour mettre à niveau l'applicatif à partir de versions antérieures vers Sentinel 7.3 SP2, utilisez l'utilitaire de ligne de commande Zypper, car cette opération requiert une interaction de l'utilisateur. WebYaST ne permet pas ce type d'intervention. Pour plus d'informations sur la mise à niveau de l'applicatif à l'aide de Zypper, reportez-vous à la section Mise à niveau de l'applicatif à l'aide de Zypper du Guide d'installation et de configuration de NetIQ Sentinel.

(Bogue 956278)

3.2 Configuration après la mise à niveau

Si vous effectuez une mise à niveau à partir de Sentinel 7.2 SP2 ou d'une version antérieure, procédez comme suit :

  • Assignez manuellement l'autorisation Autoriser les utilisateurs à gérer les alertes au rôle Utilisateur proxy de recherche, car elle est effacée par la mise à niveau. Cette autorisation est nécessaire pour permettre au rôle d'effectuer des recherches d'alerte à distance.

    Pour plus d'informations, reportez-vous à la section Configuring Roles and Users (Configuration des rôles et des utilisateurs) du NetIQ Sentinel Administration Guide (Guide d'administration de NetIQ Sentinel).

  • Par souci de cohérence avec les versions plus récentes de Sentinel et avec la documentation Sentinel, renommez le rôle Utilisateur du proxy de recherche en Utilisateur du proxy de données après la mise à niveau.

4.0 Problèmes connus

NetIQ Corporation s'efforce de garantir que ses produits offrent des solutions de qualité qui répondent aux besoins logiciels de votre entreprise. Les problèmes suivants font actuellement l'objet de recherches visant à établir des solutions. Si vous avez besoin d'aide pour résoudre un problème, contactez le support technique.

La mise à jour de Java 8 et les correctifs de vulnérabilité de la sécurité inclus dans Sentinel 7.3 SP1 et versions ultérieures peuvent avoir une incidence sur les plug-ins suivants :

  • Cisco SDEE Connector

  • Connecteur SAP (XAL)

  • Remedy Integrator

NetIQ règlera tout problème avec ces plug-ins conformément aux procédures standard de traitement des défauts et dans l'ordre prévu par celles-ci. Pour plus d'informations sur les stratégies de support, reportez-vous aux Stratégies de support.

4.1 Impossible de recevoir des événements via le connecteur Sentinel Link

Problème : Sentinel ne reçoit pas d'événements via le connecteur Sentinel Link. (Bogue 996775)

Solution : ce problème est résolu dans Sentinel Link Connector 2011.1r4. Dans l'attente de sa publication officielle sur le site Web des plug-ins Sentinel, vous pouvez télécharger la version Preview du connecteur dans la section Previews (Aperçus).

4.2 Impossible de recevoir des événements de NetIQ eDirectory

Problème : l'instrumentation NetIQ eDirectory ne peut pas se connecter au connecteur d'audit via Platform Agent. Sentinel ne peut donc pas recevoir d'événements à partir d'eDirectory. Ce problème se produit car l'instrumentation eDirectory utilise l'algorithme de certificat MD5 RSA, qui a été abandonnée dans la version Java 8 Update 77 utilisée dans Sentinel 7.4 SP3. (Bogue 985312)

Solution : pour permettre à l'instrumentation eDirectory d'utiliser un certificat personnalisé, suivez la procédure décrite dans l'article 7017764 de la base de connaissance NetIQ.

4.3 Affichage d'un avertissement lors de la mise à niveau de l'applicatif Sentinel vers la version 7.4 SP1 ou ultérieure

Problème : Sentinel affiche l'avertissement suivant lors de la mise à niveau de l'applicatif vers la version 7.4 SP1 ou ultérieure :

Failed to set encrypted password

(Bogue 967764)

Solution : ignorez l'avertissement. Cela n'a aucune incidence sur la mise à niveau.

4.4 Impossible de créer des rapports à l'aide du kit SDK de Sentinel

Problème : le kit SDK de Sentinel ne vous permet pas de créer des rapports. (Bogue 966406)

Solution : pour créer des rapports à l'aide du kit SDK de Sentinel, suivez la procédure décrite dans l'article 7017293 de la base de connaissance NetIQ.

4.5 La synchronisation doit être démarrée manuellement dans Sentinel High Availability lorsque vous modifiez les fichiers de configuration dans le noeud actif

Problème : dans Sentinel High Availability (HA), lorsque vous personnalisez Sentinel en mettant à jour les fichiers de configuration ou en apportant des modifications à l'interface Web Sentinel dans le noeud actif, les changements ne sont pas pris en compte dans le noeud passif. La synchronisation doit être démarrée manuellement.

Par exemple, vous devez démarrer la synchronisation manuellement dans les scénarios suivants :

  • Lorsque vous modifiez le protocole de communication en SSL, en mettant à jour le fichier /etc/opt/novell/sentinel/config/databasePlatforms.xml pour la propriété suivante :

    ssl=require

  • Lorsque Sentinel est en mode FIPS, la synchronisation pour convertir tous les noeuds passifs en mode FIPS ne s'effectue pas complètement. Lorsqu'un basculement se produit dans un tel scénario, l'interface Web Sentinel ne se lance pas.

  • Lorsque vous modifiez la configuration LDAP dans le noeud actif, elle ne se synchronise pas avec les noeuds passifs. Vous ne pouvez donc pas authentifier les comptes LDAP dans les noeuds passifs.

(Bogues 956702 et 954472)

Solution : lorsque vous modifiez un fichier de configuration, ou lorsque des fichiers sont modifiés en raison des changements que vous avez effectués dans l'interface Web de Sentinel, ajoutez manuellement ce fichier ou ce répertoire à synchroniser, en procédant comme suit :

  1. Connectez-vous au noeud actif en tant qu'utilisateur root.

  2. Ajoutez le fichier ou le répertoire à synchroniser, en ajoutant la ligne suivante au fichier /etc/csync2/csync2.cfg :

    include <nom fichier ou répertoire>;

    Par exemple :

    • Ajoutez la ligne suivante si vous avez modifié le protocole de communication en SSL dans le fichier /etc/opt/novell/sentinel/config/databasePlatforms.xml :

      include /etc/opt/novell/sentinel/config/databasePlatforms.xml;

    • Ajoutez la ligne suivante si vous souhaitez synchroniser des noeuds passifs en mode FIPS :

      include /etc/opt/novell/sentinel/config/nonfips_backup;

    • Ajoutez la ligne suivante si vous avez mis à jour la configuration LDAP :

      include /etc/opt/novell/sentinel/config/auth.login;

  3. Démarrez la synchronisation manuellement en exécutant la commande suivante :

    csync2 -x -v

    Cela synchronisera les mises à jour sur tous les noeuds passifs.

4.6 Échec de réception des événements de l'agent UNIX Sentinel 7.4 après la mise à niveau de Sentinel vers la version 7.3 SP1 et les versions ultérieures

Problème : dans les correctifs de vulnérabilité de sécurité inclus avec Sentinel 7.3 SP1, des changements ont été apportés au mécanisme de communication afin de sécuriser la connexion. Ces changements ne sont toutefois pas compatibles avec l'agent UNIX Sentinel 7.4. De ce fait, Sentinel ne parvient pas à recevoir les événements de Sentinel UNIX Agent 7.4. (Bogue 953990)

Solution : il n'y a pour l'instant aucun moyen de contourner ce problème. Ce problème sera résolu lors de la mise à disposition d'une version compatible de l'agent UNIX Sentinel.

4.7 Erreur lors de la configuration de l'espace de stockage NFS après la mise à niveau d'un applicatif Sentinel vers la version 7.3 SP1 et versions ultérieures

Problème : Sentinel affiche une erreur lorsque vous essayez de configurer NFS comme espace de stockage secondaire après la mise à niveau d'un applicatif Sentinel vers la version 7.3 SP1 ou une version ultérieure. (Bogue 934851)

Solution : après avoir mis à niveau l'applicatif Sentinel, redémarrez le système d'exploitation SLES à l'aide de la commande suivante :

init 6

4.8 Exception dans le journal du serveur Sentinel lorsque vous mettez à niveau des versions antérieures à la version 7.3 SP1 vers la version 7.3 SP1 ou version ultérieure

Problème : lorsque vous mettez à niveau Sentinel de la version 7.3 à la version 7.3 SP1 et démarrez le serveur Sentinel, vous risquez de trouver les exceptions suivantes dans le journal du serveur :

Invalid length of data object ......

(Bogue 933640)

Solution : ignorez l'exception. Cette exception n'affecte en rien les performances de Sentinel.

4.9 Échec de réception des événements de Secure Configuration Manager après la mise à niveau de Sentinel vers la version 7.3 SP1 et versions ultérieures

Problème : Sentinel emploie le protocole Diffie-Hellman pour communiquer avec Secure Configuration Manager. Pour résoudre la vulnérabilité Logjam, la clé de certificat que Sentinel utilise pour ce protocole a vu sa taille passer à 2048. Toutefois, Secure Configuration Manager continue à utiliser la taille de clé par défaut, à savoir 1024. Cette discordance empêche Secure Configuration Manager de communiquer avec Sentinel. (Bogue 935987)

Solution : mettez à niveau Secure Configuration Manager vers la version 6.1. Pour plus d'informations, consultez les Notes de version de NetIQ Secure Configuration Manager 6.1.

Ou

effectuez la procédure suivante.

AVERTISSEMENT :L'application de cette solution remplace le correctif pour la vulnérabilité Logjam spécifié dans la section Correctifs de vulnérabilité de sécurité des Notes de version de Sentinel 7.3.1.

  1. Connectez-vous en tant qu'utilisateur novellet ouvrez le fichier /etc/opt/novell/sentinel/config/configuration.properties.

  2. Mettez la ligne suivante en commentaire en la faisant précéder du caractère #:

    jdk.tls.ephemeralDHKeySize=2048

  3. Redémarrez Sentinel.

4.10 Impossible d'afficher les alertes comportant des données IPv6 dans les vues d'alerte

Problème : les vues et tableaux de bord d'alertes de Sentinel n'affichent pas les alertes qui contiennent des adresses IPv6 dans les champs Adresses IP. (Bogue 924874)

Solution : pour afficher les alertes contenant des adresses IPv6 dans Sentinel, effectuez la procédure expliquée dans l'article 7016555 de la base de connaissance NetIQ.

4.11 Vulnérabilité de sécurité Bar Mitzvah dans Sentinel Link Connector

Problème : la vulnérabilité de sécurité Bar Mitzvah affecte Sentinel Link Connector. Sentinel Link Connector utilise l'algorithme de chiffrement RC4 dans le cadre des protocoles SSL et TSL, ce qui le rend susceptible à une attaque par récupération des premiers octets d'un flux stockés en texte clair. Pour de plus amples informations, consultez la page CVE-2015-2808. (Bogue 933741)

Solution : ce problème est résolu dans Sentinel Link Connector 2011.1r4. Dans l'attente de sa publication officielle sur le site Web des plug-ins Sentinel, vous pouvez télécharger le connecteur dans la section Previews (Aperçus).

4.12 Agent Manager Connector ne définit pas la propriété du mode de connexion dans les événements si le collecteur associé prend en charge plusieurs modes de connexion

Problème : la version 2011.1r3 d'Agent Manager Connector ne définit pas la propriété CONNECTION_MODE dans les événements si le collecteur qui analyse les événements prend en charge plusieurs modes de connexion. (Bogue 880564)

Solution : ce problème est résolu dans la version 2011.1r5 et les versions ultérieures d'Agent Manager Connector. Dans l'attente de sa publication officielle sur le site Web des plug-ins Sentinel, vous pouvez télécharger le connecteur dans la section Previews (Aperçus).

4.13 Sentinel Agent Manager ne prend pas en considération la configuration RawDataTapFileSize

Problème : Sentinel Agent Manager ignore la valeur spécifiée dans l'attribut RawDataTapFileSize du fichier SMServiceHost.exe.config pour la configuration de la taille du fichier de données brutes et cesse d'écrire dans ce dernier lorsque la taille du fichier atteint les 10 Mo. (Bogue 867954)

Solution : copiez manuellement le contenu du fichier de données brutes dans un autre fichier et videz-le lorsque la taille du fichier atteint 10 Mo pour permettre à Sentinel Agent Manager d'y écrire de nouvelles données.

4.14 La recherche dans le tableau Conseils ne renvoie pas la liste complète des champs d'alerte dans les installations de Sentinel mises à niveau

Problème : dans les installations mises à niveau de Sentinel, si vous effectuez une recherche d'attributs d'alertes dans le tableau Conseils de l'interface Web, la recherche ne renvoie pas la liste complète des champs d'alerte. Cependant, les champs d'alerte s'affichent correctement dans le tableau Conseils si vous effacez la recherche. (Bogue 914755)

Solution : il n'y a pour l'instant aucun moyen de contourner ce problème.

4.15 La synchronisation des données échoue lors de la synchronisation des adresses IPv6 dans un format lisible par un humain

Problème : la synchronisation des données échoue lorsque vous essayez de synchroniser les champs d'adresse IPv6 dans un format lisible par un humain pour des bases de données externes. Pour plus d'informations sur la configuration de Sentinel afin de pouvoir remplir les champs d'adresse IP dans un format de notation par points lisible, reportez-vous à la section Creating a Data·Synchronization·Policy·(Création·d'une·stratégie·de·synchronisation·des·données)·du·NetIQ Sentinel Administration Guide (Guide d'administration de NetIQ Sentinel). (Bogue 913014)

Solution : pour résoudre ce problème, définissez manuellement la taille maximale des champs d'adresse IP sur au moins 46 caractères dans la base de données cible et resynchronisez-la.

4.16 La recherche d'événements ne répond pas si vous ne bénéficiez d'aucune autorisation d'affichage d'événements

Problème : si vous exécutez une recherche d'événements lorsque le filtre de sécurité de votre rôle est vide et que votre rôle ne dispose d'aucune autorisation d'affichage d'événements, la recherche ne s'effectue pas. Aucun message d'erreur ne vous indique que les autorisations d'affichage d'événements ne sont pas valables. (Bogue 908666)

Solution : mettez le rôle à jour en utilisant une des options suivantes :

  1. Spécifiez un critère dans le champ Uniquement les événements correspondant aux critères. Si les utilisateurs dans ce rôle ne doivent voir aucun événement, vous pouvez entrer NOT sev:[0 TO 5].

  2. Sélectionnez Afficher les événements système.

  3. Sélectionnez Afficher toutes les données d'événements (y compris les données brutes et les données NetFlow).

4.17 Le panneau Champs d'événement est manquant dans la page de planification lors de l'édition de certaines recherches sauvegardées

Problème : lors de l'édition d'une recherche enregistrée mise à niveau de Sentinel 7.2 vers une version ultérieure, le panneau Champs d'événement, utilisé pour définir des champs de sortie dans le rapport de recherche CSV, n'apparaît pas dans la page de planification. (Bogue 900293)

Solution : après avoir mis à niveau Sentinel, recréez et replanifiez la recherche pour afficher le panneau Champs d'événement dans la page de planification.

4.18 Sentinel ne renvoie aucun événement corrélé lorsque vous recherchez des événements pour la règle déployée avec la recherche du nombre de déclenchements par défaut

Problème : Sentinel ne renvoie aucun événement corrélé lorsque vous recherchez tous les événements corrélés qui ont été générés après le déploiement ou l'activation de la règle, en cliquant sur l'icône à côté de Nombre de déclenchements du panneau Statistiques d'activité de la page Résumé de corrélation concernant la règle. (Bogue 912820)

Solution : remplacez la valeur du champ De sur la page Recherche d'événements par une heure moins avancée que celle figurant déjà dans le champ et cliquez à nouveau sur Rechercher.

4.19 De nouvelles alertes entrantes apparaissent à tort comme sélectionnées lorsque vous modifiez des alertes existantes

Problème : lorsque vous cliquez sur Sélectionner tout dans les vues d'alerte pour sélectionner des alertes, en désélectionner quelques-unes et les modifier, de nouvelles alertes entrantes sont également sélectionnées dans les vues d'alerte rafraîchies. Cela a pour conséquence que le nombre d'alertes sélectionnées pour modification est erroné et que l'affichage apparaît comme si vous modifiez également de nouvelles alertes entrantes. Toutefois, seules les alertes que vous avez sélectionnées au début sont modifiées. (Bogue 904830)

Solution : plus aucune nouvelle alerte n'apparaîtra dans la vue d'alerte si vous créez cette dernière avec une plage horaire personnalisée.

4.20 Le chargement de données d'historique de Security Intelligence prend beaucoup de temps

Problème : les données d'historique de Security Intelligence (SI) prennent beaucoup de temps à se charger dans les systèmes Sentinel dotés d'une charge EPS (événements par seconde) élevée. (Bogue 908599)

Solution : si vous créez un tableau de bord Security Intelligence avec des données d'historique, prévoyez, si possible, de le déployer lorsque la charge sur le système est plus faible. Il n'existe pour l'instant aucune autre solution à ce problème.

4.21 Le tableau de bord Security Intelligence affiche une durée de ligne de base incorrecte lors de la regénération d'une ligne de base

Problème : lors de la regénération de la ligne de base Security Intelligence, les dates de début et de fin de cette ligne sont erronées et affichent le 01/01/1970. (Bogue 912009)

Solution : les bonnes dates sont mises à jour une fois la regénération de la ligne de base terminée.

4.22 Le serveur Sentinel s'arrête lors de l'exécution d'une recherche si de nombreux événements figurent dans une seule partition

Problème : le serveur Sentinel s'arrête lorsque vous lancez une recherche si de nombreux événements sont indexés dans une seule partition. (Bogue 913599)

Solution : créez des stratégies de conservation de manière à ce qu'il y ait au moins deux partitions ouvertes par jour. Si vous disposez de plus d'une partition ouverte, cela vous permet de réduire le nombre d'événements indexés dans les partitions.

Vous pouvez également créer des stratégies de conservation qui filtrent les événements en fonction du champ estzhour, qui assure le suivi de l'heure. Par conséquent, il vous est possible de mettre en place une stratégie de conservation qui utilise estzhour:[0 TO 11] en tant que filtre et une autre stratégie de conservation qui utilise estzhour:[12 TO 23] comme filtre.

Pour plus d'informations, reportez-vous à la section Configuring Data Retention Policies (Configuration des stratégies de conservation des données) du NetIQ Sentinel Administration Guide (Guide d'administration de NetIQ Sentinel).

4.23 Erreur lors de l'utilisation du script report_dev_setup.sh dans la configuration des ports Sentinel pour les exceptions de pare-feu sur les installations d'applicatifs de Sentinel mises à niveau

Problème : Sentinel affiche une erreur lorsque vous utilisez le script report_dev_setup.sh afin de configurer les ports Sentinel pour les exceptions de pare-feu. (Bogue 914874)

Solution : configurez les ports Sentinel pour les exceptions de pare-feu en procédant comme suit :

  1. Ouvrez le fichier/etc/sysconfig/SuSEfirewall2.

  2. Remplacez la ligne suivante :

    FW_SERVICES_EXT_TCP=" 443 8443 4984 22 61616 10013 289 1289 1468 1443 40000:41000 1290 1099 2000 1024 1590"

    par

    FW_SERVICES_EXT_TCP=" 443 8443 4984 22 61616 10013 289 1289 1468 1443 40000:41000 1290 1099 2000 1024 1590 5432"

  3. Redémarrez Sentinel.

4.24 Les performances de Sentinel Generic Collector se dégradent lorsque le collecteur de service de résolution de nom d'hôte générique est activé

Problème : les performances de Sentinel Generic Collector se dégradent lorsque le collecteur de service de résolution de nom d'hôte générique est activé sous Microsoft Active Directory et sur le collecteur Windows. Le taux EPS diminue de 50 % lorsque les gestionnaires des collecteurs distants envoient des événements. (Bogue 906715)

Solution : il n'y a pour l'instant aucun moyen de contourner ce problème.

4.25 Sentinel ne peut pas accéder aux données d'alerte, Security Intelligence et Netflow en mode FIPS 140-2

Problème : lorsque vous installez Sentinel en mode FIPS 140-2, le connecteur de la base de données Security Intelligence ne démarre pas et Sentinel ne peut pas accéder à aux données d'alerte, Security Intelligence et Netflow. (Bogue 915241)

Solution : redémarrez Sentinel après l'avoir installé et configuré en mode FIPS 140-2.

4.26 La base de données Security Intelligence et le tableau de bord des alertes cessent parfois de fonctionner dans les installations personnalisées de Sentinel mises à niveau en mode FIPS 140-2

Problème : lors de la mise à niveau de Sentinel à partir d'une installation personnalisée de Sentinel réalisée par un utilisateur non-root et configurée en mode FIPS 140-2, la base de données Security Intelligence et le tableau de bord des alertes ne peuvent parfois pas démarrer. (Bogue 916285)

Solution : effectuez la procédure suivante.

  1. Accédez à <répertoire_installation_personnalisée>/opt/novell/sentinel/bin pour connaître le service d'indexation de Sentinel.

  2. Exécutez la commande suivante :

    ./si_db.sh status

    Vérifiez si la sortie suivante s'affiche :

    Connection between alert store and indexing service is running.
    Security Intelligence database is running.
    Indexing service is running.
    

    Si un ou plusieurs des trois services mentionnés ci-dessus ne s'exécutent pas, effectuez les étapes suivantes.

  3. Exécutez la commande suivante pour arrêter Sentinel :

    rcsentinel stop

  4. Connectez-vous au serveur Sentinel en tant qu'utilisateur novell.

  5. Exécutez la commande suivante :

    <répertoire_installation_personnalisée>/opt/novell/sentinel/bin/si_db.sh startnoauth

  6. Exécutez les commandes suivantes pour ajouter les utilisateurs dbauser et appuser :

    cd <répertoire_installation_personnalisée>/opt/novell/sentinel/3rdparty/mongodb/bin

    ./mongo

    use admin

    db.addUser ("dbauser", "novell")

    use analytics

    db.addUser ("appuser", "novell")

    exit

  7. Arrêtez la base de données MongoDB :

    <répertoire_installation_personnalisée>/opt/novell/sentinel/bin/si_db.sh stop

  8. Effectuez les étapes ci-dessous pour ajouter des champs de mot de passe chiffré :

    1. Exécutez la commande suivante pour obtenir le mot de passe chiffré pour l'utilisateur novell :

      <répertoire_installation_personnalisée>/opt/novell/sentinel/bin/encryptpwd -e novell

      Le mot de passe chiffré s'affiche. Par exemple :

      bVWOzu6okMmMCkgM0aHeQ==

    2. Dans le fichier configuration.properties, mettez à jour les propriétés baselining.sidb.password et baselining.sidb.dbpassword avec le mot de passe chiffré. Par exemple :

      baselining.sidb.password=9bVWOzu6okMmMCkgM0aHeQ==

      baselining.sidb.dbpassword=9bVWOzu6okMmMCkgM0aHeQ==

  9. Déconnectez-vous du compte utilisateur novell et démarrez Sentinel en tant qu'utilisateur root à l'aide de la commande suivante :

    rcsentinel start

REMARQUE :exécutez le script configure.sh pour réinitialiser le mot de passe si besoin. Pour plus d'informations sur l'exécution du script configure.sh, reportez-vous à la section Modification de la configuration après l'installation du Guide d'installation et de configuration de NetIQ Sentinel.

4.27 Sentinel ne configure pas, par défaut, l'interface réseau de l'application de l'applicatif Sentinel

Problème : lors de l'installation de l'applicatif Sentinel, l'interface réseau n'est pas configurée par défaut. (Bogue 867013)

Solution : Pour configurer l'interface réseau :

  1. Dans la page Configuration réseau, cliquez sur Network Interfaces (Interfaces réseau).

  2. Sélectionnez l'interface réseau et cliquez ensuite sur Éditer.

  3. Sélectionnez Dynamic Address (Adresse dynamique), puis DHCP ou Static assigned IP Address (Adresse IP à assignation statique).

  4. Cliquez sur Suivant, puis sur OK.

4.28 Le navigateur Web affiche une erreur lors de l'exportation des résultats de la recherche dans Sentinel

Problème : lors de l'exportation des résultats de la recherche dans Sentinel, le navigateur Web risque d'afficher une erreur si vous modifiez les paramètres de langue du système d'exploitation. (Bogue 834874)

Solution : pour exporter correctement les résultats de la recherche, procédez de l'une des manières suivantes :

  • Pendant l'exportation des résultats de la recherche, supprimez tous les caractères spéciaux (hors caractères ASCII) du nom du fichier d'exportation.

  • Activez le codage UTF-8 dans les paramètres de langue du système d'exploitation, redémarrez la machine, puis redémarrez le serveur Sentinel.

4.29 Les services Sentinel risquent de ne pas démarrer automatiquement après l'installation

Problème : Sur les systèmes dont l'espace disque est supérieur à 2 To, Sentinel risque de ne pas démarrer automatiquement après l'installation. (Bogue 846296)

Solution : Démarrez les services Sentinel manuellement en spécifiant la commande suivante (cette opération ne doit s'effectuer qu'une seule fois) :

rcsentinel start

4.30 Impossible d'activer l'authentification Kerberos dans les installations d'applicatifs de Sentinel

Problème : dans les installations d'applicatifs de Sentinel, si vous configurez l'authentification Kerberos dans le module Kerberos, la console affiche un message confirmant que la configuration du client Kerberos s'est déroulée correctement. Toutefois, lorsque vous affichez de nouveau le module Kerberos, l'option Enable Kerberos Authentication (Activer l'authentification Kerberos) est désélectionnée. (Bogue 843623)

Solution : il n'y a pour l'instant aucun moyen de contourner ce problème.

4.31 Impossible d'afficher simultanément plusieurs résultats de rapport

Problème : lorsque vous attendez l'ouverture d'un fichier PDF contenant les résultats d'un rapport, en particulier ceux comptant 1 million d'événements, si vous cliquez sur un autre fichier PDF à afficher, les résultats de rapport ne s'affichent pas. (Bogue 804683)

Solution : cliquez de nouveau sur le second fichier PDF pour afficher les résultats de rapport.

4.32 Authentification SQL requise par Agent Manager en cas d'activation du mode FIPS 140-2

Problème : lorsque le mode FIPS 140-2 est activé dans votre environnement Sentinel, l'utilisation de l'authentification Windows pour Agent Manager entraîne l'échec de la synchronisation avec la base de données Agent Manager. (Bogue 814452)

Solution : utilisez l'authentification SQL pour Agent Manager lorsque le mode FIPS 140-2 est activé dans votre environnement Sentinel.

4.33 Affichage d'une erreur lorsque l'installation de Sentinel en haute disponibilité utilise le mode FIPS 140-2

Problème : si le mode FIPS 140-2 est activé, l'installation de Sentinel en haute disponibilité (HA) affiche le message d'erreur suivant :

Sentinel server configuration.properties file is not correct. Check the configuration file and then run the convert_to_fips.sh script again to enable FIPS mode in Sentinel server.

L'installation réussit malgré tout. (Bogue 817828)

Solution : Aucune solution ou correction n'est actuellement disponible. Même si le programme d'installation affiche ce message d'erreur, la configuration de Sentinel en haute disponibilité fonctionne en mode FIPS 140-2.

4.34 Affichage d'une erreur lorsque l'installation de Sentinel en haute disponibilité n'utilise pas le mode FIPS 140-2

Problème : l'installation de Sentinel en haute disponibilité (HA) en mode non FIPS 140-2 s'effectue correctement, mais le message d'erreur suivant s'affiche à deux reprises :

/opt/novell/sentinel/setup/configure.sh: line 1045: [: too many arguments 

(Bogue 810764)

Solution : Aucune solution ou correction n'est actuellement disponible. Même si le programme d'installation affiche ce message d'erreur, la configuration de Sentinel en haute disponibilité fonctionne en mode non-FIPS 140-2.

4.35 La mise à jour d'applicatifs à partir de versions antérieures à Sentinel 7.2 échoue dans WebYaST

Problème : La mise à jour d'applicatifs à partir de versions antérieures à Sentinel 7.2 échoue, car le fournisseur des paquetages de mise à jour est passé de Novell à NetIQ. (Bogue 780969)

Solution : utilisez la commande zypper pour mettre à niveau l'applicatif. Pour plus d'informations, reportez-vous à la section relative à la mise à niveau de l'applicatif à l'aide de zypper du Guide d'installation et de configuration de NetIQ Sentinel.

4.36 Erreur lors de l'installation des règles de corrélation

Problème : Le gestionnaire de solutions n'installe pas de règles de corrélation si une règle porte un nom qui est déjà présent dans le système. Une erreur NullPointerException est consignée au niveau de la console. (Bogue 713962)

Solution : assurez-vous que chaque règle de corrélation a un nom unique.

4.37 L'opération Sentinel Link affiche un message incorrect

Problème : lorsque vous exécutez une opération Sentinel Link à partir de l'interface Web, Sentinel affiche un message indiquant que l'opération s'est déroulée correctement, même en cas d'échec du test de l'intégrateur du connecteur Sentinel Link depuis Sentinel Control Center. (Bogue 710305)

Solution : il n'y a pour l'instant aucun moyen de contourner ce problème.

4.38 Tableau de bord et définitions d'anomalie portant des noms identiques

Problème : Si un tableau de bord Security Intelligence et une définition d'anomalie ont le même nom, le lien du tableau de bord est désactivé sur la page des détails de l'anomalie. (Bogue 715986)

Solution : Veillez à utiliser des noms uniques lorsque vous créez des tableaux de bord et des définitions d'anomalie.

4.39 Inexactitudes dans les colonnes Durée et Accès de Recherches actives

Problème : L'interface Web de Sentinel affiche des nombres négatifs dans les colonnes Durée et Accès de Recherches actives lorsque l'horloge de l'ordinateur de l'interface Web de Sentinel est en retard par rapport à celle du serveur Sentinel. Par exemple, les colonnes Durée et Accès affichent des nombres négatifs si l'horloge de l'interface Web de Sentinel est définie sur 1:30 PM et que celle du serveur Sentinel indique 2:30 PM. (Bogue 719875)

Solution : Veillez à ce que l'ordinateur que vous utilisez pour accéder à l'interface Web de Sentinel ait la même heure que le serveur Sentinel ou qu'il soit en avance.

4.40 L'événement d'audit IssueSAMLToken affiche des informations incorrectes dans le tableau de bord Security Intelligence (SI)

Problème : lorsque vous vous connectez au tableau de bord de sécurité et effectuez une recherche sur l'événement d'audit IssueSAMLToken, l'événement d'audit IssueSAMLToken affiche un nom d'hôte (InitiatorUserName) ou une SourceIP (adresse IP) incorrects. (Bogue 870609)

Solution : il n'y a pour l'instant aucun moyen de contourner ce problème.

4.41 Sentinel Agent Manager ne capture pas les champs de chaînes d'insertion Windows ayant des valeurs nulles

Problème : lors de la collecte de données d'événement, Sentinel Agent Manager ne capture pas les champs de chaînes d'insertion Windows ayant des valeurs nulles. (Bogue 838825)

Solution : il n'y a pour l'instant aucun moyen de contourner ce problème.

5.0 Coordonnées

Notre objectif est de vous proposer une documentation qui réponde à vos besoins. Si vous avez des conseils pour l'améliorer, n'hésitez pas à nous envoyer un e-mail à l'adresse suivante : Documentation-Feedback@netiq.com. Nous accordons une grande importance à vos commentaires et sommes impatients de connaître vos impressions.

Pour obtenir toutes nos coordonnées, rendez-vous sur le site Web reprenant les informations de contact du support.

Pour obtenir des informations générales sur les produits et l'entreprise, rendez-vous sur le site Web de NetIQ Corporation.

Pour mener des conversations interactives avec vos pairs et experts NetIQ, devenez un membre actif de notre communauté. La communauté en ligne NetIQ fournit des informations sur les produits, des liens vers des ressources utiles, des blogs et des canaux de réseaux sociaux.