Sécurité des identités et des accès à l'ère de l'IA

L'identité accédant à votre infrastructure peut ne pas appartenir à une personne physique.

Il peut appartenir à un employé, un sous-traitant, un client, une application, un serveur, une API, un flux de travail automatisé, une charge de travail cloud, ou Agent IAChaque identité peut nécessiter l'accès à des systèmes, des données et des actions spécifiques. Chacune peut également devenir une porte d'entrée au sein de l'organisation en cas de mauvaise gestion ou de compromission.

C’est pourquoi la sécurité des infrastructures ne peut plus reposer principalement sur la protection du périmètre du réseau.

Un nom d'utilisateur légitime, un jeton de session volé, un compte de service surprivilégié ou un profil d'administrateur oublié peuvent permettre à un attaquant de se déplacer dans les systèmes sans franchir un pare-feu traditionnel. L'activité peut paraître légitime au premier abord, car l'attaquant utilise une véritable identité.

Une protection efficace de l'identité pose donc plusieurs questions à chaque demande d'accès :

• Qui ou quoi demande l'accès ?
• Comment cette identité a-t-elle été vérifiée ?
• Le périphérique ou la charge de travail est-il fiable ?
• Quelle ressource est demandée ?
• Cette identité a-t-elle besoin de cet accès maintenant ?
• Ce comportement est-il cohérent avec les activités précédentes ?
• Cette action devrait-elle nécessiter une approbation supplémentaire ?
• L'accès peut-il être supprimé rapidement ?

Ce guide explique comment protéger les identités humaines et non humaines au sein des infrastructures modernes. Il aborde l'authentification, le contrôle d'accès zéro confiance, les comptes privilégiés et les identités de service. Agents d'IA, la surveillance, la réponse aux incidents et les mesures pratiques que les entreprises peuvent prendre pour réduire les risques liés à l'identité.

Chapitres

Comprendre la protection de l'identité

La protection de l'identité comprend des initiatives visant à vérifier que seules les personnes ou les systèmes authentiques peuvent utiliser certains actifs. Elle constitue un élément essentiel de protection des systèmes d'identité des infrastructures critiquesElle vise à minimiser les activités non autorisées en garantissant une identification précise. En privilégiant l'identité, les organisations réduisent les risques d'intrusion, de vol de bases de données et d'utilisation abusive des données. Une identification efficace garantit que seuls les utilisateurs vérifiés franchissent les étapes d'authentification rigoureuses, empêchant ainsi les attaquants d'exploiter les points d'accès.

La protection de l'identité regroupe les contrôles utilisés pour vérifier les identités, gérer les accès, détecter les comportements suspects et réagir lorsqu'un compte ou des informations d'identification ont pu être compromis.

Cela s'applique tout au long du cycle de vie de l'identité :

• Une identité est créée.
• L'accès est attribué.
• L'identité est authentifiée.
• Des autorisations sont utilisées.
• L'activité est surveillée.
• L'accès évolue en fonction des responsabilités.
• L'identité est désactivée ou supprimée.

La protection de l'identité de l'infrastructure s'étend au-delà des comptes des employés.

Il comprend également:

• Entrepreneurs
• Clients
• Administrateurs
• Les comptes de service
• Applications
• Apis
• Appareils
• Conteneurs
• Charges de travail cloud
• Flux de travail automatisés
• Moteurs de recherche
• Assistants IA
• Agents d'IA

L'objectif n'est pas simplement de confirmer qu'une identité possède le bon mot de passe. Il s'agit d'établir si cette identité est autorisée à effectuer une action particulière dans les circonstances actuelles.

Quelles identités ont besoin d'être protégées ?

Chaque identité ayant accès aux ressources de l'entreprise nécessite un propriétaire, un objectif, des autorisations appropriées et un cycle de vie défini.

Méthodes d'authentification fortes

Les mots de passe seuls ne suffisent pas, et l'une des solutions pour sécuriser les comptes des entreprises est de ne pas s'y fier exclusivement. Vous avez peut-être entendu dire que de nombreux pirates exploitent les mots de passe faibles ou les réutilisent pour accéder à votre compte. L'authentification multifacteurs offre une protection supplémentaire. Le contrôle d'accès peut être renforcé par l'authentification à deux facteurs, qui combine un élément connu de l'utilisateur (son mot de passe) avec un élément qu'il possède.

Contrôles d'accès et autorisations

Des permissions ciblées permettent de limiter les risques de dommages. Il s'agit d'attribuer des droits d'accès en fonction des rôles de chaque utilisateur, ce qui réduit les risques inutiles. C'est ce qu'on appelle le principe du moindre privilège : les utilisateurs n'accèdent qu'aux ressources nécessaires à leurs tâches. Veillez à vérifier et à mettre à jour régulièrement les permissions.

