Toutes les fuites de données
11 juin 2026 Vérifié Fiche sensible Autre

Violation de données de Klue en 2026 liée à la chaîne d’approvisionnement OAuth

La violation de données de Klue en 2026 liée à la chaîne d’approvisionnement OAuth concerne une exécution de code non autorisée dans le service d’intégration de l’entreprise avec des plateformes tierces, ainsi que la collecte d’identifiants permettant d’accéder aux plateformes connectées.

Inconnu
Comptes concernés
2
Types de données
Non évaluée
Gravité
9 oct. 2026
Dernière mise à jour

Le nombre total d’éléments concernés n’est pas confirmé ; la gravité ne peut donc pas être déterminée à partir du seul nombre d’enregistrements.

Protégez-vous

Vérifiez si cette fuite de données vous concerne

Vérifier mon adresse e-mail

Types de données exposées

2
  • Identifiants d’intégrations tierces
  • Jetons d’authentification

À propos de cette fuite de données

Selon la synthèse d’enquête publiée par Klue, l’auteur de l’attaque a utilisé, le 11 juin 2026, un jeton d’accès personnel GitHub précédemment compromis pour introduire du code dans le service d’intégration et collecter des identifiants d’intégration à des plateformes tierces, notamment des jetons d’accès et de renouvellement OAuth de Salesforce. Klue n’a pas communiqué le nombre total de clients, d’environnements, de comptes ou de jetons touchés, et aucun jeu de données local au niveau individuel n’est disponible en production pour cet incident.

Quelles sont la chronologie et l’étendue de l’incident ?

Le 12 juin, Salesforce a informé Klue d’une activité suspecte d’un tiers provenant du service d’intégration API de Klue. Klue a déclaré avoir désactivé les pods GKE concernés et les jetons GitHub compromis, puis procédé à la rotation des identifiants OAuth le matin même. Dans son premier point d’information du 18 juin, l’entreprise a indiqué que l’auteur de l’attaque avait accédé à des données dans plusieurs environnements clients connectés, mais qu’aucun élément ne permettait d’établir que les contenus des clients stockés sur la plateforme Klue avaient été touchés.

Klue a indiqué que CrowdStrike avait achevé son enquête le 30 juin et publié une synthèse des conclusions le 1er juillet. Cette synthèse ne faisait état d’aucune preuve d’accès à des systèmes Klue autres que ceux associés au service d’intégration, ni d’activité de l’auteur de l’attaque dans l’environnement Klue après le 12 juin. Les enquêteurs n’ont pas déterminé comment le jeton GitHub initial avait été obtenu. Ces constats délimitent les conclusions de l’enquête publiée; ils ne permettent pas d’affirmer que tout effet possible dans les environnements tiers connectés a été exclu.

Quelles catégories de données sont documentées ?

Les catégories de données structurées se limitent aux identifiants d’intégration à des plateformes tierces et aux jetons d’authentification. La synthèse officielle précise que ces derniers comprenaient des jetons d’accès et de renouvellement OAuth de Salesforce. Ces catégories ne signifient pas que tous les clients de Klue, toutes les connexions ou les contenus stockés sur la plateforme Klue ont été touchés. Les notifications ultérieures émises par des établissements individuels font l’objet de fiches d’incident distinctes; elles ne sont pas fusionnées avec cet incident d’intégration principal, afin d’éviter un double comptage.

Outre la rotation des jetons et l’arrêt des pods, Klue a décrit des travaux portant sur les contrôles d’accès, la segmentation du réseau, la gestion des secrets, la surveillance et la réactivation contrôlée des intégrations. Les organisations directement averties par Klue ou par une plateforme connectée devraient révoquer et remplacer les jetons OAuth concernés, puis examiner les autorisations des applications connectées et les journaux d’accès pour la période du 11 au 12 juin, dans leur propre périmètre. Pour les utilisateurs n’ayant pas reçu de notification, les sources publiées ne permettent pas d’établir un impact au niveau individuel.

Vérification et méthode éditoriale

LeakData compare le nom de l’incident, sa date, le nombre d’enregistrements concernés et les types de données exposées avec les sources accessibles. Les informations non vérifiées ne sont pas présentées comme des faits, et les fiches sont mises à jour lorsque de nouveaux éléments probants sont disponibles.

Signaler des informations manquantes ou incorrectes