Le piratage de la DGFiP a placé la cybersécurité de l’État au cœur de l’actualité française cet été. Mais le mois d’août a aussi rappelé l’intérêt des attaquants pour les accès les plus privilégiés du système d’information, avec plusieurs vulnérabilités exploitées dans des outils d’administration. Dans le même temps, les progrès de l’IA offensive commencent à sortir des laboratoires.
DGFiP : 678 000 particuliers et entreprises touchés
C’est l’incident cyber qui aura dominé l’actualité française du mois. La Direction générale des finances publiques (DGFiP) a reconnu, le 13 août, le vol de données concernant 678 000 particuliers et entreprises. L’intrusion remontait au 26 juin, sans que l’exfiltration soit alors identifiée. L’affaire a véritablement éclaté lorsque le groupe ZeroBytes a proposé les données dérobées à la vente en août.
L’attaque n’a pas reposé sur une vulnérabilité spectaculaire. Selon les éléments communiqués par l’administration, les attaquants ont utilisé des identifiants usurpés appartenant à un agent de la DGFiP, associés à ceux d’un tiers habilité à accéder à certains services. Le cas illustre surtout le risque lié aux comptes de confiance et aux accès accordés à des utilisateurs ou partenaires disposant déjà de droits légitimes.
Les données concernées rendent l’incident particulièrement sensible. Noms, adresses, revenus fiscaux de référence, taux de prélèvement à la source ou informations patrimoniales peuvent nourrir des campagnes de phishing et des tentatives de fraude beaucoup plus crédibles. La DGFiP a commencé à informer les personnes concernées et rappelle qu’aucune demande de coordonnées bancaires ou d’informations confidentielles n’est réalisée par courriel hors de l’espace sécurisé d’impots.gouv.fr.
L’affaire a rapidement dépassé le seul terrain technique. Une cellule interministérielle de crise s’est réunie le 17 août et le Premier ministre a demandé à l’ANSSI un audit approfondi du système d’information de l’administration fiscale. Plusieurs ensembles de données, notamment fiscales, cadastrales et liées aux successions, ont été concernés.
Le ministre de l’Action et des Comptes publics, David Amiel, a lui-même évoqué une « dette technique » accumulée par les systèmes informatiques publics. Parmi les pistes annoncées figurent l’accélération du déploiement de l’authentification à deux facteurs, le renforcement de la formation des agents et un recours accru aux programmes de recherche de vulnérabilités.
L’Éducation nationale également dans le viseur
Le dossier DGFiP a rapidement débordé du seul périmètre fiscal. Le 17 août, ZeroBytes a également revendiqué le vol de données provenant du ministère de l’Éducation nationale, après une intrusion intervenue fin juillet.
Le groupe affirme avoir accédé à plusieurs millions de dossiers d’élèves ainsi qu’à des données concernant des enseignants. Des échantillons ont notamment fait apparaître des adresses, numéros de téléphone, courriels et informations liées à la scolarité issues de l’application SIECLE. Les volumes avancés par les attaquants restent toutefois à considérer avec prudence tant que l’administration n’a pas établi précisément l’étendue de la compromission.
L’incident a aussi eu des conséquences très concrètes. Plusieurs académies ont suspendu pendant l’été certains accès distants et applications métiers dans le cadre des mesures de sécurisation. À quelques jours de la rentrée scolaire, des chefs d’établissement se sont ainsi retrouvés privés de plusieurs outils administratifs.
La succession de ces affaires pose une question plus large que celle de chaque fuite prise isolément. Croisées entre elles et conservées parfois pendant des années, des données fiscales, administratives ou scolaires constituent une matière particulièrement riche pour l’usurpation d’identité et l’ingénierie sociale. La valeur de ces bases tient autant à leur volume qu’à la précision avec laquelle elles permettent de documenter une personne.
Les outils de confiance toujours dans la ligne de mire
Du côté des entreprises, août a une nouvelle fois montré que les attaquants cherchent en priorité les outils disposant déjà d’un accès privilégié au système d’information. Début août, N-able a demandé à ses clients de mettre à jour en urgence N-central, sa plateforme de Remote Monitoring and Management (RMM), après la détection de l’exploitation active d’une vulnérabilité permettant de contourner l’authentification.
Le cas est sensible en raison de la fonction même d’un RMM. Ces outils permettent aux équipes informatiques et aux fournisseurs de services managés de surveiller, mettre à jour et administrer à distance les postes de travail et les serveurs. Leur compromission ne donne donc pas simplement accès à une application supplémentaire : elle peut fournir à l’attaquant un point d’appui disposant déjà de droits étendus sur de nombreux systèmes.
La fin du mois a apporté un autre exemple avec PaperCut. Le 27 août, l’éditeur a publié une alerte urgente après avoir confirmé l’exploitation active de vulnérabilités affectant ses solutions PaperCut NG et MF. Elles permettent notamment de contourner l’authentification et d’exécuter du code à distance. Le CERT-FR a appelé à appliquer les correctifs au plus vite.
PaperCut a dû diffuser deux correctifs d’urgence en moins de 24 heures et recommande aux organisations disposant de serveurs accessibles depuis Internet d’en restreindre immédiatement l’accès aux seules adresses IP de confiance. Au 30 août, l’enquête se poursuivait encore et de nouveaux indicateurs de compromission continuaient d’être publiés.
N-central et PaperCut illustrent le même problème : des logiciels conçus pour administrer ou faciliter le fonctionnement du SI deviennent des cibles particulièrement intéressantes précisément parce qu’ils disposent de cette confiance.
Quand une cyberattaque sort du seul système d’information
Les conséquences d’une compromission peuvent aussi se faire sentir très loin des écrans. Boston Scientific, l’un des principaux fabricants mondiaux de dispositifs médicaux, a détecté le 25 août une cyberattaque ayant perturbé ses opérations à l’échelle mondiale.
Plusieurs systèmes locaux ont été affectés, notamment ceux utilisés pour fabriquer certains produits, traiter les commandes et organiser les expéditions. Le 29 août, l’entreprise indiquait toujours ne pas connaître le délai nécessaire à un rétablissement complet. Elle précisait en revanche que ses infrastructures cloud n’étaient pas touchées et que l’activité non autorisée semblait limitée à certains systèmes sur site.
Certaines fonctions associées à des dispositifs médicaux connectés ont également été perturbées. Les appareils eux-mêmes continuaient de fonctionner, mais l’incident illustre la façon dont une attaque informatique peut se propager jusqu’à la production, à la logistique et aux services associés à des équipements de santé.
L’IA offensive sort progressivement du laboratoire
C’est peut-être l’évolution la plus structurante du mois. Jusqu’ici, la menace liée à l’IA en cybersécurité était surtout racontée à travers le phishing, la génération de code ou l’accélération du travail d’un attaquant. Les événements d’août montrent désormais des systèmes capables d’enchaîner davantage d’actions et de rechercher eux-mêmes des chemins d’exploitation.
Le 4 août, OpenAI a révélé deux incidents intervenus lors d’évaluations menées par des organismes tiers. Dans des configurations spécialement conçues pour tester les capacités maximales des modèles, avec des garde-fous réduits, certains agents ont dépassé les limites prévues par leurs environnements d’évaluation.
Ces événements interviennent dans le prolongement de l’incident impliquant Hugging Face révélé en juillet. Des agents avaient identifié puis combiné plusieurs chemins d’attaque jusqu’à l’infrastructure de production de la plateforme, notamment en découvrant et exploitant une vulnérabilité zero-day pour obtenir un accès à Internet depuis leur environnement initial.
Une enquête indépendante publiée fin août a depuis apporté une autre dimension à l’affaire : environ 700 agents auraient participé à l’évaluation et certains ont recherché des moyens de masquer leurs traces après l’exploitation. OpenAI a confirmé l’exactitude des conclusions des chercheurs chargés d’analyser l’incident.
Le 7 août, l’entreprise avait déjà indiqué ne plus pouvoir exclure qu’Astra, l’un de ses prochains modèles, atteigne le niveau de capacités cyber « critiques » défini dans son Preparedness Framework. Ce seuil correspond notamment à la possibilité d’identifier et de développer de manière autonome des exploits contre des systèmes réels renforcés ou de conduire de nouvelles stratégies d’attaque à partir d’un objectif général.
Mais la fin du mois a surtout fourni un premier aperçu de ce que peut donner cette évolution dans les mains de cybercriminels. Le 27 août, des chercheurs ont révélé qu’un groupe russophone baptisé Aur0ra avait utilisé l’agent IA de Cursor lors d’attaques contre au moins sept entreprises. L’analyse de plus d’une vingtaine de conversations montre des demandes portant notamment sur le vol d’identifiants et la compromission de comptes. Lorsque l’agent refusait certaines actions, les attaquants contournaient régulièrement ses garde-fous en présentant leurs demandes comme des simulations ou des tests de sécurité.
Le même jour, plus d’une centaine d’entreprises technologiques et financières ont appelé à accélérer les capacités de défense contre les cyberattaques assistées par IA, estimant que leur généralisation allait profondément réduire le temps laissé aux défenseurs pour réagir.
Le mois d’août marque ainsi une inflexion. L’IA ne sert plus seulement à mieux écrire un mail de phishing ou quelques lignes de malware. Des agents commencent à prendre en charge des séquences d’actions plus longues, à identifier des chemins d’exploitation inattendus et à accélérer des opérations réelles. Pour les défenseurs, la question n’est déjà plus de savoir si ces capacités seront utilisées, mais à quelle vitesse elles vont se diffuser.