Surveillance continue et alertes

Les systèmes de surveillance en temps réel détectent rapidement toute activité suspecte. Des comportements de connexion suspects ou des connexions depuis des lieux inconnus peuvent indiquer une compromission d'accès. Les alertes automatisées permettent aux équipes de sécurité d'être immédiatement informées et de réagir rapidement. L'activation de la journalisation des activités des comptes facilite les enquêtes après les incidents.

Systèmes de gestion d'identité

Les outils de gestion centralisée des identités simplifient la gestion des comptes utilisateurs. Ces systèmes automatisent de nombreuses tâches, comme l'ajout, la mise à jour ou la désactivation de comptes lors des arrivées et départs d'employés. L'automatisation minimise les erreurs fréquentes lors des mises à jour manuelles. L'intégration de la gestion des identités à d'autres solutions de sécurité offre une vue d'ensemble des activités en cours.

Audits d'authentification réguliers

Audits d'authentification réguliers

Un audit régulier garantit le bon fonctionnement du mécanisme d'authentification. Les journaux d'authentification permettent d'identifier les anomalies et les failles de sécurité. Tester les procédures de sauvegarde et de restauration est une mesure proactive qui assure à l'utilisateur la possibilité de rétablir son accès en cas de problème. Cela permet également de révéler les failles de sécurité et d'y remédier efficacement avant qu'elles ne s'aggravent.

Formation et sensibilisation des employés

La protection de l'identité repose en grande partie sur le comportement humain. Cela implique de former le personnel à s'authentifier en toute sécurité et à reconnaître les menaces courantes. Les employés acquièrent ainsi la capacité d'identifier les véritables tentatives d'hameçonnage, l'ingénierie sociale et autres techniques de vol d'identifiants. Les campagnes de sensibilisation sont continues et la sécurité demeure une priorité absolue dans le cadre des opérations courantes. Les sessions de rappel sont plus efficaces lorsqu'elles s'appuient sur des incidents récents survenus dans le secteur, car les exemples concrets marquent davantage les esprits que les avertissements abstraits. C'est pourquoi des sessions structurées sont essentielles. formation de sensibilisation à la sécurité continue d'évoluer au même rythme que les menaces elles-mêmes.

Mises à jour logicielles régulières

Les failles de sécurité des logiciels peuvent révéler des informations d'identité. Les mises à jour et les correctifs corrigent les vulnérabilités avant qu'elles ne soient exploitées. Les outils de mise à jour automatisés permettent de maintenir les systèmes à jour facilement. Tester les mises à jour avant leur déploiement évite les problèmes de compatibilité. Une mesure simple mais efficace pour se protéger contre les attaques basées sur l'usurpation d'identité consiste à maintenir les logiciels à jour.

Plans de sauvegarde et de récupération

Les systèmes d'authentification peuvent être perturbés par des failles de sécurité, des pannes système et d'autres événements imprévus. Les sauvegardes préservent les données et la configuration essentielles. Des tests de reprise d'activité réguliers permettent d'éviter les interruptions de service en cas de sinistre. Des sauvegardes sécurisées minimisent l'impact d'une intrusion ou d'une attaque et accélèrent la reprise d'activité. Cela réduit les temps d'arrêt et contribue à protéger les données sensibles.

Pourquoi l'identité est devenue un périmètre de sécurité

Les modèles de sécurité traditionnels supposaient souvent que l'activité au sein du réseau de l'entreprise était relativement digne de confiance.

Cette hypothèse ne correspond plus à de nombreuses organisations.

Les employés travaillent à distance. Les applications s'exécutent sur plusieurs environnements cloud. Les sous-traitants utilisent des appareils externes. Les plateformes logicielles se connectent via des API. Les processus automatisés accèdent aux données sans intervention humaine directe. Les agents d'IA peuvent opérer sur plusieurs outils.

Par conséquent, le fait d'être « à l'intérieur » du réseau ne prouve pas qu'une requête est sûre.

L’identité est devenue l’un des principaux points de contrôle car les décisions d’accès peuvent être basées sur :

• L'utilisateur ou la charge de travail
• Force d'authentification
• État de l'appareil
• Lieu
• Ressource demandée
• Niveau de risque actuel
• Heure d'accès
• Comportement antérieur
• Sensibilité de l'action
• L'approbation humaine est-elle requise ?

Cette approche est étroitement liée au principe de confiance zéro.

