Notes de version — septembre 2026

Gestion des utilisateurs

Garder les administrateurs inscrits

Les propriétaires et administrateurs d’organisation restent inscrits lorsqu’un administrateur modifie les utilisateurs individuellement, en masse ou via l’inscription d’un groupe. Cela évite qu’un administrateur perde son accès à la suite d’une désinscription. Pour désinscrire volontairement un administrateur, rétrogradez-le d’abord au rôle de membre. La suppression d’une personne du fournisseur d’identité peut toujours la supprimer d’Elba. Ce changement ne réinscrit pas automatiquement les personnes désinscrites auparavant. Consultez Gestion des utilisateurs.

Préférences de communication

Laisser chaque employé choisir son canal de notification

Toutes les organisations peuvent désormais laisser les employés choisir où ils reçoivent les messages d'Elba : par email, ou via Slack, Microsoft Teams ou Google Chat lorsque ces applications sont connectées. Les employés sélectionnent Préférences de communication dans le menu utilisateur du portail membre ; cet élément apparaît dès qu'une application de messagerie est connectée. Les administrateurs peuvent consulter et modifier le canal de chaque personne dans Paramètres → Équipe → Utilisateurs grâce à la colonne Canal de notification, au filtre Préférence de communication et à l'action groupée Définir le canal de communication.

Le canal sélectionné dans les Préférences de communication devient le canal par défaut des employés qui n'ont pas fait leur propre choix. Les messages sont envoyés sur le canal de l'employé, puis sur le canal par défaut, puis par email si la personne ne peut pas être jointe. Lorsque vous envoyez manuellement une formation, les employés qui ont leur propre canal la reçoivent sur celui-ci ; le canal choisi dans Envoyer via s'applique aux autres. Consultez Sam.

Intégrations

Connecter Workday Learning dans toutes les organisations

Workday Learning est désormais disponible pour toutes les organisations. Les propriétaires et administrateurs d'organisation peuvent le connecter depuis Paramètres → Intégrations → Workday Learning pour publier dans Workday les cours gérés par Elba, les inscriptions, la progression, l'achèvement et les scores aux quiz. Les environnements Workday étant configurés différemment, validez l'intégration de bout en bout dans un environnement sandbox ou d'implémentation Workday avant de connecter les apprenants en production. Consultez Connecter Workday Learning.

Classement de sécurité

Respecter la visibilité anonymisée des membres

Lorsque le classement est réglé sur Anonymisé, les membres peuvent consulter leur propre rang et leur score sans voir les scores des autres membres. Les managers conservent l'accès à leurs collaborateurs directs dans la vue dédiée à leur équipe, et les administrateurs gardent le classement d'administration. Consultez Classement de sécurité pour ce paramètre.

API publique

Consulter la dernière connexion à elba enregistrée pour chaque utilisateur

GET /v1/users renvoie désormais last_login_at : une date au format ISO 8601 si elba a enregistré une connexion, ou null sinon. Le champ existant has_logged_in et la pagination restent disponibles. Il s'agit d'une date de connexion à elba, pas de dernière activité ; une extension de navigateur gérée peut se connecter silencieusement, et les connexions antérieures à juin 2023 n'ont pas été reconstituées. Consultez API publique pour comprendre ce champ.

Rapports CSV

Conserver le texte exporté comme du texte dans les tableurs

Les rapports CSV du tableau de bord d'administration Elba marquent désormais comme texte les valeurs qu'un tableur pourrait interpréter comme des formules. Une apostrophe peut apparaître au début de ces cellules, par exemple lorsqu'un détail d'activité commence par + ou -. Les colonnes du rapport et les valeurs d'origine ne changent pas.

Exporter les résultats Phishing dans un seul CSV

Dans Phishing → Reporting, Exporter CSV télécharge les simulations des quatre onglets de résultats, selon les filtres de campagne, de scénario et d'action en cours. Chaque simulation inclut ses actions enregistrées ainsi que le nombre d'envois et les taux de sa campagne. Consultez le guide Phishing.

