Autres tâches de configuration supplémentaires Réponse aux incidents de sécurité
Si vous êtes un administrateur du domaine global, vous configurez la façon dont Réponse aux incidents de sécurité gère les opérations quotidiennes.
Avant de commencer
Ces options sont standard pour de nombreuses applications de gestion des services et, par conséquent, elles utilisent la terminologie de gestion des services. Par exemple, la demande est utilisée pour la tâche principale (c’est-à-dire l’incident de sécurité) et la tâche est utilisée pour les sous-tâches ou les tâches de réponse.
Si vous êtes administrateur d’un domaine inférieur au domaine global, vous pouvez afficher l’écran Configurations, mais vous ne pouvez pas modifier les paramètres.
Procédure
Verrouiller l’administration de la sécurité
Pour protéger les enquêtes et préserver la confidentialité des incidents de sécurité, vous pouvez restreindre Réponse aux incidents de sécurité l’accès aux ACL et aux rôles spécifiques à la sécurité. L’accès aux personnes qui ne sont pas des administrateurs de sécurité peut être restreint, sauf si vous les autorisez expressément à entrer.
Avant de commencer
Lorsque l’application Réponse aux incidents de sécurité est activée, l’administrateur système dispose par défaut du rôle sn_si.admin. L’administrateur système est le seul administrateur qui peut configurer des groupes et des utilisateurs de sécurité.
Un rôle de sécurité est requis pour avoir accès aux fonctionnalités et aux Réponse aux incidents de sécurité enregistrements.
Rôle requis : sn_si.adminProcédure
Gérer l’accès restreint pour l’appelant
La fonctionnalité d’accès restreint pour l’appelant (RCA) permet à un administrateur de définir un accès entre champs d’application à une application ou à une ressource d’application et d’autoriser ou de refuser les demandes d’accès. Cette fonctionnalité est activée par défaut afin Réponse aux incidents de sécurité que les analystes de sécurité puissent protéger les informations sensibles liées à la sécurité.
Exécuter des tests de démarrage rapide pour Réponse aux incidents de sécurité
Validez le fait qu’il fonctionne toujours après avoir apporté des changements de configuration, tels que Réponse aux incidents de sécurité l’application d’une mise à niveau ou le développement d’une application. Copiez et personnalisez ces tests de démarrage rapide à effectuer lorsque vous utilisez des données spécifiques à votre instance.
Les tests de démarrage rapide pour Réponse aux incidents de sécurité nécessitent l'activation du module d'extension Réponse aux incidents de sécurité (com.snc.security_incident) et le chargement des données de démonstration.
| Test | Description | Version |
|---|---|---|
| SIR : créer un incident de sécurité | Déterminez si un utilisateur peut créer un incident de sécurité depuis le formulaire d'incident de sécurité. | Washington DC |
| SIR : créer un incident de sécurité via le catalogue d'incidents de sécurité | Déterminez si un utilisateur peut créer un incident de sécurité depuis le catalogue. | Washington DC |
| SIR : cycle de vie des incidents de sécurité | Validez les tâches de réponse du workflow de violation de la politique. | Washington DC |
| SIR : rechercher des menaces | Validez la capacité de recherche des menaces. | Washington DC |
| SIR : configuration prête à l'emploi des évaluations PIR | Utilisez ce test pour valider les évaluations PIR et les configurations du système de base. | Washington DC |
| SIR : configuration conditionnelle des évaluations PIR | Vérifiez que les incidents de sécurité correspondant à la règle conditionnelle obligatoire ne sont pas fermés avant que l'évaluation post-incident ne soit terminée. Vérifiez que les incidents de sécurité correspondant à la règle conditionnelle facultative peuvent être fermés avant que l'évaluation post-incident ne soit terminée. Vérifiez que les évaluations ne sont pas générées pour les incidents de sécurité qui ne correspondent à aucune règle. |
Washington DC |
| SIR : vérification de l'heure d'exécution PIR | Vérifiez que les rapports PIR sont configurés et joints aux incidents de sécurité selon la nouvelle conception. | Washington DC |
| SIR : vérification de la configuration de l'heure de conception PIR | Vérifiez que l'incident de sécurité est mappé au modèle de rapport en fonction de la configuration de l'administrateur. | Washington DC |
| SIR : lier l'incident de sécurité à un incident de sécurité majeur | Liez un incident de sécurité à un incident de sécurité majeur existant et validez les données de l'incident de sécurité repris sur l'incident de sécurité majeur. | Washington DC |
| SIR : promouvoir l'incident de sécurité comme incident de sécurité majeur | Promouvoir un incident de sécurité en tant qu'incident de sécurité majeur et valider les données de l'incident de sécurité déployé jusqu'à l'incident de sécurité majeur. | Washington DC |
| SIR : proposer un incident de sécurité comme incident de sécurité majeur | Proposez un incident de sécurité en tant qu'incident de sécurité majeur et validez les données de l'incident de sécurité déployé jusqu'à l'incident de sécurité majeur. | Washington DC |
| Vérifier que seuls les membres autorisés peuvent accéder à l'incident de sécurité une fois que l'option Appliquer la restriction est activée | Vérifiez que seuls les membres autorisés peuvent accéder à l'incident de sécurité une fois que l'option Appliquer la restriction est activée. | Washington DC |
| Vérifier que seuls les groupes autorisés peuvent accéder à l'incident de sécurité une fois que l'option Appliquer la restriction est activée | Vérifiez que seuls les groupes autorisés peuvent accéder à l'incident de sécurité une fois que l'option Appliquer la restriction est activée. | Washington DC |
| Valider l'accès en lecture | Validez l'accès à l'affichage. | Washington DC |
| Valider l'accès en écriture | Validez l'accès en modification. | Washington DC |