Instructions de renforcement pour TLS et SSH
-
Un fichier PDF de toute la documentation
-
Installation et mise à niveau
-
Installez le matériel de l'appliance
-
Installez Red Hat Enterprise Linux ou CentOS
-
-
Configurez et gérez
-
Administrer StorageGRID
-
-
Utiliser StorageGRID
-
Surveiller et résoudre les problèmes
-
Maintenance
-
Restaurez les nœuds et gérez votre grid
-
Procédures de restauration des nœuds de la grille
-
-
-
![](/fr-fr/storagegrid-117/images/pdf-zip.png)
Plusieurs fichiers PDF
Creating your file...
Vous devez remplacer les certificats par défaut créés lors de l'installation et sélectionner la stratégie de sécurité appropriée pour les connexions TLS et SSH.
Directives de renforcement des certificats
Vous devez remplacer les certificats par défaut créés lors de l'installation par vos propres certificats personnalisés.
Pour de nombreuses organisations, le certificat numérique auto-signé pour l'accès au Web StorageGRID n'est pas conforme à leurs politiques de sécurité de l'information. Sur les systèmes de production, vous devez installer un certificat numérique signé par une autorité de certification pour l'authentification de StorageGRID.
Plus précisément, vous devez utiliser des certificats de serveur personnalisés au lieu de ces certificats par défaut :
-
Certificat d'interface de gestion : utilisé pour sécuriser l'accès au Grid Manager, au tenant Manager, à l'API Grid Management et à l'API tenant Management.
-
Certificat API S3 et Swift : utilisé pour sécuriser l'accès aux nœuds de stockage et aux nœuds de passerelle, que les applications client S3 et Swift utilisent pour charger et télécharger des données d'objet.
Voir "Gérer les certificats de sécurité" pour plus de détails et d'instructions.
|
StorageGRID gère séparément les certificats utilisés pour les terminaux de l'équilibreur de charge. Pour configurer les certificats d'équilibreur de charge, reportez-vous à la section "Configurer les terminaux de l'équilibreur de charge". |
Lorsque vous utilisez des certificats de serveur personnalisés, suivez les instructions suivantes :
-
Les certificats doivent avoir un
subjectAltName
Correspondant aux entrées DNS de StorageGRID. Pour plus de détails, reportez-vous à la section 4.2.1.6, «sous-objet autre nom», dans "RFC 5280 : certificat PKIX et profil CRL". -
Si possible, évitez d'utiliser des certificats génériques. À l'exception de cette règle, le certificat d'un terminal de type hébergement virtuel S3 nécessite l'utilisation d'un caractère générique si les noms de compartiment ne sont pas connus à l'avance.
-
Lorsque vous devez utiliser des caractères génériques dans les certificats, vous devez prendre des mesures supplémentaires pour réduire les risques. Utilisez un motif générique comme
*.s3.example.com
, et n'utilisez pas les3.example.com
suffixe pour les autres applications. Ce modèle fonctionne également avec l'accès S3 de type chemin d'accès, commedc1-s1.s3.example.com/mybucket
. -
Définissez les délais d'expiration du certificat sur court (par exemple, 2 mois) et utilisez l'API Grid Management pour automatiser la rotation des certificats. Ceci est particulièrement important pour les certificats génériques.
En outre, les clients doivent utiliser un contrôle strict du nom d'hôte lors de la communication avec StorageGRID.
Directives de renforcement pour les règles TLS et SSH
Vous pouvez sélectionner une stratégie de sécurité pour déterminer quels protocoles et chiffrements sont utilisés pour établir des connexions TLS sécurisées avec les applications client et des connexions SSH sécurisées avec les services StorageGRID internes.
La règle de sécurité contrôle la façon dont TLS et SSH chiffrent les données en mouvement. Il est recommandé de désactiver les options de cryptage qui ne sont pas nécessaires pour assurer la compatibilité des applications. Utilisez la stratégie moderne par défaut, sauf si votre système doit être conforme aux critères communs ou si vous devez utiliser d'autres chiffrements.
Voir "Gestion des règles TLS et SSH" pour plus de détails et d'instructions.