Exporter tous les utilisateurs filtrés du reporting Trainings

Dans Trainings → Reporting, Exporter CSV inclut tous les employés de la vue filtrée quand aucune ligne n'est sélectionnée. Sélectionner des employés limite l'export à cette sélection. Pour chaque employé exporté, le CSV contient toutes ses affectations de training et l'historique des complétions enregistrées, pas seulement les affectations correspondant à un filtre de training. Les employés sans affectation n'ont pas de ligne dans le CSV. Consultez le guide Trainings.

Data Protection

Retrouver toutes les alertes d'un fichier Google Drive

Dans Data Protection → Alertes, collez le lien ou l'ID d'un fichier Google Drive pour retrouver ses alertes, y compris celles déjà traitées. Un lien correspond exactement à ce fichier ; un ID seul peut aussi correspondre à un nom de fichier. Le filtre de statut par défaut est mis en pause pendant cette recherche afin de rendre les anciennes alertes visibles. Vous pouvez choisir un statut pour affiner les résultats, puis retirer la recherche pour rétablir le filtre précédent.

Les alertes traitées sans responsable enregistré sont désormais accessibles sous Traitée par l'administrateur → Changements réalisés ou Ignorée, conformément au statut affiché dans la liste. Cela n'identifie pas la personne qui les a traitées et ne revérifie pas les anciens partages. Consultez Traiter les alertes.

Conserver les alertes ignorées fermées pour les destinataires autorisés

Lorsqu'une analyse ultérieure de la source détecte un destinataire autorisé sur un fichier dont l'alerte a été ignorée, ce seul destinataire ne crée plus une nouvelle alerte. Une nouvelle autorisation de partage détectée pour un destinataire non autorisé peut toujours créer une alerte. Ce changement ne lance pas de nouvelle analyse et ne modifie pas les autorisations de partage. Consultez Traiter les alertes.

Vérifier le résultat d'une suppression de partage Google Drive

Pour les nouvelles demandes de suppression Google Drive, Elba vérifie que les autorisations de partage directes ont bien été supprimées. Si l'accès demeure ou si le résultat ne peut pas être confirmé, l'alerte reste ouverte ou est rouverte. Un partage hérité d'un dossier parent ne peut pas être supprimé sur le fichier : examinez plutôt ce dossier dans Google Drive.

Cette mise à jour ne relance ni ne revérifie automatiquement les anciennes demandes. Pour les anciennes alertes à haut risque marquées comme terminées, vérifiez les accès actuels dans Google Drive. Consultez Data Protection.

Écarter des playbooks automatiques les anciens partages Google non vérifiés

Une ancienne alerte Google Drive peut rester visible lorsque Elba ne peut pas vérifier le résultat d'une précédente suppression de partage. Les playbooks ne distribuent ni ne traitent désormais automatiquement cette alerte, y compris un éventuel partage plus récent dans la même alerte. Vérifiez les accès actuels et choisissez une action manuelle si nécessaire ; le simple fait d'ouvrir l'alerte ne relance pas son playbook. Les alertes déjà distribuées restent attribuées aux employés et leurs rappels existants peuvent continuer. Les autres nouveaux partages détectés suivent le fonctionnement habituel des playbooks. Consultez Data Protection.

Détecter les contenus sensibles dans les documents Google Drive

Elba analyse désormais le texte des documents en complément des autorisations de partage Google Drive. Vous pouvez ainsi identifier les fichiers sensibles et prioriser les risques d'exposition, même lorsque leur nom ne révèle rien de leur contenu.

Les formats pris en charge incluent Google Docs, Sheets et Slides, ainsi que les fichiers texte, PDF, DOCX, XLSX et PPTX importés. Les différents onglets des documents et feuilles de calcul sont inclus.

Dans la section Exposition des données → Contenu d'une alerte, le statut de l'analyse et les contenus sensibles détectés, comme une clé de chiffrement, sont affichés. Vous pouvez distinguer une analyse du texte terminée d'une analyse limitée aux métadonnées ou indisponible.

