Transition de Secure Cloud Analytics vers Cisco XDR

Options de téléchargement

  • PDF     (263.5 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
  • ePub     (88.4 KB)
    Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
  • Mobi (Kindle)     (82.7 KB)
    Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils
Mis à jour:3 septembre 2026
ID du document:226312

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

 

Le changement clé


L'expérience utilisateur Secure Cloud Analytics ne sera plus disponible le 24 octobre 2026. Cisco XDR devient l'interface d'exploitation pour les détections dérivées de SCA, les investigations, le contexte des ressources, les notifications, les exportations et les workflows associés.

caution-icon

Mise en garde : Le programme de transition client dédié de SCA à XDR devrait se terminer le 30 septembre, tandis que le 24 octobre 2026 reste la date cible pour l'abandon prévu de l'interface utilisateur SCA. Activez Cisco XDR maintenant pour que votre équipe puisse effectuer les actions de préparation décrites ci-dessous.

Actions immédiates et dates critiques

Que se passe-t-il et que dois-je faire maintenant ?

Status (état) Mesure à prendre
Détails Cisco retire l'expérience utilisateur de SCA et transfère les fonctionnalités dérivées de SCA dans Cisco XDR. La télémétrie et l'analytique deviennent partie intégrante des workflows XDR plus larges pour les activités, les détections, les incidents, les investigations, le contexte des ressources, la réponse et l'automatisation.
Action du client Activez XDR, connectez le client SCA, validez l'accès, utilisez les détections et incidents XDR pour les opérations quotidiennes, utilisez les activités pour les basculements de télémétrie source, testez les workflows XDR et exportez les informations historiques avant le 24 octobre 2026.

Quelles dates dois-je planifier ?

Date Jalon Ce que cela signifie
15 septembre 2026 Configuration d'AWS et Azure pour les clients sélectionnés Les clients américains et EMEA concernés adoptent la méthode de configuration XDR recommandée.
30 septembre 2026 Fermeture du programme de transition client dédié SCA vers XDR Effectuez les actions d'autorisation, de mise en service et de préparation avant la fermeture du programme.
7 octobre 2026 Les détections AWS CloudTrail, Azure Activity Log et GCP Audit Log ont été supprimées Utiliser ces sources en XDR
14 octobre 2026 Détections d'événements personnalisées coupées ; Configuration du réglage des incidents, des listes de contrôle et des groupes d'entités disponible dans XDR Déplacer les workflows et configurations associés vers XDR
21 octobre 2026 Détections NetFlow coupées Exploiter les détections NetFlow dans XDR
24 octobre 2026 Expérience utilisateur SCA non disponible Terminez le déplacement vers XDR et exportez les données historiques avant cette date.

Que se passe-t-il si je ne fais rien ou si je n'ai pas provisionné XDR ?

Status (état) Non recommandé
Détails Si vous n'activez et ne connectez pas Cisco XDR avant que l'expérience utilisateur SCA ne soit supprimée, vous perdrez l'accès à SCA et ne disposerez pas de l'expérience XDR de remplacement pour vos flux de travail, détections, investigations, intégrations ou données historiques dérivés de SCA. L'attente compresse également l'activation, la configuration utilisateur, la validation du workflow et la modification opérationnelle dans la dernière partie de la transition.
Action du client Activez et connectez XDR maintenant pour que votre équipe puisse terminer la configuration utilisateur, la validation du workflow et la préparation à l'exportation avant le 30 septembre 2026. L'interface SCA sera désapprouvée le 24 octobre 2026 ; sans locataire XDR connecté, aucune expérience XDR de remplacement n'est disponible lorsque l'accès SCA se termine.

Ce qui est retiré, modifié ou non disponible

Quels concepts SCA ne se poursuivent pas explicitement sous la même forme ?

Status (état) Changement ou retrait
Détails
  • Expérience utilisateur SCA : supprimé le 24 octobre 2026.
  • Comportement du webhook SCA hérité : remplacé par des workflows XDR.
  • Expérience d'observation SCA : n'est pas une fonctionnalité XDR un à un.
  • Sensibilité des sous-réseaux : remplacé par des concepts de hiérarchisation de la valeur des actifs.
  • Groupes d'entités : remplacé par des libellés d'actifs, des groupes d'actifs et une notation de valeur.
  • Paramètres de détection de surveillance : non migrés ; utilisez le réglage des incidents si disponible.
  • Comportement prioritaire des alertes contrôlé par le client : non conservé.
  • Certains rapports, pages à faible utilisation et fonctions : retiré ou remplacé par des expériences XDR natives.

Quels éléments de reporting ou d'intégration doivent être désapprouvés ou déplacés ?

Status (état) Modification attendue
Détails Exemples : liste de surveillance de la position du cloud, surveillance Kubernetes, expériences de visualisation/tableau de bord/recherche de session/recherche IP AWS, intégrations de contexte Meraki et Umbrella, rapports mensuels par e-mail et résumés d'alertes quotidiens. Cette liste ne promet pas un remplacement un pour un pour chaque page héritée.

Qu'est-ce qu'on ne me demande pas dans cette migration ?

Status (état) Aucune action de ce type
Détails Cisco ne demande pas aux clients de redéployer les capteurs réseau existants, de reconfigurer la réception des journaux cloud uniquement pour la migration UX, de recréer manuellement les objets de configuration de détection standard pris en charge ou de conserver SCA comme console parallèle à long terme.

Liste de contrôle de préparation client

  1. Activez Cisco XDR et connectez le locataire SCA existant avant le 30 septembre 2026, afin que votre équipe puisse terminer les actions de préparation avant la fermeture du programme de transition.
  2. Créer des utilisateurs, valider la connexion et confirmer l'accès approprié dans XDR
  3. Examiner les détections, les incidents, les activités, les investigations et les analyses des ressources/des périphériques.
  4. Mappez chaque webhook SCA, exportation, notification, transfert SIEM/SOAR et automatisation personnalisée aux workflows XDR ou à une autre surface d'exploitation XDR.
  5. Validez la télémétrie source requise dans les exercices lorsque chaque source devient disponible.
  6. Validez les détections et les guides de réponse requis avant chaque basculement vers une source.
  7. Analyse de la sensibilité des sous-réseaux, des groupes d'entités, de Snooze, de la priorité des alertes, des listes de surveillance, des règles d'analyseur, des réseaux approuvés et de la hiérarchisation des valeurs des actifs.
  8. Inventaire des rapports hérités, des pages SCA uniquement et des dépendances API ; identifier des alternatives ou des exigences d'exportation.
  9. Exportez les alertes, observations, journaux bruts, enregistrements de configuration et rapports requis avant le 24 octobre 2026.

Trouver votre chemin dans la nouvelle expérience XDR

Les clients SCA ont-ils droit à Cisco XDR ?

Status (état) Disponible dans le cadre de la transition
Détails Les clients SCA existants ont droit à Cisco XDR dans le cadre de la transition. Le résultat escompté est la poursuite de la valeur SCA tandis que les flux de travail principaux passent en XDR.
Action du client Activez Cisco XDR, connectez le client SCA existant et utilisez le processus d'activation de Cisco XDR si une assistance est requise.

Où mes fonctions SCA se trouvent-elles dans Cisco XDR ?

SCA, fonction Destination XDR
Alertes et workflows d'alerte Détections et incidents XDR
Observations et enquêtes axées sur les événements Activités XDR et enquête XDR
Observateur d'événements Enquêtes et activités XDR
Contexte du périphérique Analyse des ressources / Analyse des périphériques
Webhooks, notifications, exportations et livraison en aval Workflows XDR
Configuration de la détection Expérience de configuration XDR à mesure que chaque paramètre atteint son point critique

SCA restera-t-il disponible en tant que console d'utilisation quotidienne parallèle ?

Status (état) Non
Détails L'expérience utilisateur SCA doit être supprimée le 24 octobre 2026. Utilisez la période de chevauchement pour mettre en pratique le modèle d'exploitation XDR, valider les workflows et mettre à jour les Runbooks.

Détections, incidents et cas d'utilisation des observations

Les détections se déplacent-elles simplement un à un ?

Status (état) Modification du modèle
Détails Non. Cisco fait évoluer le contenu de détection et le modèle d'exploitation au lieu de copier chaque alerte SCA héritée en tant qu'objet XDR inchangé. Les noms, la logique, les preuves, la corrélation et les résultats peuvent changer.
Action du client Évaluer le résultat de la détection XDR, les preuves et la corrélation des incidents par rapport au scénario de sécurité que vous devez utiliser ; n'utilisez pas uniquement la correspondance de noms comme acceptation.

Dois-je utiliser les incidents ou les détections XDR pour mon workflow d'alertes ?

Status (état) Choisir par résultat
Détails Utilisez les incidents pour la réponse humaine, les notifications d'analystes, le triage, la remontée des incidents, la gestion des cas et la réponse coordonnée. Utilisez les détections pour les résultats individuels, les exportations de niveau de détection et l'automatisation de machine à machine. L'activité est la surface de télémétrie.
Action du client Mettre à jour les Runbooks afin que les notifications humaines et les processus de réponse soient déclenchés à partir des Incidents, le cas échéant ; utiliser les détections pour l'analyse détaillée, les exportations et l'automatisation du niveau de recherche.

Les cas d'utilisation basés sur l'observation continueront-ils ?

Status (état) Pas un à un
Détails Ne supposez pas que le nom de l'observation héritée, l'objet UI ou la condition du déclencheur resteront. La cible bénéficie d'une couverture équivalente ou améliorée grâce aux activités, aux détections, aux incidents et à une corrélation plus large.
Action du client Identifier et mettre à jour les dépendances dans les Runbooks, les tableaux de bord et l'automatisation avant le 24 octobre 2026.

Que faire si je compte principalement sur NetFlow et que je ne peux pas déployer EDR ?

Status (état) Toujours dans la portée
Détails Les capteurs réseau existants et la réception restent opérationnels, et le déploiement d'EDR n'est pas nécessaire pour continuer à utiliser les détections réseau migrées.
Action du client Utiliser les détections XDR, les résultats, les incidents, le réglage des incidents et le contexte des ressources disponibles. Demandez des conseils spécifiques au déploiement si la visibilité des terminaux est fortement limitée.

Notifications, exportations, webhooks et automatisation

Qu'advient-il des webhooks SCA ?

Status (état) Migration et test
Détails Les workflows XDR Automate sont le point de contrôle à long terme des notifications, des exportations et de l'automatisation en aval. Le chemin d'exportation cible est aligné sur OCSF et peut fournir des détails de détection contextuelle plus complets que le modèle d'alertes et d'observations SCA hérité.
Action du client Si un webhook envoie des informations de détection à des personnes, à SIEM, à SOAR ou à un autre système, recréez et testez ce comportement dans les workflows XDR.

Quelle est la différence entre les workflows de détection et d'incident ?

Status (état) Utiliser le déclencheur correspondant
Détails Utilisez des workflows orientés détection pour le déplacement de données, l'exportation et la consommation de machines. Utilisez des workflows axés sur les incidents pour une activité opérationnelle plus étendue et des notifications humaines telles que les e-mails, Slack ou Webex. Les deux peuvent soutenir les exportations.

Quelles modifications pour les intégrations SIEM, SOAR ou personnalisées en aval ?

Status (état) Révision requise
Détails Ne supposez pas qu'un webhook, une charge utile, un nom d'alerte ou une exportation spécifique à SCA se poursuivront sans modification. Le chemin d'exportation cible est aligné sur OCSF et peut fournir des détails de détection plus complets et contextuels.
Action du client Migrez les dépendances vers les workflows XDR et le modèle de données XDR, puis testez le comportement des accusés de réception et du Runbook en aval.

Dois-je modifier les notifications et les exportations NVM ?

Status (état) Mise en veille NVM terminée
Détails Les détections NVM ont été transférées vers XDR en mai 2026. Les clients qui s'appuient sur le modèle de webhook NVM hérité devaient transférer les notifications et les exportations vers les workflows XDR avant la mise en service du 15 mai 2026.
Action du client Continuez à utiliser et à valider le modèle de workflow XDR pour NVM.

Que dois-je tester avant une mise en service de la source ?

Status (état) Vérification de la préparation requise
Action du client Pour chaque source, testez le déclencheur de détection ou d'incident, la charge utile de notification ou d'exportation, la réception en aval, les règles de filtrage ou de routage et la réponse du Runbook mise à jour. Testez avant que la source ne quitte l'expérience SCA.

Sources de télémétrie et basculements source par source

Quand la télémétrie sera-t-elle disponible dans les activités XDR ?

Date Jalon de télémétrie Action du client
19 août 2026 Télémétrie de données ONA dans Activités Commencez à revoir la télémétrie ONA.
26 août 2026 Télémétrie de données CTB dans les activités Commencez à examiner la télémétrie CTB.
16 septembre 2026 Journaux de flux AWS VPC, journaux de flux Azure et journaux de flux GCP VPC dans les exercices Commencez à examiner la télémétrie des flux cloud.
23 septembre 2026 Configuration source AWS dans XDR Utilisez l'expérience de configuration XDR, le cas échéant.
30 septembre 2026 Activités CloudTrail AWS, journaux d'activité Azure et journaux d'audit GCP Commencez à examiner la télémétrie du journal d'audit.

Ai-je besoin de redéployer les capteurs réseau ou de reconfigurer la réception du journal du cloud ?

Status (état) Non, pas seulement pour la migration UX
Détails Les capteurs réseau existants et la réception des journaux cloud restent opérationnels pendant cette phase et n'ont pas besoin d'être redéployés ou reconfigurés uniquement parce que l'expérience utilisateur et les détections passent à XDR.
Exception importante Les adresses IP publiques ou les terminaux utilisés par les capteurs et les intégrations peuvent changer. Examiner les règles de pare-feu, les listes d'autorisation de proxy et les autres contrôles réseau ; Cisco fournira les informations requises sur le terminal XDR avant qu'une modification de configuration ne soit nécessaire.

Quand les détections de source sont-elles interrompues ?

Status (état) Planification spécifique à la source
Détails Au moment de la mise en service, la télémétrie et les détections de cette source ne peuvent plus être utilisées dans le cadre de l'expérience utilisateur SCA.
  • 7 octobre 2026 : Détections des journaux d'activité AWS CloudTrail, Azure et d'audit GCP.
  • 14 octobre 2026 : Détections d'événements personnalisées.
  • 21 octobre 2026 : Détections NetFlow.

Paramètres, réglages, listes de contrôle et contexte des ressources

Mes configurations de détection seront-elles migrées ?

Status (état) Migration progressive
Détails Les objets de configuration standard pris en charge devraient migrer dans le cadre de la transition plus large vers le moteur de détection. les paramètres de détection NVM ont été déplacés vers XDR en mai 2026 ; d'autres paramètres changent à mesure que leur capacité devient disponible.
Action du client Ne recréez pas manuellement les paramètres standard uniquement pour la migration à moins que Cisco ne publie une instruction spécifique pour votre déploiement.

Qu'est-ce qui remplace la sensibilité aux sous-réseaux, les groupes d'entités et Snooze ?

Status (état) Modification des concepts
Détails
  • Sensibilité des sous-réseaux : remplacé par un score de hiérarchisation de la valeur des périphériques dans Asset Insights / Device Insights ; programmé dans XDR Device Insights pour le 30 septembre 2026.
  • Groupes d'entités : configuration prévue dans XDR Device Insights le 14 octobre 2026 ; les groupes existants migrent vers des étiquettes, avec des étiquettes d'actifs et des notes de valeur utilisées pour la hiérarchisation.
  • Snooze : les paramètres de surveillance ne sont pas migrés ; Le réglage des incidents devrait être disponible le 14 octobre 2026.

Quand les listes de surveillance se déplacent-elles ?

Status (état) Prévu le 14 octobre 2026
Détails La configuration de la liste de surveillance devrait être disponible en XDR le 14 octobre 2026. Les listes de surveillance existantes seront migrées, mais la terminologie et la présentation des règles peuvent changer tout en conservant la logique.
Action du client Validez les règles, la suppression et les workflows dépendants des listes de contrôle pendant la transition.

Puis-je toujours définir la priorité d'alerte comme je l'ai fait dans SCA ?

Status (état) Non
Détails La priorité des alertes est définie sur le matériel à l'aide de la recherche sur les menaces de Cisco et n'est pas un contrôle de suppression des faux positifs géré par le client.

Capteurs, intégrations cloud et état de fonctionnement

Les intégrations FTD, ISE, AWS, Azure ou GCP resteront-elles inchangées ?

Status (état) Valider les chemins critiques
Détails Ne supposez pas que chaque intégration conserve la même interface utilisateur, le même workflow ou la même méthode de configuration. La configuration GCP est déjà dans XDR ; AWS et Azure sont en train d'évoluer ; les éléments de migration sur site liés aux capteurs sont déplacés en octobre.
Action du client Validez les workflows FTD, de quarantaine ISE, d'enrichissement, connectés à SAL et d'autres intégrations critiques par rapport à des conseils spécifiques au produit.

Puis-je surveiller l'état, l'activité, le débit et le volume des capteurs de la même manière ?

Status (état) Examen de préparation
Détails Cisco assure le fonctionnement des capteurs et de la réception pendant la transition, mais toutes les pages de surveillance ou tous les workflows SCA ne sont pas dédiés à la migration en tête à tête.
Action du client Inventoriez les contrôles d'intégrité, de protocole, de volume de flux et de livraison dont vous dépendez et validez leur chemin d'exploitation XDR.

La distribution d'images ONA ou CTB, les URL de destination, les clés de service ou les adresses IP publiques vont-elles changer ?

Status (état) Examiner les dépendances réseau
Détails Cisco n'exige pas de redéploiement des capteurs dans cette phase, mais les destinations de télémétrie peuvent changer à mesure que les sources passent à XDR.
Action du client Examiner les règles de pare-feu, les listes d'autorisation de proxy, les URL de destination et les dépendances de la clé de service avant la mise en service source appropriée. Ne modifiez pas les capteurs de manière préventive sans publier d'instructions de migration.

Données historiques, rapports et administration

Qu'arrive-t-il aux données SCA historiques lorsque l'expérience utilisateur SCA est désactivée ?

Status (état) Exportation avant le 24 octobre 2026
Détails L'accès aux données historiques via l'interface SCA prend fin lorsque l'expérience utilisateur est supprimée. La télémétrie brute est ingérée dans XDR avant et via le chemin de migration de détection, mais SCA n'est pas l'emplacement à long terme pour l'extraction historique.
  • Les alertes et les observations peuvent être exportées en tant que CSV à partir de la console SCA.
  • Les journaux bruts, y compris le trafic réseau et les journaux cloud, peuvent être exportés au format CSV si nécessaire.
  • Définissez les exigences en matière d'audit, d'investigation et de rétention avant l'exportation.

Toutes les fonctions de création de rapports SCA passeront-elles à XDR ?

Status (état) Certains sont retirés ou remplacés
Détails Certaines fonctions de création de rapports, pages à faible utilisation et fonctions héritées devraient être supprimées ou remplacées par des expériences Détections, Enquêter, Activités et Asset Insights natives de XDR.
Action du client Inventorier les rapports requis sur le plan opérationnel et identifier le workflow d'expérience, d'exportation ou de remplacement XDR.

Comment puis-je démontrer l'exhaustivité de la migration ?

Status (état) Définir les artefacts de preuve
Action du client Définissez les enregistrements et les preuves requis, exportez l'historique SCA requis avant le 24 octobre 2026 et validez la visibilité XDR pour chaque source requise. La transition n'est pas une réimportation en masse gérée par le client dans un système distinct.

Qu'advient-il des informations d'administrateur stockées côté SCA ?

Status (état) Document avant déclassement
Détails Ne présumez pas que la configuration visible par le client, les informations administratives ou l'historique stocké dans SCA resteront disponibles après le 24 octobre 2026.
Action du client Exportez ou documentez tout élément requis pour l'administration, l'audit ou la référence historique, et utilisez XDR comme interface d'exploitation cible.

API et intégrations personnalisées

Qu'est-ce qui remplace l'API Get Observations, l'API SCA Devices ou d'autres API spécifiques à SCA ?

Status (état) Dépendances de stock
Détails Cisco n'a pas publié de matrice finale de remplacement d'API « un pour un » pour chaque API SCA. Planifiez les activités, les détections, les incidents, les workflows, les analyses des ressources/des périphériques et XDR Investigate.
Action du client Inventaire des dépendances directes maintenant et ne présumez pas que les noms de terminaux hérités resteront disponibles après le 24 octobre 2026.

Qu'advient-il des anciennes méthodes de création d'incidents et de l'automatisation personnalisée ?

Status (état) Traiter comme transitoire
Détails La FAQ n'établit pas de date d'annulation publique pour chaque méthode ou API de création d'incident héritée. La direction cible est celle des détections et événements de sécurité personnalisés XDR, de la génération d'incidents dans le modèle XDR et du réglage des incidents pour la gestion des résultats.
Action du client Mappez chaque observation SCA consommatrice d'automatisation, les noms d'alerte, les périphériques, les webhooks, les exportations ou les rapports à un exemple d'utilisation XDR Workflow, détection, incident, activité ou Asset Insights. Testez le comportement de bout en bout avant le basculement de source approprié.

Éléments de transition terminés

Migration de détection NVM

Status (état) 🟢 Terminé
Résolution Les détections NVM et les paramètres de détection associés ont été transférés dans XDR en mai 2026. Les clients qui utilisent des notifications et des exportations NVM héritées doivent utiliser des workflows XDR et valider le modèle de workflow.

Historique de révision

Révision Date de publication Commentaires
1.0
03-Sep-2026
Première publication
TAC Authored

Contribution d’experts de Cisco

  • Radoslaw Olszowy
    Ingénierie-conseil technique Responsable technique

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco

Ce document s’applique à ces produits