Zéro confiance Cela ne signifie pas se méfier personnellement de chaque employé. Cela signifie que l'accès technique n'est pas accordé indéfiniment en fonction de la localisation ou d'une seule connexion réussie.

Chaque demande doit être évaluée en fonction de l'identité, de l'appareil, des ressources et des informations de risque actuels.

Menaces courantes à l'identité

Les attaques d'identité ne commencent pas toutes par la devinette d'un mot de passe.

Tenir un inventaire complet des identités

On ne peut pas protéger des identités dont personne ne connaît l'existence.

Constituez un inventaire qui comprend :

• Collaborateurs
• Administrateurs
• Entrepreneurs
• Clients
• Les comptes de service
• Applications
• Apis
• Charges de travail cloud
• Appareils
• Flux de travail automatisés
• Moteurs de recherche
• Agents d'IA

Pour chaque identité, enregistrez :

• Son propriétaire
• Son but
• Systèmes auxquels il peut accéder
• Autorisations qu'elle détient
• Méthode d'authentification
• Date de création
• Dernière activité
• Date de révision
• La date d'expiration
• Méthode de récupération
• Dépendances

Les identités non revendiquées méritent une attention immédiate.

Un compte de service sans propriétaire peut continuer à fonctionner discrètement pendant des années. Personne ne souhaite le désactiver car son fonctionnement reste inconnu. Les pirates informatiques affectionnent particulièrement les comptes que personne d'autre n'ose toucher.

Utilisez une authentification forte et résistante au phishing

Les mots de passe, à eux seuls, sont vulnérables à l'hameçonnage, à la réutilisation, à la devinette, au vol et à la divulgation accidentelle.

L’authentification multifactorielle requiert plusieurs catégories de preuves, telles que :

• Quelque chose que l'utilisateur sait
• Quelque chose que l'utilisateur possède
• Quelque chose que l'utilisateur est

Cependant, toutes les méthodes d'authentification multifacteur n'offrent pas le même niveau de protection.

Les codes envoyés par SMS ou générés par une application peuvent améliorer la sécurité, mais les utilisateurs peuvent toujours être incités à les partager. Les notifications push peuvent également faire l'objet d'abus via des demandes d'approbation répétées.

Les méthodes d'authentification résistantes au phishing sont conçues pour empêcher la réutilisation des identifiants sur un site web frauduleux.

Les exemples peuvent inclure :

• Clés de sécurité FIDO
• Clés d'accès
• Authentificateurs de plateforme
• Authentification par certificat

Privilégiez une authentification plus forte pour :

• Administrateurs
• cadres supérieurs
• Équipes financières
• équipes RH
• Développeurs
• Accès à distance
• Comptes de messagerie
• consoles de gestion du cloud
• Comptes de médias sociaux
• Plateformes publicitaires
• Bases de données clients

Source : CISA : Plus qu'un mot de passe

Appliquer le principe du moindre privilège

Le principe du moindre privilège consiste à n'accorder à une identité que l'accès nécessaire à l'exécution des tâches qui lui sont assignées.

Cela ne signifie pas donner à tout le monde un accès étendu, car demander la permission ultérieurement pourrait s'avérer gênant.

Les contrôles pratiques du principe du moindre privilège comprennent :

• Attribution des accès par rôle professionnel
• Séparation des comptes standard et des comptes administrateur
• Restreindre l'accès aux environnements sensibles
• Limiter la portée des API
• Utilisation d'un accès surélevé temporaire
• Exiger une approbation pour les autorisations à haut risque
• Suppression des accès inutilisés
• Vérifier les autorisations lors d'un changement de rôle
• Empêcher les comptes de service de recevoir des droits de connexion interactifs
• N'autoriser les agents d'IA qu'aux outils et données approuvés.

Évitez de copier automatiquement toutes les autorisations de la personne précédente occupant un poste. Cela peut transmettre en quelques secondes des années d'accès cumulés à un nouvel employé.

Contrôler les identités privilégiées

Les comptes privilégiés peuvent créer des utilisateurs, modifier des configurations, accéder à des informations sensibles, désactiver des contrôles et affecter une grande partie de l'infrastructure.

Ils nécessitent des garanties plus strictes que les comptes ordinaires.

Les contrôles d'accès privilégiés peuvent inclure :

• comptes administratifs séparés
• Authentification forte
• Autorisation préalable à l'accès surélevé
• Autorisations à durée limitée
• rotation des mots de passe et des secrets
• Enregistrement de session
• Journalisation des commandes ou des actions
• Restrictions relatives au lieu où les séances privilégiées peuvent débuter
• comptes d'accès d'urgence
• Alertes concernant une activité privilégiée inhabituelle