L'analyse s'exécute de manière asynchrone via votre intégration Google Drive existante. Les PDF doivent contenir du texte extractible ; la reconnaissance optique de caractères (OCR) n'est pas incluse. Un fichier trop volumineux ou impossible à lire entièrement n'est pas considéré comme exempt de contenu sensible. Les détections antérieures sont conservées lorsqu'une analyse ultérieure est indisponible.

Consultez Data Protection pour examiner les alertes et gérer les risques liés au partage.

Voir les erreurs de connexion affectant les playbooks actifs depuis l’accueil

Les propriétaires et administrateurs d’organisation peuvent désormais voir directement sur la page d’accueil les sources Data Protection configurées dont une erreur de connexion enregistrée empêche des playbooks actifs de s’exécuter. L’encart indique le nombre de playbooks affectés et ouvre les paramètres existants de la source. Il distingue la dernière lecture réussie des informations de la date enregistrée de l’erreur et signale les informations indisponibles ou potentiellement obsolètes.

Consultez Vérifier les erreurs de connexion depuis l’accueil pour connaître le périmètre, l’actualisation et les prochaines étapes.

Third-Party Apps

Définir une politique d'utilisation avant qu'une application soit observée

Dans Third-Party Apps → Inventaire, les propriétaires et administrateurs d'organisation peuvent désormais utiliser Ajouter un domaine d’application pour ajouter une application à partir de son domaine avant qu'Elba ne l'ait observée, et définir sa politique d'utilisation à l'avance. Avec Non approuvée, un playbook Browser Security actif qui bloque l'accès à la page peut bloquer le domaine et ses sous-domaines. Vérifier l’accès via le navigateur présente cette conséquence avant l'enregistrement. Les suffixes publics, les domaines d'hébergement partagé et les domaines globaux d'éditeurs comme google.com sont refusés.

L'application porte la mention Non observée jusqu'à ce que Browser Security l'observe ; les utilisateurs et usages observés rejoignent alors la même entrée, et la politique est conservée. Supprimer la cible rétablit la politique précédente et conserve les indices observés. Consultez Ajouter un domaine d'application.

Voir les applications gérées dans Okta

Les organisations qui utilisent Okta comme fournisseur d'identité Elba peuvent voir les attributions d'applications reconnues dans Third-Party Apps → Inventaire après une synchronisation réussie de l'annuaire. Géré dans Okta affiche les applications attribuées. Non géré dans Okta met en avant les applications sans attribution Okta comptant au moins cinq utilisateurs confirmés par une source connectée ou observés dans le navigateur ; une option inclut les applications détectées uniquement par e-mail.

La vue Utilisateurs d'une application distingue les accès Attribué dans Okta des autres preuves et identifie les accès fédérés comme SSO via Okta. Une attribution ne prouve pas une connexion récente. Elle ne crée pas, à elle seule, d'alerte, ne modifie pas la politique de l'application et ne change aucun accès dans Okta. Les applications Okta non reconnues peuvent être absentes de l'inventaire.

Point sur le déploiement, 23 septembre : les premières synchronisations de production des attributions sont vérifiées en Europe et aux États-Unis. La première synchronisation américaine et sa répétition planifiée se sont terminées sans créer d'alertes ni d'étiquettes à partir des lignes d'attribution. Cette annonce concerne la connexion native au fournisseur d'identité ; elle n'annonce pas le déploiement de la source Okta connectée séparément ni de l'historique des connexions.

Consultez Applications gérées dans Okta pour les preuves et les filtres pris en charge.

Corriger une décision d'ignorer une alerte

Les administrateurs et propriétaires d'organisation peuvent désormais rouvrir une alerte Third-Party Apps individuelle précédemment ignorée par un administrateur. Rouvrir l’alerte demande une confirmation, puis remet l'alerte à l'état Détectée pour reprendre son examen et les actions habituelles prises en charge.

