La vulnérabilité se situe dans le composant « Environment Management » d’Oracle PeopleSoft PeopleTools. Référencée CVE-2026-35273, elle affiche un score de sévérité maximal de 9.8 . Concrètement, elle permet l’exécution de code à distance (RCE) sans authentification via HTTP/HTTPS : un attaquant n’a besoin d’aucun identifiant ni d’interaction de la part de l’utilisateur — seul un accès réseau au serveur cible suffit .

Le vecteur d’attaque ciblait spécifiquement les points de terminaison Environment Management Hub (PSEMHUB). Google a observé des requêtes POST malveillantes vers les chemins /PSEMHUB/hub et /PSIGW/HttpListeningConnector . La vulnérabilité affecte les versions 8.61 et 8.62 de PeopleTools . Le calendrier de la campagne — du 27 mai au 9 juin 2026 — précède entièrement l’avis publié par Oracle le 10 juin, confirmant que la brèche a bien été exploitée comme une « zero-day » .

Une campagne ciblée et de grande ampleur

L’enquête de Google révèle une opération à la fois large et ciblée. ShinyHunters a compromis environ 300 instances PeopleSoft distinctes, réparties dans plus de 100 organisations à travers le monde . GTIG a pris l’initiative de notifier proactivement plus de 100 de ces entités pendant la phase d’exploitation active .

La campagne affiche un schéma très clair : 68 % des victimes connues sont des établissements d’enseignement supérieur, principalement des universités et des grandes écoles, dont la majorité basée aux États-Unis .

Pour garder la main sur les systèmes infectés, les pirates ont déployé des agents d’administration à distance MeshCentral, en camouflant les fichiers exécutables sous des noms évoquant des services légitimes Microsoft Azure (par exemple : meshagent64-azure-ops.exe). Le nom de domaine utilisé pour le pilotage des machines compromises (command and control) imitait lui aussi les services de stockage Azure (azurenetfiles.net) . Les données volées ont ensuite été publiées sur le site de fuite de ShinyHunters (Data Leak Site) le 9 juin 2026 .

Université de Nottingham : un cas d’école

L’université de Nottingham est devenue la première victime publique confirmée, offrant une illustration frappante des conséquences d’une telle brèche. L’établissement a reconnu une cyberattaque affectant son système de gestion des dossiers étudiants, confirmant le vol de plusieurs dizaines de gigaoctets de données .

Plusieurs sources convergentes indiquent que 454 600 à 500 000 dossiers personnels et académiques d’étudiants actuels et anciens ont été dérobés . Les données compromises concernent principalement des informations liées aux étudiants et aux anciens élèves (adresses personnelles, numéros de téléphone, dates de naissance), mais l’université a précisé que ni les coordonnées bancaires du personnel, ni les données de recherche n’ont été touchées . Les données volées ont rapidement été indexées sur le site « Have I Been Pwned » . Cette affaire rappelle l’importance, pour les établissements français, de cartographier leurs expositions numériques, notamment lorsqu’ils utilisent des progiciels de gestion intégrés (ERP) d’envergure mondiale comme PeopleSoft.

Mesures d’urgence : que faire en attendant le correctif ?

Oracle a publié une alerte de sécurité hors cycle le 10 juin 2026, mais les premières recommandations consistaient en des mesures de contournement plutôt qu’en un correctif logiciel complet. Le blog de Google Threat Intelligence, en accord avec l’avis d’Oracle, recommande aux organisations concernées de prendre immédiatement les mesures suivantes pour protéger leurs instances PeopleSoft vulnérables :