Les administrateurs doivent utiliser des comptes standard pour les activités courantes telles que la messagerie électronique et la navigation Web.

Un compte puissant ne devrait pas être exposé à chaque lien, pièce jointe et session de navigation ordinaire.

Automatiser le cycle de vie des identités

La protection de l'identité commence avant la première connexion et se poursuit après la dernière.

Un processus de cycle de vie robuste couvre :

Menuisiers

Lorsqu'une personne rejoint l'organisation :

• Créez une identité vérifiée
• Attribuer les accès en fonction du rôle approuvé
• Enregistrer les méthodes d'authentification appropriées
• Enregistrer un propriétaire interne
• Fournir une formation en sécurité
• Évitez d'ajouter des autorisations trop générales « au cas où ».

Déménageurs

Lorsque les responsabilités changent :

• Ajouter les accès requis pour le nouveau rôle
• Supprimer l'accès du rôle précédent
• Examiner les adhésions aux groupes
• Réévaluer l'accès privilégié
• Mettre à jour les chaînes d'approbation

Les droits d'accès augmentent souvent lorsque des personnes changent d'équipe. Sans suppression, un employé peut discrètement accumuler des autorisations, comme des points de fidélité.

Les sortants

Lorsqu'une personne part :

• Désactivez immédiatement l'accès à la connexion.
• Révoquer les sessions actives
• Supprimer les méthodes d'authentification
• Transférer la propriété des fichiers et des comptes
• Faire tourner les secrets partagés
• Désactiver les applications connectées
• Consultez l'activité récente
• Supprimer l'accès depuis les plateformes externes

Le même processus devrait s'appliquer aux sous-traitants, aux employés temporaires, aux comptes de service, aux intégrations et aux agents d'IA.

Protéger les identités des machines et des charges de travail

Dans les environnements cloud et applicatifs, les identités non humaines sont souvent plus nombreuses que les utilisateurs humains.

Ces identités peuvent inclure :

• Services
• Applications
• Conteneurs
• Machines virtuelles
• Scripts d'automatisation
• Apis
• Bases de données
• pipelines de développement
• Travaux planifiés

Une faiblesse courante réside dans l'utilisation de mots de passe, de clés API ou de certificats à longue durée de vie stockés dans des fichiers de configuration.

Les pratiques les plus efficaces comprennent :

• Utilisation des identités de charge de travail gérées
• Préférant les diplômes à durée de vie courte
• Stocker les secrets dans des systèmes de gestion des secrets dédiés
• Rotation automatique des identifiants
• Restreindre chaque identité à un but précis
• Séparer l'accès au développement, aux tests et à la production
• Surveillance des activités non humaines
• Attribuer un propriétaire à chaque identité
• Suppression des identifiants lorsque les charges de travail sont mises hors service

Les identités des machines ne doivent pas partager de comptes humains. Les comptes humains ne doivent pas être intégrés dans des scripts.

Donnez à chaque agent IA sa propre identité.

Les agents IA peuvent rechercher des fichiers, récupérer des informations client, mettre à jour un CRM, envoyer des messages, modifier campagne données, créer des tickets d'assistance ou appeler des applications externes.

Un agent qui effectue ces actions a besoin d'une identité qui puisse être gérée de manière indépendante.

Ne permettez pas à plusieurs agents de partager un même compte générique. Ne communiquez pas à un agent les identifiants de connexion d'un employé.

Chaque agent de production devrait avoir :

• Une identité dédiée
• Un objectif documenté
• Un propriétaire humain
• Liste approuvée d'outils
• Accès restreint aux données
• Limites d'action définies
• Autorisations de lecture et d'écriture séparées
• Conditions d'approbation
• Journaux d'activité
• Une date d'expiration ou de révision
• Une méthode d'arrêt

Par exemple, un institut d'études de marché peut être autorisé à consulter les données approuvées des campagnes et les données analytiques. Il ne doit pas recevoir automatiquement l'autorisation de modifier les budgets publicitaires, de publier des messages sur les réseaux sociaux, d'exporter l'intégralité d'une base de données clients ou de contacter chaque prospect.

Microsoft et Google Il convient désormais de documenter les approches d'identité dédiées aux agents d'IA plutôt que de les traiter comme des utilisateurs humains ordinaires.

Pour en savoir plus sur la planification de projets d'agents sécurisés, consultez le guide « Comment choisir une société de développement d'agents IA ».

Évaluer l'accès en continu

Une connexion réussie ne doit pas créer une confiance illimitée pour le reste de la session.

Les décisions d'accès peuvent prendre en compte :

