ACK propose une conformité MLPS 2.0 de niveau 3 basée sur Alibaba Cloud Linux. Activez le durcissement de sécurité MLPS pour un pool de nœuds et configurez une politique de vérification de la ligne de base. ACK configure automatiquement les éléments de durcissement de sécurité pour le cluster et exécute des vérifications de conformité MLPS afin de garantir que le système d'exploitation répond aux exigences MLPS.
Exigences de conformité satisfaites par le durcissement de sécurité MLPS
Conformément aux exigences relatives au système d'exploitation spécifiées dans la norme GB/T 22239-2019 « Technologie de l'information — Ligne de base pour la protection classifiée de la cybersécurité », ACK met en œuvre le niveau 3 de la MLPS 2.0 basé sur Alibaba Cloud Linux. Activez la fonctionnalité de durcissement de sécurité MLPS pour répondre aux exigences de conformité suivantes.
authentification des identités
contrôle d'accès
audit de sécurité
prévention des intrusions
prévention des logiciels malveillants
Règles de vérification pour les images Alibaba Cloud Linux MLPS 2.0 Niveau 3
Les images Alibaba Cloud Linux MLPS 2.0 Niveau 3 sont durcies conformément à la norme GB/T 22239-2019. Le tableau suivant détaille les éléments de vérification correspondants.
|
Type d'élément |
Nom de l'élément |
Description |
|
authentification des identités |
Identifiez et authentifiez les utilisateurs qui se connectent. Les identités des utilisateurs doivent être uniques. Les informations d'authentification doivent respecter des exigences de complexité et être modifiées périodiquement. |
|
|
Sécurisez les connexions de gestion à distance pour empêcher l'interception réseau des informations d'authentification. |
|
|
|
Fournissez une fonctionnalité de gestion des échecs de connexion incluant la terminaison de session, des limites sur le nombre de tentatives de connexion échouées et une déconnexion automatique après un délai d'inactivité. |
Vérifiez si une politique de verrouillage en cas d'échec de connexion est configurée, si un délai d'expiration de session inactive est défini et si la déconnexion automatique est activée après un délai d'expiration de connexion. |
|
|
contrôle d'accès |
Attribuez des comptes et des autorisations aux utilisateurs qui se connectent. |
|
|
Renommez ou supprimez les comptes par défaut et modifiez leurs mots de passe par défaut. |
|
|
|
La granularité du contrôle d'accès se situe au niveau de l'utilisateur ou du processus pour les sujets, et au niveau du fichier ou de la table de base de données pour les objets. |
Vérifiez si les autorisations des fichiers importants, tels que les fichiers de configuration du contrôle d'accès et les fichiers de configuration des autorisations utilisateur, sont définies avec une granularité au niveau de l'utilisateur. |
|
|
Supprimez ou désactivez rapidement les comptes redondants et expirés. Évitez d'utiliser des comptes partagés. |
|
|
|
Accordez aux utilisateurs administratifs les autorisations minimales requises et séparez les autorisations des utilisateurs administratifs. |
|
|
|
Une entité autorisée doit configurer la politique de contrôle d'accès. La politique doit spécifier les règles d'accès des sujets aux objets. |
|
|
|
audit de sécurité |
Protégez les enregistrements d'audit et sauvegardez-les régulièrement pour éviter toute suppression, modification ou écrasement accidentel. |
Vérifiez la taille du fichier auditd et la configuration de la rotation des journaux, ou vérifiez si les journaux sont sauvegardés sur un serveur de journaux. Si la correction automatique échoue, vous devez d'abord résoudre l'élément de vérification relatif à l'activation de la fonctionnalité d'audit de sécurité. |
|
Les enregistrements d'audit doivent inclure la date et l'heure de l'événement, l'utilisateur, le type d'événement, le résultat de l'événement (succès ou échec) et d'autres informations liées à l'audit. |
Cette exigence est satisfaite si la fonctionnalité d'audit de sécurité est activée. |
|
|
Activez la fonctionnalité d'audit de sécurité. L'audit doit couvrir chaque utilisateur et enregistrer les comportements utilisateur importants ainsi que les événements de sécurité. |
|
|
|
Protégez les processus d'audit contre les interruptions inattendues. |
Le processus auditd est le démon pour le processus d'audit, et le processus syslogd est le démon pour le processus syslog. Vérifiez si ces processus système sont en cours d'exécution. |
|
|
prévention des intrusions |
Découvrez les vulnérabilités connues et corrigez-les rapidement après des tests et une évaluation approfondis. |
Les fonctionnalités de détection et de correction des vulnérabilités de Security Center satisfont à cette exigence. Si vous utilisez d'autres méthodes, vous pouvez fournir une preuve et ignorer cet élément. |
|
Suivez le principe d'installation minimale et installez uniquement les composants et applications requis. |
|
|
|
Désactivez les services système inutiles, les partages par défaut et les ports à haut risque. |
|
|
|
Détectez les intrusions sur les nœuds importants et générez des alertes pour les événements d'intrusion critiques. |
Les fonctionnalités de détection d'intrusion et d'alerte de Security Center peuvent satisfaire à cette exigence. Si vous utilisez d'autres méthodes de détection et d'alerte, vous pouvez fournir votre propre preuve et ignorer cet élément. |
|
|
Restreignez les terminaux de gestion à distance par type de connexion ou plage d'adresses réseau. |
|
|
|
prévention des logiciels malveillants |
|
Vérifiez si Security Center est installé et utilisé. Si vous avez installé un autre logiciel anti-logiciels malveillants, vous pouvez fournir votre propre preuve et ignorer cet élément. |
Utiliser Alibaba Cloud Linux MLPS 2.0 Niveau 3
Lorsque vous créez un cluster ACK, vous pouvez activer MLPS Security Hardening. ACK configure automatiquement les éléments de durcissement de sécurité pour le cluster afin de répondre aux exigences du système d'exploitation spécifiées dans la norme GB/T 22239-2019.
Pour répondre aux exigences du niveau 3 de la MLPS 2.0, ACK crée par défaut trois utilisateurs réguliers (ack_admin, ack_audit et ack_security) dans l'environnement Alibaba Cloud Linux durci.
Pour répondre aux exigences du niveau 3 de la MLPS 2.0, l'environnement Alibaba Cloud Linux durci interdit la connexion root via SSH. Connectez-vous à la console ECS pour vous connecter à une instance via VNC et créer un utilisateur régulier pouvant utiliser SSH.
Configurer une politique de vérification de la ligne de base
Cette section explique comment configurer et exécuter une vérification de la ligne de base conforme à la norme MLPS sur les instances ECS, en prenant Alibaba Cloud Linux 3 comme exemple.
Prérequis
Vous devez disposer d'une édition de Security Center qui prend en charge les vérifications de la ligne de base. Pour plus d'informations, consultez Acheter Security Center. La fonctionnalité de vérification de la ligne de base varie selon l'édition de Security Center que vous utilisez. Pour plus d'informations, consultez Fonctionnalités.
Procédure
Connectez-vous à la console Security Center.
Dans le coin supérieur droit de la page , cliquez sur Policy.
-
Dans le panneau Policy, cliquez sur l'onglet Baseline Check Policy pour configurer une politique de vérification de la ligne de base conforme selon vos besoins.
-
Définissez le niveau de couverture de la vérification de la ligne de base.
Vous pouvez sélectionner un ou plusieurs niveaux de risque : High, medium et Low. Cette configuration s'applique à toutes les politiques de vérification.
-
Cliquez sur Create Standard Policy. Dans le panneau Baseline Check Policy, effectuez la configuration et cliquez sur OK. La section suivante décrit uniquement les paramètres clés. Pour plus d'informations, consultez Vérification de la ligne de base.
Policy Name : Saisissez un nom pour la politique, par exemple
Alibaba Cloud Linux 3 MLPS Compliance Check. Sélectionnez un Detection Cycle et une Check Start Time.Baseline Name : Recherchez et sélectionnez
MLPS Level 3 - Alibaba Cloud Linux 3 Compliance Baseline.-
Scan Method : Sélectionnez une méthode d'analyse pour les serveurs. Valeurs valides :
Group : Analyse les serveurs par groupe d'actifs. Vous ne pouvez sélectionner que tous les serveurs d'un ou plusieurs groupes.
ECS : Analyse les serveurs par instance ECS. Vous pouvez sélectionner certains ou tous les serveurs de différents groupes.
Effective Server : Sélectionnez les groupes d'actifs auxquels vous souhaitez appliquer la politique. Les serveurs nouvellement achetés sont ajoutés au groupe Ungrouped. Pour appliquer cette politique aux nouveaux actifs, sélectionnez Ungrouped.
Après avoir configuré la politique de vérification, vous pouvez également cliquer sur Edit ou Delete dans la colonne Actions de la politique pour la modifier ou la supprimer en fonction de vos besoins métier.
RemarqueUne politique supprimée ne peut pas être récupérée. Vous ne pouvez pas supprimer une politique par défaut ni modifier ses éléments de vérification de la ligne de base. Vous pouvez uniquement modifier l'heure de début de la vérification et les serveurs auxquels la politique par défaut s'applique.
-
-
Exécutez la politique de vérification de la ligne de base.
Sur la page cliquez sur l'onglet Baseline Risk. Dans l'onglet Baseline Check Policy, cliquez sur l'icône
pour développer la politique, sélectionnez la politique de vérification de la ligne de base conforme à la norme MLPS configurée, puis cliquez sur Check Now dans la section Check Item Scan à droite.Après avoir exécuté la politique de vérification, le bouton Check Now est désactivé jusqu'à la fin de l'analyse. Une fois la vérification de la ligne de base terminée, accédez à l'onglet pour afficher les éléments de vérification ayant échoué et leurs détails, et corrigez rapidement les éléments ayant échoué. Pour plus d'informations, consultez Afficher et gérer les risques liés à la ligne de base.