Recherche dans <book_title>…

Guide de sécurité et de chiffrement NetBackup™

Last Published: 2025-04-25

Product(s): NetBackup & Alta Data Protection (11.0)

Conditions préalables pour un hôte d'analyse Linux

En plus des conditions préalables répertoriées dans Conditions préalables pour un hôte d'analyse, assurez-vous que les exigences suivantes sont respectées pour la plate-forme Linux :

Pour un hôte d'analyse Linux, le shell de connexion par défaut doit être bash.
Pour l'hôte d'analyse RHEL 9 (et versions ultérieures), assurez-vous que la commande SCP Linux n'est pas désactivée.
Installez les éléments suivants :
Pour le type de partage NFS : nfs-utils
Pour le type de partage SMB : cifs-utils
Pour exécuter l'utilitaire de détection de malwares NetBackup sur l'hôte d'analyse, installez la bibliothèque libnsl.so.1 sur ce dernier. Si la dernière version du fichier de bibliothèque libnsl est présente (par exemple, /usr/lib64/libnsl.so.2), créez un fichier de lien symbolique /usr/lib64/libnsl.so.1 pointant vers le fichier /usr/lib64/libnsl.so.2.
Exemple de création d'un fichier de lien symbolique :
# cd /usr/lib64 # ln -sf libnsl.so.2 libnsl.so.1
Remarque :
Pour obtenir de l'aide sur l'installation du fichier de bibliothèque libnsl*, contactez l'administrateur du système d'exploitation.
(Facultatif) il est possible d'ajouter une nouvelle entrée de variable ($TMPDIR) correspondant à l'emplacement souhaité pour le répertoire temporaire d'analyse antimalware dans le fichier bashrc de l'utilisateur de l'analyse.
Par exemple, $TMPDIR=/mytempdirectory/malware à la place de l'emplacement temporaire par défaut /tmp/malware. Si l'utilisateur spécifie $TMPDIR=/home/scanuser comme répertoire temporaire, le répertoire /home/scanuser/tmp/malware est utilisé comme répertoire temporaire pour tous les fichiers infectés par un malware.
Remarque :
Assurez-vous que l'utilisateur d'analyse dispose des autorisations requises sur le dossier $TMPDIR pour que l'analyse antimalware aboutisse.
Pour un utilisateur non racine sous Linux :
- Autorisez la connexion ssh en tant qu'utilisateur non racine.
  Par exemple, ajoutez l'entrée Allow Users root scanuser au fichier /etc/ssh/sshd_config.
  Remarque :
  Un utilisateur d'analyse est un utilisateur non racine créé dans le système.
- Accordez à l'utilisateur les autorisations de montage et de démontage. Ajoutez l'entrée d'autorisation utilisateur dans le fichier sudoers.
  Par exemple, dans le fichier /etc/sudoers, ajoutez l'un des éléments suivants :
  - scanuser ALL=(ALL) NOPASSWD:ALL
  - scanuser ALL=(ALL) NOPASSWD:/bin/umount, /bin/mount
- Configurez l'outil de détection de malwares en tant qu'utilisateur non racine sur l'hôte d'analyse.
  Remarque :
  si l'analyse est effectuée avec un utilisateur racine, modifiez l'autorisation du dossier /tmp/malware pour accorder des autorisations d'écriture à l'utilisateur non racine.
  Par exemple : chmod a+rwx /tmp/malware

Remarque :

Pour l'analyse des politiques des charges de travail VMware et cloud, le mappage d'UID et de GID doit être défini sur 0.

(Si l'hôte d'analyse est créé dans Azure ou AWS à partir d'images de marketplace) Activez l'accès racine pour l'hôte d'analyse comme suit :

Modifiez le mot de passe racine à l'aide de la commande suivante :
- sudo -i passwd
Modifiez le fichier /etc/ssh/sshd_config comme suit pour autoriser la connexion racine en tant qu'utilisateur racine :
```
"PermitRootLogin yes" 
"PasswordAuthentication yes"
```
Redémarrez le service à l'aide de la commande suivante :
- service sshd reload
Modifiez le fichier /etc/cloud/cloud.cfg comme suit pour activer l'utilisateur racine :
disable_root 0