• Force d'authentification
• Statut du périphérique
• Lieu
• Réseau
• Heure
• Ressource demandée
• Sensibilité de l'action
• Modifications récentes du mot de passe
• Impossible Responsables
• Volume de téléchargement inhabituel
• Nouvelles applications
• Signaux de risque antérieurs

Une personne familière agissant d'une manière inhabituelle peut indiquer un compromis.

Par exemple, un compte qui consulte normalement quelques enregistrements pendant les heures de bureau locales peut nécessiter une vérification supplémentaire lorsqu'il exporte soudainement des milliers d'enregistrements depuis un nouvel appareil situé dans un autre pays.

Les réponses possibles incluent :

• Demander une authentification plus forte
• Bloquez l'action
• Restreindre la session
• Révoquer les jetons actifs
• Notifier l'utilisateur
• Alertez l'équipe de sécurité
• Nécessite l'approbation humaine

9. Protéger les sessions et les jetons

L'authentification n'est que le début d'une session.

Les attaquants peuvent tenter de voler :

• Cookies du navigateur
• Jetons de rafraîchissement
• Jetons d'API
• Jetons d'authentification unique
• OAuth accorde
• Secrets de l'application

Une session volée peut permettre l'accès sans demander à l'attaquant de procéder à une nouvelle authentification multifacteur.

Protéger les sessions en :

• Utilisation d'un stockage de jetons sécurisé
• Limiter la durée de vie des jetons
• Révocation des séances après des événements à haut risque
• Surveillance de l'activité des nouveaux appareils
• Restriction de la portée du jeton
• Examen des applications connectées
• Empêcher l'apparition de jetons sensibles dans les journaux
• Exiger une vérification supplémentaire pour les actions à fort impact
• Application des commandes de l'appareil et de l'emplacement

Les utilisateurs devraient également pouvoir consulter et révoquer les sessions inconnues lorsque cela est possible.

Surveillance des comportements liés à l'identité

Les journaux d'identité aident les organisations à comprendre qui a accédé à quoi, quand, d'où et par quelle méthode.

Les événements d'identité utiles comprennent :

• Connexions réussies et échecs
• Inscriptions MFA
• Le mot de passe est réinitialisé
• Modifications des privilèges
• Nouveaux comptes d'administrateur
• Nouvelles informations d'identification API
• Applications connectées
• Création et révocation de session
• Exportations de données volumineuses
• Contrôles de sécurité désactivés
• Modifications apportées aux informations de récupération
• Appels d'outils d'agent
• Activité du compte de service

La surveillance devrait privilégier les tendances plutôt que de déclencher une alarme pour chaque événement ordinaire.

Les alertes à forte valeur ajoutée peuvent inclure :

• Connexion privilégiée depuis un nouvel appareil
• Accès depuis deux lieux éloignés dans un délai impossible
• Échecs répétés des tentatives d'authentification multifacteur
• Un compte inactif devient actif
• Un compte de service se connectant de manière interactive
• Un agent tentant d'utiliser un outil non approuvé
• Un utilisateur téléchargeant beaucoup plus de données que d'habitude
• Les autorisations sont levées peu avant une activité sensible.

Chaque alerte importante nécessite un responsable et une procédure de réponse. Une alerte non prise en compte est tout simplement ignorée.

Examiner l'accès des tiers

Les agences, les éditeurs de logiciels, les travailleurs indépendants, les consultants et les prestataires de services peuvent avoir besoin d'accéder à l'infrastructure de l'entreprise.

L'accès par des tiers devrait être :

• Sponsorisé par un propriétaire interne
• Limité à des systèmes spécifiques
• Limité aux actions requises
• Protégé par une authentification forte
• Dissociés des identités des employés
• Connectés
• Révisé régulièrement
• Étant donné une date d'expiration
• Supprimé lorsque la relation prend fin

Ne partagez pas les identifiants de connexion des employés avec des partenaires externes.

Dans la mesure du possible, utilisez des identités externes distinctes ou une fédération afin que l'accès puisse être tracé et supprimé sans perturber les comptes internes.

Préparer les procédures de récupération d'identité

Les systèmes d'identité peuvent tomber en panne ou devenir indisponibles lors d'une attaque.

Les plans de relance doivent couvrir :

• Pannes des fournisseurs d'identité
• Dispositifs d'authentification perdus
• Comptes d'administrateur compromis
• Comptes clients verrouillés
• Configurations d'identité corrompues
• Fédération défaillante
• Incidents de ransomware
• Perte d'accès à la gestion du cloud
• Agents d'IA compromis
• Révocation d'un grand nombre de séances

Maintenir des comptes d'urgence rigoureusement contrôlés pour les systèmes critiques.

