Table des matières

Le changement clé

Actions immédiates et dates critiques

Ce qui est retiré, modifié ou non disponible

Liste de contrôle de préparation client

Trouver votre chemin dans la nouvelle expérience XDR

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

Notifications, exportations, webhooks et automatisation

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

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

Capteurs, intégrations cloud et état de fonctionnement

Données historiques, rapports et administration

API et intégrations personnalisées

Éléments de transition terminés

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.

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.