11.5. Access to the SNMP-USER-BASED-SM-MIB (Accès au SNMP-USER-BASED-SM-MIB)
11.5. Access to the SNMP-USER-BASED-SM-MIB (Accès au SNMP-USER-BASED-SM-MIB)
Cette section fournit des recommandations pour contrôler l'accès aux objets du module SNMP-USER-BASED-SM-MIB.
Overview (Aperçu)
Le SNMP-USER-BASED-SM-MIB contient des informations sensibles liées à la sécurité, notamment:
- Noms d'utilisateur et paramètres de sécurité
- Identifiants de protocole d'authentification et de confidentialité
- Mécanismes de changement de clés
- Compteurs statistiques
Un accès inapproprié à ces objets pourrait compromettre la sécurité de l'ensemble du système de gestion SNMP.
Access Control Requirements (Exigences de contrôle d'accès)
L'accès au SNMP-USER-BASED-SM-MIB DOIT (MUST) être contrôlé en utilisant le modèle de contrôle d'accès basé sur les vues (VACM) [RFC3415] ou un autre mécanisme de contrôle d'accès de force équivalente.
Recommended Access Controls (Contrôles d'accès recommandés)
Les directives de contrôle d'accès suivantes sont recommandées:
1. usmUserTable - Table de configuration utilisateur (User Configuration Table)
Accès en lecture (Read Access):
- Les utilisateurs DEVRAIENT (SHOULD) pouvoir lire leur propre entrée dans la
usmUserTable - Les administrateurs DEVRAIENT (SHOULD) pouvoir lire toutes les entrées
- Les utilisateurs généraux NE DEVRAIENT PAS (SHOULD NOT) pouvoir lire les entrées d'autres utilisateurs
Accès en écriture (Write Access):
- Les utilisateurs DEVRAIENT (SHOULD) pouvoir modifier certains objets dans leur propre entrée:
usmUserOwnAuthKeyChange- pour changer leur propre clé d'authentificationusmUserOwnPrivKeyChange- pour changer leur propre clé de confidentialitéusmUserPublic- un objet général inscriptible
- Les administrateurs DEVRAIENT (SHOULD) pouvoir:
- Créer de nouveaux utilisateurs via
usmUserCloneFrometusmUserStatus - Modifier
usmUserAuthKeyChangeetusmUserPrivKeyChangepour tous les utilisateurs - Supprimer des utilisateurs en définissant
usmUserStatusàdestroy(6)
- Créer de nouveaux utilisateurs via
- Les utilisateurs généraux NE DEVRAIENT PAS (SHOULD NOT) pouvoir modifier les entrées d'autres utilisateurs
2. usmUserSpinLock
- Accès en lecture: Tous les utilisateurs authentifiés
- Accès en écriture: Uniquement les administrateurs ou les utilisateurs autorisés à modifier
usmUserTable
Le usmUserSpinLock est utilisé pour coordonner l'accès à la usmUserTable lorsque plusieurs gestionnaires tentent des modifications simultanées.
3. Groupe usmStats - Compteurs statistiques (Statistics Counters)
Accès en lecture (Read Access):
- DEVRAIT (SHOULD) être lisible par les administrateurs et les applications de surveillance
- PEUT (MAY) être lisible par les utilisateurs authentifiés généraux à des fins de diagnostic
Accès en écriture (Write Access):
- NE DEVRAIT PAS (SHOULD NOT) être inscriptible par aucun utilisateur (ce sont des compteurs en lecture seule)
Les compteurs statistiques fournissent des informations précieuses pour:
- La surveillance de la sécurité et la détection d'intrusion
- Le dépannage des problèmes d'authentification et de synchronisation temporelle
- La planification de la capacité
4. Key Management Objects (Objets de gestion de clés)
Les objets suivants nécessitent une protection spéciale:
usmUserAuthKeyChangeetusmUserPrivKeyChange: Ces objets permettent aux administrateurs de changer les clés de n'importe quel utilisateur. L'accès devrait être strictement limité aux administrateurs de confiance.usmUserOwnAuthKeyChangeetusmUserOwnPrivKeyChange: Ces objets permettent aux utilisateurs de changer leurs propres clés. Chaque utilisateur devrait avoir un accès en écriture à ces objets uniquement dans sa propre entrée.
Important: Ces objets utilisent un protocole spécial de changement de clé (décrit dans la section 5 du module MIB) pour garantir que les clés ne peuvent pas être interceptées ou divulguées pendant l'opération de changement.
View Configuration Example (Exemple de configuration de vue)
Une configuration VACM typique pourrait inclure:
-
Vue administrateur (Administrator View): Accès complet en lecture-écriture à l'ensemble de la
usmUserTableet accès en lecture àusmStats -
Vue d'auto-gestion utilisateur (User Self-Management View): Accès en lecture à sa propre entrée dans
usmUserTable, accès en écriture àusmUserOwnAuthKeyChangeetusmUserOwnPrivKeyChangedans sa propre entrée -
Vue de surveillance (Monitoring View): Accès en lecture seule au groupe
usmStatspour la surveillance de la sécurité -
Vue restreinte (Restricted View): Aucun accès à
usmUserTable, accès limité ou nul àusmStats
Security Considerations for MIB Access (Considérations de sécurité pour l'accès au MIB)
-
Empêcher l'énumération (Prevent Enumeration): Restreindre l'accès en lecture à
usmUserTableempêche les attaquants d'énumérer les noms d'utilisateur valides. -
Protéger les opérations de changement de clé (Protect Key Change Operations): Même si les clés elles-mêmes ne sont jamais directement lisibles, le mécanisme de changement de clé devrait être protégé pour empêcher les changements de clé non autorisés.
-
Surveiller les statistiques (Monitor Statistics): La surveillance régulière des compteurs
usmStatspeut aider à détecter:- Tentatives d'authentification par force brute (
usmStatsWrongDigests) - Problèmes de synchronisation temporelle (
usmStatsNotInTimeWindows) - Tentatives d'utilisation d'utilisateurs inconnus (
usmStatsUnknownUserNames)
- Tentatives d'authentification par force brute (
-
Intégration du journal d'audit (Audit Log Integration): Envisagez d'intégrer les événements de sécurité SNMP (dérivés des changements
usmStats) dans les systèmes de gestion des informations et des événements de sécurité (SIEM) d'entreprise.
Initial Configuration (Configuration initiale)
Lors de la configuration initiale d'un moteur SNMP:
- Au moins un utilisateur initial avec des privilèges administratifs complets DOIT (MUST) être configuré.
- Cet utilisateur initial devrait être configuré via un mécanisme hors bande sécurisé (par exemple, accès console local).
- Une fois l'utilisateur initial configuré, des utilisateurs supplémentaires peuvent être créés via SNMP en utilisant le mécanisme
usmUserCloneFrom. - Les informations d'identification de l'utilisateur initial devraient être changées immédiatement après la première utilisation si les informations d'identification par défaut ont été utilisées pendant le démarrage.