Ces comptes devraient :

• À utiliser uniquement en cas d'urgence.
• Posséder des identifiants robustes et stockés séparément
• Être surveillé
• Être exclu des flux de travail ordinaires
• Faites-vous tester régulièrement.
• Déclencher une alerte à chaque utilisation

Sauvegardez les configurations d'identité, les politiques et les informations de récupération importantes. Testez la restauration au lieu de supposer que la sauvegarde fonctionnera parfaitement le moment venu.

Comment l'IA transforme les menaces à l'identité

L'IA peut améliorer à la fois les attaques et les défenses.

Hameçonnage assisté par l'IA

L'IA générative peut aider les attaquants à créer des messages convaincants, à traduire des arnaques, à imiter le langage des affaires et à personnaliser l'ingénierie sociale en utilisant des informations publiques.

La défense de base reste plus large que la simple vérification de l'orthographe.

Les employés doivent vérifier :

• L'expéditeur
• L'action demandée
• La destination des liens
• Modifications des informations de paiement
• Demandes inhabituelles de justificatifs d'identité
• Demandes de dérogation aux procédures normales

Imitation vocale et vidéo

Des enregistrements audio ou vidéo de synthèse peuvent imiter la voix d'un cadre, d'un collègue, d'un client, d'un fournisseur ou d'un représentant public.

Les entreprises ne devraient pas utiliser la voix ou l'apparence vidéo comme seule preuve d'identité pour des actions sensibles.

Les demandes à haut risque doivent être confirmées par un canal indépendant et selon une procédure établie.

Surveillance d'identité assistée par l'IA

L'IA peut également aider les équipes de sécurité à analyser le comportement de connexion, à regrouper les alertes, à détecter les schémas inhabituels et à prioriser les enquêtes.

Ces systèmes nécessitent toujours une surveillance.

Une connexion inhabituelle n'est pas toujours malveillante. Une connexion familière n'est pas toujours sûre. Les systèmes de détection doivent faciliter l'enquête plutôt que de la remplacer par un score de risque inexpliqué.

Identités d'IA de l'ombre

Les employés peuvent connecter des applications d'IA non approuvées à la messagerie de l'entreprise, au stockage cloud, aux plateformes CRM, aux systèmes de réunion et aux bibliothèques de documents.

Cela permet de créer des jetons et des autorisations qui restent actifs même après que l'employé a cessé d'utiliser l'outil.

Les organisations doivent assurer la visibilité des applications d'IA connectées et procéder à un examen :

• Autorisations demandées
• Accès aux données
• Durée du jeton
• Sécurité des fournisseurs
• Propriété de l'utilisateur
• Des fins commerciales
• Procédures de départ

Protection de l'identité pour les équipes marketing

Les équipes marketing ont accès à des systèmes qui affectent directement les clients et la confiance du public.

Ceux-ci peuvent inclure:

• Comptes de médias sociaux
• Plateformes publicitaires
• Systèmes de marketing par e-mail
• Sites web
• Gestion de domaine et DNS
• Analyses
• Plateformes CRM
• Recherche client
• bibliothèques d'actifs de marque
• Plateformes de webinaires
• Écriture et IA unique les outils
• Comptes d'agence
• Plateformes d'influenceurs et de partenaires

Une identité marketing compromise peut permettre à un attaquant de :

• Publier des messages frauduleux
• Envoyer des e-mails d'hameçonnage depuis le domaine de l'entreprise
• Changer les publicités
• Rediriger le trafic de campagne
• Accéder aux listes de clients
• Données de prospects exportées
• supprimer les ressources créatives
• Connecter des applications malveillantes
• Se faire passer pour un cadre supérieur
• Nuire à la réputation de la marque

Contrôles d'identité pratiques pour les spécialistes du marketing

Les responsables marketing devraient :

• Attribuez à chaque employé un compte individuel
• Évitez de partager vos mots de passe de réseaux sociaux.
• Exiger une authentification multifacteur (MFA) robuste pour les comptes de messagerie, de réseaux sociaux et de publicité.
• Utiliser les autorisations basées sur les rôles
• Accorder aux agences un accès séparé et limité dans le temps
• Examiner régulièrement les administrateurs de la plateforme
• Supprimez immédiatement l'accès dès qu'une personne quitte la pièce.
• Limitez strictement l'accès au domaine et au DNS.
• Limiter les exportations de données client
• Examiner les applications connectées
• Protégez les adresses e-mail et les numéros de téléphone de récupération.
• Document qui peut publier, dépenser de l'argent ou modifier le suivi
• Toute modification importante du budget ou des comptes nécessite une approbation.
• N’accordez aux outils d’IA que l’accès dont ils ont besoin.

