---
sourceDocument: Gestion de la sécurité Australie
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/security-management

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Gestion de la sécurité Australie

ft:clusterId :

    - security

bundleId :

    - security

workflow :

    - Technology


---

# Séparation de domaine et Réponse aux incidents de sécurité

# Séparation de domaine et Réponse aux incidents de sécurité {#ariaid-title1}

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 10 minutes de lecture

L'application Séparation de domaine est prise en charge dans Réponse aux incidents de sécurité. Séparation de domaine vous permet de séparer les données, les processus et les tâches administratives en groupes logiques appelés domaines. Vous pouvez contrôler plusieurs aspects de cette séparation, notamment les utilisateurs qui peuvent voir les données et y accéder.

## Niveau de prise en charge : Standard {#domain-separation-security-incident-response__section_smh_wgs_xkb}

* Inclut tous les aspects de la prise en charge de niveau Basique.
* Les propriétés d'application sont sensibles au domaine selon les besoins.
* Logique métier : le fournisseur de service (SP) crée ou modifie des processus par client. Les cas d'utilisation reflètent l'utilisation appropriée de l'application par plusieurs clients SP dans une seule instance.
* Le propriétaire de l'instance doit configurer la logique métier et les paramètres de données du produit minimum viable (MVP) par locataire comme prévu pour l'application spécifique.
{#domain-separation-security-incident-response__ul_tfh_drj_xkb}

Exemple de cas d'utilisation : un administrateur doit être en mesure de donner les commentaires appropriés lorsqu'un enregistrement se ferme pour un locataire, mais pas pour un autre.{#domain-separation-security-incident-response__p_ssc_nfg_h1c}

Pour en savoir plus sur les niveaux de prise en charge, consultez la rubrique [Prise en charge de Séparation de domaine par les applications](https://www.servicenow.com/docs/access?context=domain-separated-apps&version=australia&pubname=australia-platform-security&ft:locale=en-US).{#domain-separation-security-incident-response__p_tsc_nfg_h1c}

## Vue d'ensemble de Séparation en domaines dans SIR {#domain-separation-security-incident-response__section_pvf_wkx_vcb}

Dans l'application, Séparation Réponse aux incidents de sécurité de domaine permet aux fournisseurs de services (SP) de standardiser les procédures SOC (Security Operations Center) et de réponse aux incidents de sécurité (SIR) sur l'ensemble de la clientèle qu'ils servent, avec des coûts opérationnels réduits et une meilleure qualité de service. Séparer les espaces de travail client pour les workflows, les tableaux de bord, les rapports, etc., afin que les données client soient séparées et ne soient jamais exposées à d'autres clients.
{#domain-separation-security-incident-response__table_upt_sjc_vdb__entry__3}

| Version | Niveau de prise en charge | Notes |
|:-|:-|:-|
| Genève, Helsinki | Aucune prise en charge | Lancement de la séparation en domaines au niveau des données |
| Istanbul | Données uniquement |   |
| Jakarta | Niveau 2 (données, demandeur, prestataire) | Nouvelles fonctionnalités : prise en charge d'intégrations tierces avec séparation de domaine de niveau 2 sous une seule instance d'intégration, y compris les intégrations Threat Intelligence |
| Kingston | Niveau 2 (données, demandeur, prestataire) | Nouvelles fonctionnalités : l'intégration de la recherche de perceptions pour SIR est activée avec plusieurs instances, mais toutes les instances vivent toujours sous un seul domaine. Exemple : si deux instances d'une intégration Splunk sont configurées (SplunkCLOUD et SplunkCORP), les deux sont toujours exploitées pour les activités de réponse aux incidents dans un seul domaine, où l'implémentation a été configurée à l'origine. |
| Londres | Niveau 2 (données, demandeur, prestataire) | Nouvelles fonctionnalités : toutes les intégrations résident dans plusieurs domaines |
| Madrid | Niveau 2 (données, demandeur, prestataire) | Toutes les intégrations peuvent désormais résider dans plusieurs domaines. Dans l'exemple ci-dessus, SplunkCloud peut être domaine1 et SplunkCORP domaine2. |
| New York | Niveau 2 (données, demandeur, prestataire) | Toutes les intégrations résident dans plusieurs domaines. |
| Orlando | Standard | Toutes les intégrations résident dans plusieurs domaines. |
| Paris | Standard | Toutes les intégrations résident dans plusieurs domaines. |
[Tableau 1. Prise en charge de la séparation de domaine dans Réponse aux incidents de sécurité par versions]

{#domain-separation-security-incident-response__table_upt_sjc_vdb}

Séparation de domaine pour l'application Réponse aux incidents de sécurité couvre les fonctionnalités produit suivantes :  
* Les alertes de sécurité sont dirigées vers le domaine approprié de l'utilisateur dont l'ID/les informations d'identification/le périmètre génèrent l'incident et qui sont enregistrés comme incident de sécurité.
* Les alertes génèrent des \<\< observables \>\>, qui représentent des propriétés à état ou des événements mesurables : Les workflows de sécurité dans le domaine de l'incident de sécurité sont utilisés pour orchestrer la réponse.
* Les intégrations sont configurées dans le domaine de l'incident de sécurité pour l'automatisation des réponses.
* Les options sont configurées dans le domaine de l'incident de sécurité pour l'automatisation des réponses. Ces fonctionnalités (à partir de la version Kingston) sont les suivantes :
  * Recherche de menace
  * Enrichir l'observable
  * Enrichir l'élément de configuration
  * Obtenir les processus d'exécution
  * Obtenir les statistiques réseau
  * Bloquer la demande
  * Isoler l'hôte
  * Recherche de perception
  * Recherche et suppression d'e-mails
  * Publier dans la liste de surveillance
  {#domain-separation-security-incident-response__ul_hlb_xhd_vdb}
* Les résultats de l'automatisation des réponses (tels que la recherche de menaces ou la recherche de perception) sont stockés dans le domaine de l'incident de sécurité.
* Les autres incidents de sécurité sont référencés dans le même domaine de l'incident de sécurité en fonction d'un ensemble partagé d'observables.
* D'autres utilisateurs sont référencés dans le domaine de l'incident de sécurité.
* Les éléments de configuration sont référencés dans le même domaine que l'incident de sécurité.
* Des tâches de réponse manuelle sont ajoutées au domaine de l'incident de sécurité.
* Les articles de la base de connaissances et les guides d'exploitation sont référencés dans le domaine de l'incident de sécurité.
* Les mesures de Réponse aux incidents de sécurité pertinentes pour les incidents du domaine sont affichées sur les tableaux de bord ainsi que dans les rapports.

{#domain-separation-security-incident-response__ul_vfz_blc_vdb}  
Remarque :  
Dans les cas précédents, les principes généraux de visibilité dans des domaines séparés dans la Now Platform s'appliquent. Comme toujours, un incident dans le domaine parent peut faire référence à des artefacts dans le domaine enfant, mais pas l'inverse.

## Fonctionnement de Séparation de domaine dans Réponse aux incidents de sécurité {#domain-separation-security-incident-response__section_ydt_kth_scb}

L'application Réponse aux incidents de sécurité gère le cycle de vie d'un incident de sécurité de bout en bout. Les cas d'utilisation suivants prennent en charge la séparation de domaine :

* Ingestion d'événements et d'alertes pour créer des incidents de sécurité auxquels l'analyste dans le SOC client ou le MSP doit répondre :
  * Analyseurs d'e-mails (basés sur la plateforme, hameçonnage signalé par les utilisateurs, personnalisés)
  * Événements/alertes de déduplication avant la création de l'incident
  * Extraction automatique des observables
  * Applications dans un magasin SIEM tiers
  {#domain-separation-security-incident-response__ul_p13_nmc_vdb}
* Enrichissement des artefacts impliqués dans les incidents (IP, URL, domaines, hachages de fichiers) :
  * Enrichissement des actifs (CMDB)
  * Utilisateurs (plateforme)
  * Automatisation : enrichissement des observables (ex : WhoIs)
  {#domain-separation-security-incident-response__ul_ttz_smc_vdb}
* Enquêter sur les incidents à l'aide des artefacts et de leur réputation ou de leur association avec des menaces connues
  * Orchestrer : playbooks et articles de la base de connaissances
  * Automatisation : recherche de menaces (ex : VirusTotal), recherche de perception (ex : Splunk), Obtenir l'exécution des processus (ex : Carbon Black)
  {#domain-separation-security-incident-response__ul_ctq_zmc_vdb}
* Éradiquer les artefacts liés aux menaces impliqués dans l'incident en fonction de l'enquête effectuée
  * Orchestrer : playbooks et articles de la base de connaissances
  * Automatisation : recherche et suppression d'e-mails (ex : Microsoft Exchange), bloquer l'IP (ex : pare-feu Palo Alto)
  {#domain-separation-security-incident-response__ul_j2n_cnc_vdb}
* Mesurer l'efficacité ou les opérations de réponse aux incidents
  * Tableaux de bord Analyse des performances : productivité et tendances des incidents
  * Reconstitution des étapes d'enquête sur l'incident à partir des notes de travail
  * Examen post-incident
  {#domain-separation-security-incident-response__ul_pkm_fnc_vdb}
{#domain-separation-security-incident-response__ul_ipq_kmc_vdb}

## Configuration de Séparation de domaine {#domain-separation-security-incident-response__section_xl2_3nc_vdb}

La configuration de Séparation de domaine pour Réponse aux incidents de sécurité ne nécessite aucune étape supplémentaire. Toutes les Réponse aux incidents de sécurité tables acquièrent la colonne Domaine une fois que l'instance est séparée par domaine.

## Données séparées par domaine {#domain-separation-security-incident-response__section_fps_jnc_vdb}

Les données peuvent être séparées par domaine, ce qui signifie :  
* Les incidents de sécurité d'un domaine ne peuvent pas être vus à partir d'autres domaines.
* Les observables extraits de l'incident de sécurité sont placés dans le même domaine et ne peuvent pas être visualisés à partir d'autres domaines.
* Jusqu'à la version Kingston, les intégrations tierces configurées existent dans le domaine global et sont accessibles à tous les autres domaines de l'instance.
* Dans la version Madrid, les intégrations tierces peuvent être configurées et activées pour chaque domaine. Cela signifie que l'intégration activée et configurée dans un domaine ne peut pas être exploitée dans un autre domaine.
* Les automatisations qui s'exécutent sur les observables à l'aide d'intégrations tierces (pour l'enquête, le confinement ou l'éradication des menaces), placent leurs résultats dans le domaine de l'incident de sécurité et les résultats ne peuvent pas être visualisés à partir d'un autre domaine.
* Les workflows Orchestration créés dans un domaine ne sont pas visibles dans un autre domaine.
* Les options (telles que définies dans la liste des fonctions d'options précédente) qui sont invoquées restent génériques dans tous les domaines avec une implémentation spécifique au domaine de l'option appelée. Par exemple, une recherche de perception sur une adresse IP peut appeler une implémentation Splunk dans un domaine et une implémentation QRadar dans un autre.
{#domain-separation-security-incident-response__ul_dpg_nnc_vdb}

## Configuration {#domain-separation-security-incident-response__section_sfz_tnc_vdb}

Tous les aspects de la configuration du produit sont autonomes dans un environnement séparé par domaine. La configuration peut être adaptée à chaque domaine.  
Remarque :  
La logique métier et les processus mentionnés dans les points #2 à 5 ci-dessous peuvent être administrés dans le domaine du locataire.

Les tâches suivantes doivent être configurées :

1. Administration système
   * Affectez des rôles à des utilisateurs et à des groupes d'utilisateurs : [Rôles d'utilisateur installés avec Réponse aux incidents de sécurité](https://servicenow-prod.fluidtopics.net/6kAqGZE9iT~z2FcfFqSz~Q "Plusieurs types de composants sont installés lorsque vous téléchargez et activez l’application, notamment les rôles d’utilisateur, les tables, les propriétés et les Réponse aux incidents de sécurité travaux planifiés.")
   * Installez un ou plusieurs modules d'extension d'intégration tiers avec lesquels fonctionne :Réponse aux incidents de sécurité[Intégrations de Réponse aux incidents de sécurité](https://servicenow-prod.fluidtopics.net/FUI2M2xEfd9Iufh1ZiJsGw "Toutes les Opérations de sécurité applications principales et les intégrations tierces non essentielles sont disponibles dans le .ServiceNow Store Cette section fournit des instructions pour activer les intégrations et configurer les intégrations ServiceNow tierces. Vous y trouverez également des instructions de base pour développer vos propres intégrations, ainsi que des détails sur des intégrations spécifiques incluses dans le système de base.")
   {#domain-separation-security-incident-response__ul_iss_fqc_vdb}
2. Administration du Réponse aux incidents de sécurité
   * Ajoutez ou passez en revue les rôles : [Composants installés avec Réponse aux incidents de sécurité](https://servicenow-prod.fluidtopics.net/6kAqGZE9iT~z2FcfFqSz~Q "Plusieurs types de composants sont installés lorsque vous téléchargez et activez l’application, notamment les rôles d’utilisateur, les tables, les propriétés et les Réponse aux incidents de sécurité travaux planifiés.")
   * Configurez les groupes et les utilisateurs : [Créer un groupe d'incidents de sécurité](https://servicenow-prod.fluidtopics.net/S5AIbLJsvT5~laVIsBR04Q#t_CreateSecurityIncidentAdminGroup "Configurez un groupe d’incidents de sécurité et affectez-lui les rôles et les utilisateurs appropriés.")
   * Configurez les escalades en cas d'incident : [Escalader un incident de sécurité](https://servicenow-prod.fluidtopics.net/fgY_lUih7yWiNEXjzF2PBA "Si un chemin d’escalade existe pour un incident de sécurité, le bouton Escalader est disponible dans l’en-tête de l’incident de sécurité.")
   * Configurez les calculateurs de score des risques d'incidents de sécurité : [Présentation des calculateurs d'incidents de sécurité](https://servicenow-prod.fluidtopics.net/S5AIbLJsvT5~laVIsBR04Q#c_SecIncCalculators "Les calculateurs d’incident de sécurité sont utilisés pour mettre à jour les valeurs d’enregistrement lorsque les conditions prédéfinies sont remplies. Les calculateurs sont regroupés en fonction des critères utilisés pour déterminer comment les enregistrements sont mis à jour.")
   * Configurer des accords de niveau de service : [Créer un Réponse aux incidents de sécurité SLA](https://servicenow-prod.fluidtopics.net/S5AIbLJsvT5~laVIsBR04Q#t_CreateSecurityIncidentSLA "Vous pouvez définir un accord sur les niveaux de service (SLA) pour Réponse aux incidents de sécurité.")
   * Configurez les définitions de processus d'incident de sécurité : [Comprendre la définition du processus de Réponse aux incidents de sécurité](https://servicenow-prod.fluidtopics.net/S5AIbLJsvT5~laVIsBR04Q#sec-inc-resp-process-definition "Réponse aux incidents de sécurité Définition de processus remplace les flux d’états et fournit aux utilisateurs finaux et aux centres de services l’état d’un problème. Une définition de processus permet de suivre le problème tout au long de son cycle de vie. Réponse aux incidents de sécurité est une application Service Management (SM), qui possède son propre ensemble d’états. Les états non valides sont signalés comme faisant partie de Sélection du processus.")
   * Configurez les processus de revue post-incident : [Gérer les activités post-incident](https://servicenow-prod.fluidtopics.net/ftGle~vXspS1kCXu3Wg8Mw "En fonction des besoins de votre entreprise, il est souvent nécessaire d'examiner l'origine et le traitement des incidents de sécurité.")
   {#domain-separation-security-incident-response__ul_zc1_4qc_vdb}
3. Paramètres de l'e-mail d'incident de sécurité
   * Définissez la boîte de réception d'analyse des e-mails : [Opérations de sécurité Analyse des e-mails](https://servicenow-prod.fluidtopics.net/XmSspRN~TXJZWTzjWUyUXA "Générez de nouveaux Opérations de sécurité enregistrements à partir de systèmes de détection externes à l’aide de Analyse des e-mails. Cette fonctionnalité fournit une méthode d’intégration des informations provenant d’outils externes tels que la détection de programmes malveillants, la détection de vulnérabilité, les pare-feu, les renseignements sur les menaces, etc.")
   * Configurez des analyseurs d'e-mails pour l'ingestion d'alertes : [Créer des analyseurs d'e-mails dans Opérations de sécurité](https://servicenow-prod.fluidtopics.net/VPYo9NtUjwZWnL0JXuNx5A "Analyse des e-mails Crée Opérations de sécurité des enregistrements à partir de votre e-mail pour la sécurité, la vulnérabilité et les observables afin d’accélérer la réponse aux menaces et la correction.")
   * Configurez des règles de correspondance des e-mails pour le hameçonnage signalé par les utilisateurs : [Créer des règles pour valider les attaques par hameçonnage signalées par les utilisateurs](https://servicenow-prod.fluidtopics.net/S5AIbLJsvT5~laVIsBR04Q#create-email-matching-rules "Lorsque vos employés reçoivent des e-mails qui semblent être des attaques de phishing, ils peuvent vous les signaler à l’aide d’une adresse e-mail de phishing. L’e-mail suspect est validé à l’aide de règles définies par votre organisation.")
   * Configurer les actions entrantes d'e-mails : [Actions d'e-mail entrant](https://www.servicenow.com/docs/access?context=c_InboundEmailActions&version=australia&pubname=australia-platform-administration&ft:locale=en-US)
   {#domain-separation-security-incident-response__ul_hzh_wqc_vdb}
4. Paramètres du Playbook des incidents de sécurité
   * Passer en revue et configurer les documents du Runbook : [Créer un Runbook de réponse aux incidents de sécurité](https://servicenow-prod.fluidtopics.net/S5AIbLJsvT5~laVIsBR04Q#create-runbook "Un guide d’exploitation est une association entre un article de la base de connaissances publié et une tâche spécifique. Pendant que vous effectuez la tâche, un article de la base de connaissances dans le runbook s’ouvre automatiquement, fournissant des informations pertinentes pour la tâche.")
   * Configurez des workflows d'incident de sécurité : [Opérations de sécurité Fonctionnalité commune](https://servicenow-prod.fluidtopics.net/FCCGsSfgrlF9SJ_7nEhspQ "Chaque fois que l’un des modules d’extension des applications principales Opérations de sécurité (Réponse aux incidents de sécurité, Réponse aux vulnérabilités, Renseignements sur les menaces ou Configuration Compliance) est activé, le module d’extension Security Support Common est activé. Ce module d’extension charge divers modules qui fournissent des fonctionnalités communes à toutes les Opérations de sécurité applications.")
   {#domain-separation-security-incident-response__ul_rm5_brc_vdb}
5. Configurations des aptitudes
   * Bloquer la demande : [Intégration de Security Operations : option de demande de bloc](https://servicenow-prod.fluidtopics.net/HNko~zpYT2bP~KZ04_5UpQ "L’option Bloquer une action bloque les observables associés à un incident de sécurité sur un pare-feu, un proxy web ou un autre point de contrôle à l’aide de flux d’implémentation. Cette aptitude est utilisée au cours des enquêtes de réponse à un incident pour contenir une menace identifiée.")
   * Recherche et suppression d'e-mails : [Intégration de Security Operations : option de recherche et de suppression d'e-mails](https://servicenow-prod.fluidtopics.net/IHqOtUBWPIMOBxociBvc~g "L’option Recherche et suppression d’e-mails renvoie le nombre d’e-mails de menaces à partir d’une recherche de serveur de messagerie et, éventuellement, renvoie les détails de chaque e-mail trouvé. Une fois la recherche d’e-mails terminée, vous pouvez supprimer les e-mails.")
   * Enrichir l'élément de configuration : [Intégration de Security Operations : enrichir l'aptitude CI](https://servicenow-prod.fluidtopics.net/HBOOX0hAzM_BKMBt3jSKhA "L’option Enrichir le CI vous permet d’enrichir les données des éléments de configuration associés à un incident de sécurité.")
   * Enrichir l'observable : [Intégration de Security Operations : enrichir l'aptitude observable](https://servicenow-prod.fluidtopics.net/Hl5Jp0kAnCHfVNzBOFqswQ "L’option Enrichir l’observable vous permet d’enrichir les éléments observables avec des informations supplémentaires issues de différentes sources à l’aide de flux d’implémentation. Cette aptitude est utilisée au cours des enquêtes de réponse à un incident pour contenir une menace identifiée.")
   * Obtenir les statistiques réseau : [Intégration de Security Operations : obtenir l'aptitude de statistiques réseau](https://servicenow-prod.fluidtopics.net/Xqes_FS3XaOmGF412zv7Mg "L’option Obtenir les statistiques réseau récupère une liste des connexions réseau actives à partir d’un hôte ou d’un point de terminaison. Elle peut être utilisée pour enrichir les incidents au cours des enquêtes. Cette aptitude est déclenchée automatiquement lorsqu’un élément de configuration est ajouté à un incident de sécurité.")
   * Obtenir les processus en cours d'exécution : [Intégration de Security Operations : obtenir la capacité d'exécution des processus](https://servicenow-prod.fluidtopics.net/jqklSy45_mfSeqZFXuUYCQ "L'option Obtenir l'exécution des processus récupère une liste des processus en cours sur un élément de configuration (CI) à partir d'un point de terminaison ou d'un hôte. Cette aptitude est utilisée pour enrichir les incidents au cours des enquêtes.")
   * Isoler l'hôte : [Intégration de Security Operations : option d'isolation de l'hôte](https://servicenow-prod.fluidtopics.net/kbuxO0m~gi8eQkf4je6QzA "L’option Isoler l’hôte limite les connexions du système à d’autres périphériques. Isoler l’hôte est exécuté sur un élément de configuration (CI).")
   * Publier dans la liste de surveillance : [Intégration de Security Operations : option Publier dans la liste de surveillance](https://servicenow-prod.fluidtopics.net/GtztDkFQ2xRLSU2NP623qA "L’option Publier dans la liste de surveillance ajoute les observables et les indicateurs associés à un incident de sécurité dans une liste de surveillance tierce qui surveille les événements de sécurité et génère des alertes. Cette aptitude est utilisée dans le cadre de la réponse aux incidents au cours des enquêtes.")
   * Recherche de perception : [Intégration de Security Operations : option de recherche de perceptions](https://servicenow-prod.fluidtopics.net/YhLUQqCQzpQNXsljXobDCw "L’option Recherche de perception accepte un ensemble d’observables, trouve toutes les intégrations qui prennent en charge une recherche de perception, puis exécute ces recherches.")
   * Recherche de menaces : [Intégration de Security Operations : option de recherche de menace](https://servicenow-prod.fluidtopics.net/C5gC98mKW5JbiMgHU_GRTQ "L’option Recherches de menaces effectue des recherches de renseignements sur les menaces pour déterminer si un ou plusieurs éléments observables sont associés à des menaces de sécurité connues.")
   {#domain-separation-security-incident-response__ul_osy_xfk_vdb}
{#domain-separation-security-incident-response__ol_qxl_bqc_vdb}

## Comment les domaines de locataire gèrent-ils leurs propres données d'application ? {#domain-separation-security-incident-response__section_ogx_qsc_vdb}

* Les propriétaires de domaines du locataire créent leurs propres règles d'analyse des e-mails pour l'ingestion des incidents de sécurité.
* Les propriétaires de domaines locataires peuvent configurer des intégrations spécifiques exclusivement pour une utilisation au sein du domaine.
* Les propriétaires de domaines locataires peuvent créer leurs propres workflows de réponse aux incidents.
* Les propriétaires de domaines locataires peuvent créer leurs propres catégories d'incidents, articles de base de connaissances de réponse aux incidents et runbooks à associer aux workflows de réponse aux incidents.
* Les utilisateurs du domaine locataire créent et ferment leurs propres incidents de sécurité.
{#domain-separation-security-incident-response__ul_ewx_tsc_vdb}

## Logique métier et processus pouvant être séparés par domaine par le propriétaire de l'instance {#domain-separation-security-incident-response__section_dlm_ysc_vdb}

* Réponse aux incidents de sécurité Utilisateurs et groupes
* Réponse aux incidents de sécurité intégrations (à partir de la version Madrid)
* Règles d'analyse des e-mails pour la création d'incidents
* Règles métier pour consolider plusieurs événements ou alertes dans un incident de sécurité
* Workflows pour l'orchestration de la réponse aux incidents
* Calculateurs de score de risque d'incident de sécurité
* Chemin d'escalade de l'incident de sécurité
* SLA d'incidents de sécurité
* Définitions de processus d'incident de sécurité
* Processus de revue post-incident de l'incident de sécurité
{#domain-separation-security-incident-response__ul_l5d_zsc_vdb}
**Information associée**   

* [Séparation de domaine pour les fournisseurs de services](https://www.servicenow.com/docs/access?context=domain-sep-landing-page&version=australia&pubname=australia-platform-security&ft:locale=en-US)