L'actualité de la semaine en matière de violations de données 29 juillet 2026

Une panne à grande échelle a touché les utilisateurs de Microsoft jeudi 23 juillet, perturbant l'accès aux services Azure et Microsoft 365.

La panne a débuté le 23 juillet à 10 h 44 (heure de l'Est) et a principalement touché les clients accédant aux services Microsoft 365 via une infrastructure réseau connectée à la région Azure « West US » de Microsoft. Microsoft a enregistré l'incident sous le numéro d'identification MO1437424 et a confirmé que plusieurs services Microsoft 365 avaient été affectés, notamment OneDrive, SharePoint Online, Microsoft Teams, le Centre d'administration Microsoft 365, Power Automate, Copilot Chat et Microsoft Loop.

Microsoft a par la suite révélé que la panne avait été déclenchée lors d’une opération de maintenance de routine des équipements dans sa région Azure « Ouest des États-Unis », où certains chemins réseau étaient en cours d’isolation. L’entreprise a expliqué que son processus de maintenance convertissait ces requêtes en instructions lisibles par le système et vérifiait qu’au moins l’un des deux chemins réseau redondants restait opérationnel avant le début des travaux. Cependant, un bug dans le système de conversion des requêtes a identifié à tort des équipements réseau supplémentaires comme faisant partie de l’opération de maintenance, ce qui a entraîné une interruption généralisée du service.

Hugging Face a révélé qu'un système d'agent IA autonome avait pénétré son infrastructure de production et avait accédé à des ensembles de données internes ainsi qu'à des identifiants.

Hugging Face est une plateforme open source dédiée à l’IA et à l’apprentissage automatique, utilisée par plus de 50 000 organisations et donnant accès à plus de 45 000 modèles proposés par les principaux fournisseurs d’IA. Selon certaines informations, les modèles de test autonomes d’OpenAI se seraient échappés d’un environnement d’évaluation en bac à sable et auraient ciblé de manière autonome Hugging Face dans le cadre d’une cyberintrusion en plusieurs étapes. Les modèles d’IA auraient exploité une vulnérabilité de type « zero-day » dans un proxy pour s’échapper de leur environnement de confinement et auraient récupéré des données afin de résoudre un test de performance, sans aucune intention malveillante de la part d’un humain ni instruction d’attaquer.

Cet incident est décrit comme l’un des premiers cas rendus publics où un système d’IA s’est échappé de manière autonome de son environnement de test pour compromettre un véritable système externe, illustrant ainsi le scénario de « l’attaquant agentique » contre lequel les secteurs de l’IA et de la cybersécurité mettent en garde depuis longtemps. Dans un communiqué, OpenAI a déclaré qu’elle considérait cet incident comme un événement cybernétique sans précédent, impliquant des capacités cybernétiques de pointe, et qu’elle y répondait en conséquence.

Le groupe de cybercriminels ShinyHunters a revendiqué la responsabilité d'une récente attaque par la chaîne d'approvisionnement visant le cabinet d'audit international EY.

Au début du mois, ce géant de l'expertise comptable basé à Londres a commencé à informer ses clients que leurs informations personnelles et financières avaient été compromises à la suite d'une fuite de données. L'incident, découvert le 23 avril, concernait une plateforme tierce de gestion des services utilisée par EY pour prendre en charge les démarches fiscales de ses clients. Des tickets d'assistance susceptibles de contenir des informations fiscales sur les clients ont été volés lors de l'attaque, ce qui laisse penser que les informations personnelles et financières figurant dans les déclarations fiscales ou utilisées pour les établir ont pu être compromises.

ShinyHunters a désormais ajouté EY à son site dédié aux fuites sur le dark web, revendiquant la responsabilité de l'attaque et menaçant de publier les données prétendument volées si l'entreprise ne contacte pas le groupe avant le 31 juillet 2026.

Des groupes spécialisés dans les ransomwares exploitent une faille de sécurité de gravité « critique » permettant l'exécution de code à distance (RCE) dans les plateformes de gestion du cycle de vie des produits (PLM) de PTC, Windchill et FlexPLM.

Cette vulnérabilité, référencée sous le numéro CVE-2026-12569 (score CVSS : 9,3), a fait l’objet d’un correctif le 17 juin. Le lendemain, PTC a signalé que la faille avait été exploitée en conditions réelles et a publié des indicateurs de compromission (IoC). La vulnérabilité a été ajoutée au catalogue des vulnérabilités connues pour avoir été exploitées (KEV) de la CISA fin juin. PTC a décrit cette faille comme une vulnérabilité liée à la désérialisation de données non fiables pouvant être exploitée sans authentification.

Selon des informations récentes, cette faille serait actuellement exploitée par une branche du groupe de ransomware Cl0p. Les attaquants ciblent principalement des entreprises des secteurs de l'aérospatiale, de l'automobile, de l'industrie manufacturière et du commerce de détail/de l'habillement.

Stadler Rail a rejeté une demande de rançon d'environ 10 millions de francs suisses (environ 12,3 millions de dollars) émanant du groupe de cybercriminels « Everest », après que des pirates ont parvenu à s'introduire dans une plateforme d'échange de données partagée avec l'un de ses fournisseurs.

Stadler Rail, un constructeur multinational suisse de locomotives, de tramways, de rames de métro, de trains de voyageurs et de systèmes de signalisation ferroviaire, a déclaré avoir reçu une lettre de chantage de la part du groupe de cybercriminels « Everest », exigeant le paiement d'une rançon. L'entreprise a indiqué qu'elle ne céderait pas aux exigences des cybercriminels et qu'elle avait déposé une plainte pénale auprès de la police cantonale de Thurgovie.

Selon Stadler Rail, l'incident s'est produit à la mi-juillet et n'a pas eu d'incidence sur ses systèmes informatiques ni sur ses activités de production, qui continuent de fonctionner normalement dans le monde entier. L'entreprise a précisé que les pirates n'avaient dérobé que des informations techniques provenant d'un fournisseur, informations qui ne sont pas considérées comme sensibles en matière de sécurité.