L'application, la source, le membre associé, les éléments de preuve et la décision précédente sont conservés. L'historique indique qui a rouvert l'alerte et à quel moment. L'accès à l'application et l'état du membre restent inchangés. Les alertes terminées par un employé et les décisions Changements réalisés sont exclues de ce parcours.

Consultez Rouvrir une alerte ignorée par un administrateur pour connaître les étapes, les conditions et la marche à suivre en cas d'erreur.

Access Review

Déléguer les approbations dans une revue

La Sécurité peut désormais choisir, pour chaque campagne de revue des accès, le responsable de l'application, le manager hiérarchique du collaborateur, ou les deux comme approbateurs requis. Un manager absent de l'annuaire peut être assigné pour cette revue sans modifier l'annuaire. Les approbateurs peuvent répondre via une connexion Slack, Teams ou Google Chat joignable, ou par email ; la Sécurité conserve la décision finale.

Si une demande reste sans réponse à l'échéance, la campagne peut escalader à la Sécurité (règle par défaut), maintenir l'accès en le marquant non revu, ou enregistrer une décision de révocation. Cette dernière règle exige une confirmation explicite avant le lancement et peut concerner des comptes sans approbateur joignable. Décider une révocation et retirer effectivement l'accès sont deux étapes distinctes. Paramétrer une revue planifiée n'envoie aucune demande d'approbation ; valider son périmètre déclenche les demandes. Consultez Déléguer les approbations des comptes pour la configuration et les vérifications.

Conserver les comptes connectés des anciens employés dans les écarts d'identité

Après une nouvelle synchronisation de source, un compte d'application peut rester visible dans Access Review → Gaps d'identité lorsque l'employé correspondant a été supprimé du fournisseur d'identité. Elba l'indique comme Ancien employé uniquement si une seule identité correspondante a été enregistrée, qu'elle est toujours supprimée et qu'aucune identité actuelle ne contredit la correspondance. Le domaine d'email ne suffit pas à prouver un départ. Les correspondances non vérifiées ou ambiguës restent Inconnu.

Le tableau et le CSV indiquent désormais quand la source a signalé chaque compte pour la dernière fois. Cette mise à jour ne reclassifie pas les comptes historiques auparavant masqués, ne révoque aucun accès et ne confirme pas qu'une ancienne observation de source est encore valable. Vérifiez le compte dans l'application source et la situation de la personne avant d'agir. Consultez Revues des identités et des accès.

Formations

Limiter les rappels manuels de formation répétés

Une nouvelle demande de rappel manuel pour une personne est désormais écartée si une demande précédente a été acceptée pour elle au cours des 24 dernières heures, même lorsqu'un autre administrateur ou manager la lance. Cette règle s'applique aux canaux email et messagerie pris en charge. Le résultat distingue les personnes mises en file d'attente pour l'envoi de celles écartées ; si toutes sont écartées, il affiche Aucun rappel envoyé. Les rappels envoyés avant cette mise à jour ne sont pas pris en compte rétroactivement. Les rappels automatiques ne changent pas. Consultez Envoyer manuellement une formation ou des rappels.

Activer les quiz par défaut pour les nouvelles organisations

Les quiz sont activés par défaut pour les nouvelles organisations. Les organisations existantes conservent leur réglage précédent. Les administrateurs peuvent vérifier ou modifier ce réglage dans Trainings → Program → Settings. Réussir un quiz peut valider une formation sans suivre l'intégralité du contenu : vérifiez que cette règle convient à votre programme avant de laisser les quiz activés. Consultez Formation de sensibilisation à la sécurité.

Exclure un utilisateur des statistiques sans modifier son accès aux formations