L'IA transforme la façon dont les équipes marketing créent et automatisent leur travail, mais chaque outil connecté crée également une autre relation d'accès qu'il faut comprendre.

Explorez les implications plus larges dans Comment l'IA transforme le marketing et le StoryLab.ai Centre de marketing IA.

Explication des modèles de contrôle d'accès

Différents modèles d'accès peuvent être utilisés simultanément.

Le contrôle d'accès basé sur les rôles constitue une base utile, mais les rôles peuvent devenir trop généraux. Les politiques contextuelles et l'élévation temporaire des privilèges permettent un contrôle plus précis.

Que faire en cas d'usurpation d'identité ?

Une suspicion d'usurpation d'identité exige une action rapide et coordonnée.

Contenir l'identité

Selon la situation :

• Désactiver le compte
• Révoquer les sessions actives
• Réinitialiser les identifiants
• Supprimer les méthodes d'authentification
• Révoquer les jetons et les clés API
• Applications connectées au bloc
• Suspendre l'activité de l'agent
• Restreindre l'accès au réseau

Préserver les preuves

Enregistrer les éléments pertinents :

• Journaux d'authentification
• Informations sur l'appareil
• Activité de messagerie
• Modifications des autorisations
• Activité d'application
• journaux d'actions des agents
• Exportations de données
• Actions de l'administrateur

Évitez de supprimer des preuves avant que l'incident n'ait été compris.

Déterminer l'accès obtenu

Enquêter:

• Quels systèmes ont été consultés ?
• Quelles données ont été consultées ou exportées ?
• Quelles autorisations ont été modifiées ?
• Que de nouvelles identités aient été créées ou non
• La persistance a-t-elle été établie ?
• Si d'autres comptes ont été ciblés
• Quelles actions des clients ou du public se sont produites

Supprimer la persistance

Les attaquants peuvent créer :

• Nouveaux administrateurs
• Règles de transfert
• Jetons d'API
• connexions OAuth
• Méthodes de récupération
• Tâches planifiées
• Informations d'identification de l'application

Changer le mot de passe à lui seul ne suffit peut-être pas à supprimer ces voies d'accès.

Rétablissez-vous en toute sécurité

Rétablir l'accès avec :

• Nouveaux identifiants
• Méthodes d'authentification vérifiées
• Autorisations examinées
• Appareils propres
• Sessions révoquées
• Politiques de sécurité mises à jour

Si l'identité compromise appartenait à un client et que des données personnelles ont pu être exposées, la récupération devrait également inclure la promotion des clients. surveillance du crédit afin de pouvoir détecter rapidement toute activité frauduleuse liée à l'incident.

Tirez les leçons de cet incident

Identifier la voie d'accès initiale et améliorer le contrôle correspondant.

La leçon devrait être plus précise que « les employés doivent être prudents ». Il faut déterminer quel contrôle technique, procédural ou de formation a failli.

Indicateurs de sécurité d'identité à suivre

N'améliorez pas un indicateur en créant un autre problème.

Par exemple, réduire le nombre de comptes d'administrateur n'est utile que si les employés ne réagissent pas en partageant un seul compte puissant.

Feuille de route pour la mise en œuvre de la protection de l'identité

Phase 1 : Découvrir

Créez un inventaire des utilisateurs, des administrateurs, des comptes de service, des applications, des charges de travail, des plateformes connectées et des agents d'IA.

Identifiez d'abord les identités non possédées et inactives.

Phase 2 : Protéger les comptes à haut risque

Prioriser:

• Administrateurs
• cadres supérieurs
• Finance
• HR
• Développeurs
• Email
• Consoles cloud
• Gestion de domaine
• Comptes sociaux
• Plateformes publicitaires
• Bases de données clients

Appliquez une authentification plus forte et supprimez les autorisations inutiles.

Phase 3 : Améliorer la gestion du cycle de vie

Associez la création d'identité, les changements de rôle et les départs aux dossiers RH, contractuels et d'application officiels, le cas échéant.

Attribuer des propriétaires et des dates d'expiration.

Phase 4 : Réduire les privilèges permanents

Introduire des comptes d'administrateur distincts, un accès temporaire, des approbations et une surveillance des sessions.

Phase 5 : Protéger les identités non humaines

Remplacez les identifiants intégrés, faites tourner les secrets, restreignez la portée des API et attribuez des propriétaires aux applications, aux charges de travail et aux agents.

Phase 6 : Améliorer la surveillance

Collecter les événements d'identité, définir des alertes utiles, documenter les procédures de réponse et tester la révocation de session.

