• comment optimiser la configuration du poste serveur.
• les recommandations de sécurité concernant le serveur et les bases de données HFSQL.
• l'impact de la sécurité sur les performances.

• Sécurité physique de la machine : Pour assurer cette sécurité, les points suivants sont conseillés :
  • Limiter les accès physiques possibles à la machine.
  • Assurer l'alimentation électrique (alimentation redondée, onduleur, etc.).
  • Contrôler la température et l'hygrométrie de la pièce, etc.
  • Assurer les accès réseau du serveur (plusieurs cartes réseau).
  • Enlever de la machine les matériels non utilisés.
  • Protéger le BIOS par un mot de passe et désactiver dans le bios les fonctionnalités et matériels non nécessaires (Port USB intégrés s'ils sont non utilisés par exemple).
  • Choisir un média physique (disque) sûr (et rapide). Ce média physique stockera le serveur HFSQL et surtout les bases de données. Il est conseillé de choisir de préférence un matériel équipé d'un système de redondance ou de sauvegarde physique (RAID, mirroring, etc.) ou des stockages SAN.
• Système d'exploitation : Le système d'exploitation du serveur (Windows/Linux, version 64 bits) doit être à jour de ses correctifs de sécurité. Un administrateur spécialisé du système choisi permet d'assurer une bonne configuration du système d'exploitation. Toutes les options et services non utilisés doivent être désinstallés ou désactivés (serveur Web, serveur FTP, etc.).
  Dans le cas d'un serveur sous Windows :
  • le système d'exploitation doit correspondre à une édition "server" donc le cycle de vie annoncé par l'éditeur n'est pas achevé.
  • la configuration matérielle en socket, CPU et RAM doit être au minimum égale à la configuration minimale demandée par l'éditeur pour le système, complétée des ressources nécessaires pour le moteur HFSQL (évaluées en fonction des tests de montée en charge avec les bases à héberger).
  • vérifiez que le serveur n'a pas également le rôle "Active Directory". En effet dans ce cas, les caches en écriture du système sont désactivés, ce qui impacte grandement les performances de mises à jour des données.
  • si l'utilisation du système de restauration est autorisé, ajoutez une exclusion dans sa configuration pour interdire la sauvegarde des fichiers dont l'extension est ".NDX". En effet dans ce cas, la restauration pourrait restaurer des index qui ne seraient pas en phase avec les données.
• Système de fichiers : Le système de fichiers (FAT32, NTFS, NFS, Ext3, CodaFS, HFS, etc.) est important puisqu'il peut déterminer les possibilités de gestion des fichiers ainsi que les droits qu'il est possible de définir sur les fichiers. Un système disposant de droits avancés (comme NTFS) et permettant de gérer les fichiers de plus de 2 Go est conseillé. Évitez les systèmes de fichiers "réseau" (comme NFS).
• Sécurité réseau : Pour assurer la sécurité réseau du poste, voici quelques éléments à prendre en compte :
  • Utilisation d'un VPN ou SSP en cas d'accès externe.
  • Sécurisation de la pile TCP/IP.
  • Configuration des routeurs et pare-feu réseau.
  • Limiter ou interdire les accès externes (Internet), les accès sans fil (WiFi, 4G, etc.).
  • Mettre des contrôles d'adresses IP et/ou d'adresses MAC.
• Pare-feu : La mise en place d'un pare-feu local doit être effectuée avec un accès entrant ouvert uniquement au port du serveur HFSQL (par défaut le port 4900 en TCP).
• Anti-virus local : La mise en place d'un anti-virus local est conseillée. Il est nécessaire de mettre des règles d'exclusion sur les fichiers de type ".ndx", ".fic", ".mmo" et ".ftx" se trouvant dans le répertoire des bases de données HFSQL pour éviter un ralentissement des accès aux données.
• Système de sauvegarde : La mise en place d'un système de sauvegarde et de restauration. Une sauvegarde permet de pouvoir récupérer des données suite à un problème de fonctionnement (panne de matériel, erreur de manipulation, vol...). La présence d'une copie/sauvegarde des données implique que l'emplacement de cette sauvegarde soit dans un endroit physiquement différent, mais aussi bien protégé que les données originales !
• Gestion des sessions utilisateur : Ne pas laisser de sessions ouvertes sur le serveur. Le fait de conserver une session ouverte sur le serveur ouvre des possibilités d'accès et constitue donc une faille de sécurité. Le serveur ne doit donc en aucun cas être un poste de travail.
• Accès distant : Les possibilités d'accès distant au système (Bureau distant, VNC, SSH, etc.) doivent être sécurisées au maximum, et les possibilités réduites au minimum.
• Gestion des partages : Les partages inutiles doivent être supprimés. Le serveur HFSQL ne nécessite aucun partage pour son fonctionnement. Il ne faut donc définir aucun partage sur le serveur (exceptés les partages administratifs). Idéalement le service de gestion de partage ("Serveur" sous Windows) peut être arrêté pour n'avoir aucun partage.

Installation du serveur HFSQL

• droits de "lecture" sur les fichiers binaires du serveur HFSQL,
• droits d' "écriture" sur le fichier de configuration du serveur (fichier HFConf.INI),
• "contrôle total" sur le répertoire des bases de données.

• Si vous réalisez des sauvegardes avec un outil externe, donnez également des droits au compte utilisé par cet outil externe sur le répertoire des sauvegardes HFSQL.
• Les autres groupes et comptes ne doivent pas avoir de droits dans ces répertoires.

• il est nécessaire de changer le compte utilisateur par défaut ("admin" sans mot de passe) et lui associer un mot de passe sécurisé (plus de 8 caractères avec plusieurs lettres et plusieurs chiffres).
• il est conseillé de bloquer les ports du gestionnaire de serveurs HFSQL (MantaManager) avec un pare-feu (les ports 4999 et 5002 en UDP et TCP). L'utilisation du pare-feu est optionnelle.

Sauvegardes

1. Sélectionnez la base de données HFSQL Client/Serveur dans le Centre de Contrôle.
2. Dans l'onglet correspondant à votre base de données, cliquez sur l'onglet vertical "Sauvegardes".
3. Dans le menu de l'onglet correspondant à votre base de données, dans le groupe "Sauvegarde", déroulez "Nouvelle sauvegarde" et sélectionnez le type de sauvegarde à effectuer :
   • Nouvelle sauvegarde à chaud : la sauvegarde sera effectuée immédiatement.
   • "Nouvelle sauvegarde planifiée" (option conseillée) : la sauvegarde sera effectuée à la date demandée. L'assistant permet de définir les caractéristiques de planification de la sauvegarde.

Utilisateurs et droits

Pour chaque utilisateur et chaque groupe, le Centre de Contrôle HFSQL permet de donner des droits de lecture, d'écriture, de création, de suppression, ... (option "Gestion des droits" présente dans le groupe "Droits" des onglets correspondants au serveur, à la base et aux fichiers de la base de données).

Procédures stockées

Cryptage

• Cryptage des connexions entre les clients et le serveur :
  Lorsqu'une application cliente se connecte à une base de données HFSQL, il est possible d'utiliser une connexion cryptée. Ainsi les données qui transitent sur le réseau sont automatiquement cryptées.
  Afin d'augmenter la sécurité, il est conseillé d'utiliser cette option. Il est recommandé de définir un droit sur la base de données qui interdit les connexions au serveur sans cryptage ("Droit de se connecter au serveur (connexion cryptée uniquement)" dans le Centre de Contrôle HFSQL).
• Cryptage des fichiers de données :
  En plus du compte HFSQL qui requiert un utilisateur et un mot de passe pour se connecter, chaque fichier de données (table) peut également être protégé par un cryptage et un mot de passe. L'algorithme de cryptage (128 bits, RC5 12 boucles, RC5 16 boucles, etc.) est défini dans l'analyse WINDEV/WEBDEV par le développeur. Le mot de passe peut être défini par le développeur ou par une option d'une application cliente afin d'être défini par un administrateur de la base.
  Un cryptage avec mot de passe fort est conseillé pour les fichiers de données contenant des données sensibles. Lors de la définition du mot cryptage dans l'analyse, il faut le définir non seulement sur le fichier de données (.fic) mais aussi sur l'index (.ndx, .ftx) et sur les mémos.
  Pour une sécurité maximale du cryptage, activez l'option "Activer la sécurité renforcée ". Cette option permet de crypter les données sans stocker la clé de cryptage dans le fichier. Avec cette option et sans le mot de passe du fichier, il est impossible de récupérer le contenu du fichier de données.
  Ces options sont définies sous l'éditeur d'analyses, dans l'onglet "Détail" de la fenêtre de description des fichiers.
  
• Cryptage applicatif :
  Pour les rubriques contenant des données d'une très haute sensibilité (numéro de carte bancaire par exemple), il est conseillé d'ajouter un cryptage/décryptage applicatif. Un cryptage applicatif rend les données illisibles sans l'applicatif correspondant, même en ayant un compte utilisateur de la base et le mot de passe du fichier de données.

Fichiers de plus de 2 Go

De plus, l'option de gestion des fichiers de plus de 2 Go doit être activée dans l'analyse WINDEV/WEBDEV correspondante aux bases de données (onglet "Compatibilité" de la fenêtre de description des fichiers) :

1. Afficher les caractéristiques d'un serveur HFSQL :
   • Connectez-vous si nécessaire à un serveur HFSQL. Pour plus de détails, consultez Gestion des bases de données HFSQL Client/Serveur.
   • Double-cliquez sur le nom du serveur HFSQL dans l'arborescence.
2. Dans le groupe "Paramètres", cliquez sur "Configuration du serveur".
3. Cliquez sur l'option "Système" :
   

Tracabilité

1. Sous l'éditeur d'analyses, affichez la fenêtre de description des fichiers de données (option "Description du fichier de données" du menu contextuel d'un fichier).
2. Dans l'onglet "Journalisation", spécifiez le type de journalisation à réaliser :
   

Pour activer cette option dans le Centre de Contrôle HFSQL, sélectionnez l'onglet "Configuration" de la description du serveur :

Tests

• Test de non régression
  Lors de la mise à jour du serveur HFSQL, du framework client ou des applications clientes qui utilisent la base de donnée's HFSQL, des tests de non régression doivent avoir été réalisés au préalable sur une configuration de tests avant la mise en place sur la configuration réelle.
  En effet, la mise en place d'une mise à jour intégrant la correction d'une faille de sécurité pourrait provoquer des dysfonctionnements des applications clientes et des modifications non souhaitées dans les bases de données.
• Test dans des conditions réelles
  Afin de s'assurer que le serveur est correctement dimensionné et correctement sécurisé, il est nécessaire d'effectuer régulièrement des tests sur une configuration similaire avec des volumes de données similaires et un nombre de connexions simultanées similaire au serveur réel.

Isolation et maintenance

• Isolation
  Afin d'assurer une meilleure isolation entre différentes bases de données, il est conseillé d'utiliser des serveurs HFSQL différents. Ces serveurs HFSQL peuvent être installés sur la même machine dans des répertoires différents, avec des comptes utilisateurs différents.
• Maintenance
  Il est important de maintenir à jour le serveur HFSQL et la couche cliente HFSQL (Framework WINDEV). Les mises à jour peuvent comporter des corrections de failles de sécurité.

Sécurisation des applications

• Une authentification des utilisateurs
• Un verrouillage automatique de l'application ou de la session en cas d'inactivité prolongée
• Les informations d'authentification ne doivent pas être mémorisées
• Les possibilités d'exports des données doivent être désactivées partout où elles ne sont pas strictement nécessaires dans l'application
• Les différentes options de l'application doivent être accessibles en fonction de l'utilisateur (Groupware utilisateur)
• L'installation de l'application doit elle-même être sécurisée et accessible uniquement aux personnes autorisées

Configuration du poste

• Multi-processeurs, multi-coeurs, afin d'assurer un traitement en parallèle des requêtes par le serveur HFSQL
• Technologie 64 bits : Pour que le serveur HFSQL puisse utiliser plus de 2 Go de RAM, il doit être installé dans sa version 64 bits, sur un système 64 bits et sur une machine 64 bits.
• Une grande quantité de RAM. Plus il y aura de mémoire RAM, plus le système d'exploitation et le serveur HFSQL pourront générer du cache sur les lectures de fichiers, et les traitements s'en trouveront accélérés. De plus, une partie de la mémoire RAM installée est utilisée par le système d'exploitation et les différents autres services installés sur la machine. Si la base de données est volumineuse, il est conseillé d'avoir 16 Go de mémoire (ou plus).
• Des disques durs rapides : Le serveur HFSQL fait un grand nombre d'accès aux disques (lectures et écritures), la présence de disques rapides peut plus que doubler la vitesse de certaines opérations.
• RAID : La mise en place d'un système RAID permet d'avoir une meilleure sécurité et permet également de répartir les lectures sur plusieurs disques. Les performances de lecture sont donc améliorées.
• Mise à jour régulière des statistiques d'index des bases (par une tâche planifiée du serveur par exemple). Les performances des requêtes sont optimales lorsque ces statistiques sont à jour.

Serveurs virtuels

Autres conseils

• Pas d'écrans de veille autres qu'un écran noir sur le serveur, car certains écrans de veille peuvent utiliser beaucoup de ressources.
• Activation possible de la compression des trames sur les communications HFSQL. Cette option est intéressante uniquement si le débit du réseau de communication entre le serveur et le client est faible (GPRS, 3G...).
• Optimisation de l'équilibrage de charge du serveur. Pour plus de détails, consultez Gestion du load balancing (équilibrage dynamique de charge du serveur).