Les propriétaires et administrateurs d'organisation peuvent désormais exclure un utilisateur inscrit des statistiques de formation depuis Team → Users, puis l'y inclure à nouveau. Ce paramètre modifie les taux, statuts, scores et tendances, y compris les périodes passées affichées et les résultats par groupe ou programme. Il ne supprime ni l'accès, ni l'inscription, ni les attributions, rappels, achèvements ou données individuelles de l'utilisateur. Les rapports continuent de l'afficher avec une mention d'exclusion, et leur export CSV conserve ses lignes avec une colonne Training statistics. Consultez Formation de sensibilisation à la sécurité pour suivre les étapes et comprendre les chiffres.

Nous avons également corrigé les taux d'achèvement des groupes afin de compter séparément chaque attribution des membres actuels et inscrits. Certains pourcentages de groupe affichés auparavant peuvent donc changer, généralement à la baisse ; aucune donnée de formation n'a été supprimée.

Conserver les dates des formations terminées plusieurs fois

Elba conserve désormais chaque véritable nouvel achèvement d'une formation comme un enregistrement daté distinct, que l'employé utilise le portail membre ou un canal de messagerie pris en charge. Le profil de formation, Trainings → Reporting et son export CSV affichent l'historique enregistré tout en distinguant le statut de la dernière attribution. Une nouvelle tentative d'enregistrement du même achèvement n'est pas comptée deux fois.

Les dates d'achèvement déjà conservées restent visibles comme preuves historiques. Les achèvements plus anciens qui n'ont jamais été enregistrés ne peuvent pas être retrouvés, et cette évolution n'ajoute pas d'audit des destinataires ou de la livraison pour chaque envoi. Consultez Formation de sensibilisation à la sécurité pour lire cet historique et comprendre ses limites.

Retrouver une formation personnalisée dès son enregistrement

Après un enregistrement réussi, une formation personnalisée apparaît désormais dans Program → Edit program → Add training → Custom, même si la bibliothèque avait déjà été ouverte. La vue de retour sélectionne Custom et efface la recherche précédente pour retrouver et rouvrir la formation. L'enregistrement ne l'ajoute pas au programme. Si l'enregistrement échoue, l'éditeur conserve votre travail pour vous permettre de réessayer.

Éviter les relances de conversation après une formation terminée sur le portail

Lorsqu'un collaborateur termine une formation sur le portail web, Elba vérifie désormais cette formation avant d'envoyer une relance différée pour reprendre une ancienne conversation Slack, Teams ou Google Chat. Si la formation est déjà terminée, cette relance est écartée. Les rappels des formations encore en cours et les conversations sans lien avec cette formation continuent. Cela corrige les cas où le portail n'affichait aucune formation en attente, mais une conversation antérieure déclenchait encore une relance.

Phishing

Prévisualiser les échecs répétés aux simulations

Dans Phishing → Reporting, les propriétaires et administrateurs d'organisation peuvent désormais prévisualiser les employés inscrits ayant cliqué sur un lien simulé ou saisi des identifiants dans un nombre minimal choisi de campagnes distinctes, sur une période glissante en mois calendaires. La règle par défaut est de deux campagnes sur 12 mois. L'aperçu affiche l'heure du calcul et les campagnes qui expliquent chaque résultat ; un clic et une saisie dans la même campagne ne comptent qu'une fois.

L'aperçu est en lecture seule. Il n'enregistre pas de groupe dynamique, ne modifie ni les inscriptions ni les destinataires et n'envoie pas de campagne. Consultez Simulations de phishing pour comprendre la règle et examiner les résultats.

Croiser formation et échecs répétés dans l’aperçu

Ce même aperçu en lecture seule peut désormais croiser les échecs répétés avec un module de formation choisi. Sélectionnez Terminé ou Non terminé 14 jours ou plus après l’échéance, puis Toutes les conditions (ET) ou Au moins une condition (OU). Chaque personne affiche les campagnes et les dates de son assignation de formation actuelle qui expliquent le résultat. Les données de formation manquantes ou incohérentes sont présentées séparément si le résultat combiné reste indéterminé. Aucun groupe n'est enregistré et aucune action n'est effectuée sur les employés. Consultez Simulations de phishing pour les étapes et les limites.

Fiabiliser les clics utilisés dans l'aperçu des échecs répétés