Phase 7 : Récupération des tests

Simuler:

• Un administrateur compromis
• Une session volée
• Une application connectée malveillante
• Un fournisseur d'identité handicapé
• Un compte de service compromis
• Un agent d'IA tente une action non autorisée

L'objectif est de découvrir les failles avant qu'un véritable attaquant ne réalise la démonstration.

Liste de contrôle de sécurité d'identité

Inventaire d'identité

• Existe-t-il un inventaire de toutes les identités, humaines et non humaines ?
• Chaque identité a-t-elle un propriétaire ?
• Les identités inactives sont-elles supprimées ?
• Les agents d'IA sont-ils enregistrés séparément ?
• Les identités externes ont-elles une date d'expiration ?

Authentification

• L'authentification multifacteur est-elle requise ?
• Les utilisateurs à haut risque se tournent-ils vers des méthodes résistantes au phishing ?
• Les méthodes d'authentification sont-elles revues après les changements de rôle ?
• Les comptes de récupération sont-ils protégés ?
• Les mots de passe partagés sont-ils supprimés ?

L’accès

• Les autorisations sont-elles basées sur les exigences du poste ?
• Les comptes administrateur et les comptes standard sont-ils séparés ?
• Un privilège temporaire est-il disponible ?
• Les portées des API sont-elles limitées ?
• Les agents sont-ils limités aux outils approuvés ?

Le Monitoring

• Les connexions et les modifications d'autorisations sont-elles enregistrées ?
• Les sessions et les événements de jetons sont-ils visibles ?
• Les actions privilégiées sont-elles surveillées ?
• Des exportations de données inhabituelles ont-elles été détectées ?
• Les actions des agents IA sont-elles enregistrées ?

Cycle de vie

• L'accès est-il supprimé rapidement lors du départ d'un utilisateur ?
• Les anciennes autorisations sont-elles supprimées lors d'un changement de rôle ?
• Les comptes de service sont-ils vérifiés ?
• Les intégrations sont-elles désactivées lorsqu'elles ne sont plus nécessaires ?
• L'identité des agents peut-elle être suspendue rapidement ?

Récupération

• Les sessions actives peuvent-elles être révoquées ?
• L'accès administrateur peut-il être rétabli en toute sécurité ?
• Les identités d'urgence sont-elles testées ?
• Les configurations d'identité sont-elles sauvegardées ?
• La procédure de réponse aux incidents a-t-elle été répétée ?

Réflexions finales

La protection de l'identité est devenue l'un des fondements de la sécurité des infrastructures.

Les organisations doivent protéger bien plus que les identifiants et mots de passe de leurs employés. Applications, API, charges de travail cloud, comptes de service, appareils, processus automatisés et agents d'IA nécessitent tous des identités vérifiables, limitées, surveillées et supprimables.

Commencez par découvrir quelles identités existent.

Attribuez à chaque identité un propriétaire et un objectif précis. Mettez en place une authentification forte. Limitez les privilèges permanents. Protégez les jetons et les sessions. Surveillez les activités inhabituelles. Automatisez la suppression des accès. Testez les procédures de reprise d'activité de l'organisation en cas de compromission d'une identité.

L'IA complexifie encore davantage ce travail. Elle peut aider à détecter les comportements inhabituels, mais elle facilite également l'usurpation d'identité et l'automatisation pour les attaquants. Les agents d'IA doivent être considérés comme des identités réglementées et non comme des assistants logiciels invisibles disposant d'un accès illimité.

La règle centrale reste simple :

Aucune personne, application, charge de travail ou agent ne devrait bénéficier d'une confiance supérieure à celle que requiert sa tâche actuelle.

Autres articles intéressants

• Générateur de publications LinkedIn IA
• Exemples d'idées de vidéos YouTube sur le jardinage
• Agents IA pour les entreprises de jardinage
• Meilleurs styles artistiques d’IA
• Exemples d'idées de vidéos YouTube sur la lutte antiparasitaire
• Idées de contenu pour les réseaux sociaux automobiles
• Exemples d'idées de vidéos YouTube sur les plombiers
• Agents IA pour les entreprises de lutte antiparasitaire
• Exemples d'idées de vidéos YouTube sur les électriciens
• Comment les entreprises de lutte antiparasitaire peuvent obtenir plus de prospects 
• Annonces Google IA pour les services à domicile
• Les vidéos de formation de 60 secondes sont la nouvelle norme en entreprise
• Tarification des relations publiques en cybersécurité : contrats, livrables et retour sur investissement
• Meilleurs outils d'IA pour garantir la cohérence des produits dans la vidéo e-commerce