1. Désactiver ou supprimer le service EMHub : Dans les configurations multi-serveurs, il faut désactiver le service Environment Management Hub. Pour les déploiements sur un seul serveur, il est recommandé de supprimer complètement l’application PSEMHUB .
2. Bloquer l’accès externe au niveau du périmètre réseau : Restreindre l’accès aux points de terminaison exploités, à savoir /PSEMHUB/* et /PSIGW/HttpListeningConnector, en utilisant les pare-feux applicatifs (WAF) ou les listes de contrôle d’accès (ACL) .
3. Auditer les journaux d’accès : Les équipes de sécurité doivent examiner immédiatement les logs d’accès PIA WebLogic à la recherche de requêtes POST vers /PSEMHUB/hub et /PSIGW/HttpListeningConnector provenant d’adresses IP externes, afin d’identifier une éventuelle compromission historique .
4. Rechercher des shells web : Inspecter le système de fichiers de PeopleSoft pour détecter des fichiers .jsp inattendus, notamment dans le répertoire /webserv/applications/peoplesoft/PSEMHUB.war/ .
5. Surveiller les indicateurs de compromission (IOC) : Vérifier la présence de répertoires suspects nommés logs, persistantstorage ou scratchpad dans les chemins PSEMHUB. Par ailleurs, surveiller étroitement tout trafic SMB sortant depuis les serveurs PeopleSoft, qui pourrait signaler une exfiltration de données .

Ces mesures sont des palliatifs critiques. Toute organisation utilisant PeopleTools en version 8.61 ou 8.62 doit impérativement appliquer la mise à jour de sécurité d’Oracle dès qu’elle sera disponible afin de supprimer totalement le risque d’exploitation future .

La vulnérabilité se situe dans le composant « Environment Management » d’Oracle PeopleSoft PeopleTools. Référencée CVE-2026-35273, elle affiche un score de sévérité maximal de 9.8 . Concrètement, elle permet l’exécution de code à distance (RCE) sans authentification via HTTP/HTTPS : un attaquant n’a besoin d’aucun identifiant ni d’interaction de la part de l’utilisateur — seul un accès réseau au serveur cible suffit .

Le vecteur d’attaque ciblait spécifiquement les points de terminaison Environment Management Hub (PSEMHUB). Google a observé des requêtes POST malveillantes vers les chemins /PSEMHUB/hub et /PSIGW/HttpListeningConnector . La vulnérabilité affecte les versions 8.61 et 8.62 de PeopleTools . Le calendrier de la campagne — du 27 mai au 9 juin 2026 — précède entièrement l’avis publié par Oracle le 10 juin, confirmant que la brèche a bien été exploitée comme une « zero-day » .

Une campagne ciblée et de grande ampleur

L’enquête de Google révèle une opération à la fois large et ciblée. ShinyHunters a compromis environ 300 instances PeopleSoft distinctes, réparties dans plus de 100 organisations à travers le monde . GTIG a pris l’initiative de notifier proactivement plus de 100 de ces entités pendant la phase d’exploitation active .

La campagne affiche un schéma très clair : 68 % des victimes connues sont des établissements d’enseignement supérieur, principalement des universités et des grandes écoles, dont la majorité basée aux États-Unis .

Pour garder la main sur les systèmes infectés, les pirates ont déployé des agents d’administration à distance MeshCentral, en camouflant les fichiers exécutables sous des noms évoquant des services légitimes Microsoft Azure (par exemple : meshagent64-azure-ops.exe). Le nom de domaine utilisé pour le pilotage des machines compromises (command and control) imitait lui aussi les services de stockage Azure (azurenetfiles.net) . Les données volées ont ensuite été publiées sur le site de fuite de ShinyHunters (Data Leak Site) le 9 juin 2026 .

Université de Nottingham : un cas d’école

L’université de Nottingham est devenue la première victime publique confirmée, offrant une illustration frappante des conséquences d’une telle brèche. L’établissement a reconnu une cyberattaque affectant son système de gestion des dossiers étudiants, confirmant le vol de plusieurs dizaines de gigaoctets de données .

Plusieurs sources convergentes indiquent que 454 600 à 500 000 dossiers personnels et académiques d’étudiants actuels et anciens ont été dérobés . Les données compromises concernent principalement des informations liées aux étudiants et aux anciens élèves (adresses personnelles, numéros de téléphone, dates de naissance), mais l’université a précisé que ni les coordonnées bancaires du personnel, ni les données de recherche n’ont été touchées . Les données volées ont rapidement été indexées sur le site « Have I Been Pwned » . Cette affaire rappelle l’importance, pour les établissements français, de cartographier leurs expositions numériques, notamment lorsqu’ils utilisent des progiciels de gestion intégrés (ERP) d’envergure mondiale comme PeopleSoft.

Mesures d’urgence : que faire en attendant le correctif ?

Oracle a publié une alerte de sécurité hors cycle le 10 juin 2026, mais les premières recommandations consistaient en des mesures de contournement plutôt qu’en un correctif logiciel complet. Le blog de Google Threat Intelligence, en accord avec l’avis d’Oracle, recommande aux organisations concernées de prendre immédiatement les mesures suivantes pour protéger leurs instances PeopleSoft vulnérables :

1. Désactiver ou supprimer le service EMHub : Dans les configurations multi-serveurs, il faut désactiver le service Environment Management Hub. Pour les déploiements sur un seul serveur, il est recommandé de supprimer complètement l’application PSEMHUB .
2. Bloquer l’accès externe au niveau du périmètre réseau : Restreindre l’accès aux points de terminaison exploités, à savoir /PSEMHUB/* et /PSIGW/HttpListeningConnector, en utilisant les pare-feux applicatifs (WAF) ou les listes de contrôle d’accès (ACL) .
3. Auditer les journaux d’accès : Les équipes de sécurité doivent examiner immédiatement les logs d’accès PIA WebLogic à la recherche de requêtes POST vers /PSEMHUB/hub et /PSIGW/HttpListeningConnector provenant d’adresses IP externes, afin d’identifier une éventuelle compromission historique .
4. Rechercher des shells web : Inspecter le système de fichiers de PeopleSoft pour détecter des fichiers .jsp inattendus, notamment dans le répertoire /webserv/applications/peoplesoft/PSEMHUB.war/ .
5. Surveiller les indicateurs de compromission (IOC) : Vérifier la présence de répertoires suspects nommés logs, persistantstorage ou scratchpad dans les chemins PSEMHUB. Par ailleurs, surveiller étroitement tout trafic SMB sortant depuis les serveurs PeopleSoft, qui pourrait signaler une exfiltration de données .

Ces mesures sont des palliatifs critiques. Toute organisation utilisant PeopleTools en version 8.61 ou 8.62 doit impérativement appliquer la mise à jour de sécurité d’Oracle dès qu’elle sera disponible afin de supprimer totalement le risque d’exploitation future .