Pour les nouvelles simulations envoyées directement, une simple requête sur le lien n'enregistre plus de clic ; la page tente d'envoyer une confirmation distincte depuis le navigateur. Un clic enregistré au moment où l'employé signale cette simulation, ou après, reste dans son historique mais ne la qualifie plus pour l'aperçu des échecs répétés. Une saisie d'identifiants indépendante peut toujours la qualifier. Les anciens liens restent pris en charge, et la provenance de leurs clics peut être inconnue.

Cette évolution ne change pas le statut global de réussite ou d'échec d'une campagne et ne réécrit pas les événements passés. Une confirmation du navigateur apporte plus d'information qu'une simple requête, mais ne prouve pas qu'une personne a cliqué : un outil automatisé qui exécute JavaScript peut aussi en produire une. Consultez Simulations de phishing pour connaître la règle et ses limites.

Enregistrer et corriger le verdict d'un analyste sur les emails signalés

Les propriétaires et administrateurs d'organisation peuvent désormais classer un email dans Phishing → Emails signalés comme Sûr, Spam ou Phishing, ou le remettre à l'état Non classé. Le verdict enregistré reste distinct du classement Non lus/Lus ; une correction conserve un historique attribué et daté en UTC des décisions précédentes. Les anciens signalements restent non classés jusqu'à l'enregistrement explicite d'un verdict.

La classification ne modifie pas la boîte mail de l'auteur du signalement, ne le notifie pas et n'envoie aucun signalement à Google ou Microsoft. Sûr représente l'avis d'un analyste, pas une garantie de protection. Consultez Configurer le signalement des emails de phishing pour les étapes et la marche à suivre si un enregistrement ne peut pas être confirmé.

Sécurité navigateur

Réduire les alertes de téléchargement sans contexte

Les détections de téléchargement dans le navigateur utilisent désormais une sévérité étayée par une règle pour les playbooks, les notifications et les journaux des navigateurs. Une détection contenant moins de 10 fichiers distincts a une sévérité effective Faible, même si sa sévérité initialement rapportée était Moyenne ou Élevée. Un téléchargement groupé d'au moins 10 fichiers distincts peut conserver le niveau rapporté. Le niveau initial et la détection restent visibles ; aucun playbook existant n'est reconfiguré.

Les playbooks limités aux téléchargements de sévérité Moyenne ou Élevée peuvent donc envoyer moins de notifications. La règle ne vérifie pas une destination et ne prouve pas une exfiltration. Consultez Examiner les détections de téléchargement pour comprendre les indices et l'effet sur les playbooks.

Connecter les extensions Chrome gérées avec une session d'identité existante

À partir de la version 0.5.0 de l'extension elba, les administrateurs peuvent déployer une politique navigateur propre à leur espace pour tenter la connexion à partir de la session existante de l'utilisateur chez son fournisseur d'identité. Si une session, le choix d'un compte, une MFA ou une autorisation du fournisseur exige une intervention, l'extension ouvre une page de connexion guidée et peut afficher des rappels. Ce mécanisme ne fournit pas de preuve de conformité par appareil ou par profil.

Point sur le déploiement vérifié le 25 septembre : La version 0.5.0 de l'extension est référencée dans le Chrome Web Store et Microsoft Edge Add-ons. Vérifiez la version installée avant un pilote Chrome ou Edge administré. La publication dans les catalogues ne confirme ni le déploiement ni la connexion sur les appareils d'un client. Consultez Déployer l'extension de navigateur pour la configuration et les limites.

Supprimer les playbooks Navigateur devenus inutiles

Les propriétaires et administrateurs d'organisation peuvent désormais supprimer un playbook Navigateur en pause depuis son panneau de détails. Mettez d'abord un playbook actif en pause ; sa suppression n'annule pas ses actions précédentes. Sélectionner un modèle déjà utilisé ouvre le playbook existant, ce qui évite de créer une nouvelle copie.

Consultez Playbooks pour suivre les étapes.