SimpleHelp CVE-2026-48558 : quand votre infogérant devient la porte d'entrée
Un jeton OIDC non signé donne un accès technicien à SimpleHelp RMM. CVSS 10, au KEV, exploité pour livrer des voleurs. Détection Nuclei et comptes à surveiller.
La plupart des PME confient l'administration de leur parc à un prestataire d'infogérance, qui déploie un outil de gestion et surveillance à distance, un RMM, sur chaque poste. Cet outil dispose par conception d'un accès privilégié à l'ensemble du parc. C'est un gain d'efficacité considérable, et un point de défaillance unique tout aussi considérable. La vulnérabilité CVE-2026-48558 dans SimpleHelp RMM en est l'illustration parfaite : une faille chez l'outil de votre infogérant devient une faille chez vous.
Notée CVSS 10.0, cette vulnérabilité a été découverte par Zach Hanley de Horizon3.ai, divulguée le 12 juin 2026, et inscrite au catalogue des vulnérabilités activement exploitées de la CISA avec une échéance de correction au 2 juillet 2026. Elle est confirmée sous exploitation active pour déployer deux familles de logiciels malveillants jusque là inconnues, TaskWeaver et Djinn Stealer.
Le mécanisme : un jeton d'identité qui n'est pas vérifié
La faille tient à une validation défaillante de la signature des jetons OpenID Connect. Lorsque OIDC est configuré avec des paramètres de connexion authentifiés par groupe, un attaquant non authentifié peut forger des jetons d'identité pour contourner l'authentification multifacteur et obtenir un accès privilégié de niveau technicien aux serveurs SimpleHelp vulnérables, sans identifiant valide. Concrètement, les versions 5.5.15 et antérieures, ainsi que les préversions 6.0, acceptent un jeton d'identité lors de la connexion OIDC sans en vérifier la signature cryptographique.
C'est un contournement d'authentification, T1190 (Exploit Public-Facing Application), qui aboutit à l'usage d'un compte valide au sens du système, T1078 (Valid Accounts). L'attaquant obtient un accès technicien, c'est à dire la capacité de pousser des commandes et des logiciels sur tous les postes gérés par le serveur. C'est précisément le niveau d'accès dont rêve un opérateur de rançongiciel.
L'ampleur du problème
Cette faille est d'autant plus préoccupante que SimpleHelp est très déployé, souvent exposé directement sur Internet pour permettre l'accès distant des techniciens. Le nombre de serveurs exposés se compte en milliers, dont une part significative reste vulnérable. Pour une PME, l'enjeu est de savoir si le serveur SimpleHelp de son prestataire est à jour, une question qui déborde le périmètre technique habituel du client mais qui le concerne directement.
Une détection Nuclei pour vérifier la version
Un modèle Nuclei permet d'identifier un serveur SimpleHelp accessible et d'en lire la version, pour la comparer au seuil corrigé, à savoir la version 5.5.16. Ce contrôle est utile aussi bien au prestataire, pour auditer sa propre flotte, qu'à un client soucieux de vérifier l'exposition qui le concerne.
id: simplehelp-version-check
info:
name: SimpleHelp RMM version exposee
author: threatclaw
severity: info
description: Lit la version d un serveur SimpleHelp expose pour la comparer au seuil corrige 5.5.16
reference:
- https://arcticwolf.com/resources/blog/cve-2026-48558-critical-authentication-bypass-vulnerability-in-simplehelp-rmm-exploited-for-credential-theft-and-malware-delivery/
tags: simplehelp,rmm,cve-2026-48558,kev
http:
- method: GET
path:
- "{{BaseURL}}/allservices"
matchers-condition: and
matchers:
- type: word
words:
- "SimpleHelp"
- type: status
status:
- 200
extractors:
- type: regex
part: body
regex:
- '5\.5\.[0-9]+'
- '6\.0'Le modèle extrait la version affichée. À vous de croiser le résultat avec le seuil : toute version antérieure à 5.5.16, ou une préversion 6.0, doit être considérée comme vulnérable et corrigée sans délai.
Surveiller la création de comptes technicien
Au delà de la correction, il faut vérifier qu'aucun accès n'a été pris avant elle. Le signal le plus révélateur d'une exploitation réussie est l'apparition de nouveaux comptes technicien non prévus sur le serveur SimpleHelp. Une règle Sigma sur les journaux applicatifs du serveur, surveillant la création de comptes administrateur ou technicien, permet de repérer cette prise de contrôle. Recherchez également, sur les postes gérés, l'exécution de charges inattendues poussées via l'agent SimpleHelp, signe que l'accès technicien a servi à distribuer les voleurs TaskWeaver et Djinn Stealer.
Ce que la PME peut demander à son prestataire
La conséquence pratique de cette faille est qu'un client a le droit, et l'intérêt, d'interroger son infogérant sur trois points concrets. Le serveur SimpleHelp est-il en version 5.5.16 ou supérieure. OIDC était-il activé avec authentification par groupe, configuration vulnérable, et si oui, une revue des accès a-t-elle été menée. Enfin, l'interface du serveur est-elle exposée directement sur Internet, ou restreinte à un réseau de confiance. Ces questions relèvent d'une bonne hygiène de la chaîne d'approvisionnement, désormais partie intégrante de la sécurité d'une PME.
Vérifier l'exposition et prioriser les correctifs sur une vulnérabilité activement exploitée demande des modèles de scan à jour, alignés sur le KEV. C'est ce que fournit le feed Nuclei ThreatClaw : des modèles actualisés au rythme des divulgations, pour savoir en quelques minutes si un outil de votre chaîne d'approvisionnement vous expose.
Articles liés
Une désérialisation de données non fiables donne une RCE sur SharePoint on-premise. Au KEV, exploitée par Storm-2603. Règle Sigma sur w3wp et détection Nuclei.
Un cookie d'override mal validé ouvre une session GlobalProtect non autorisée. Score relevé à 7.8, au KEV, exploité. Détection Nuclei et mitigation immédiate.
CVE-2026-15409 (SSRF, CVSS 10) et CVE-2026-15410 (RCE root) frappent les SMA1000, au KEV. Versions correctives, IOC et détection Nuclei pour prioriser.
Un octet du Vendor ID IKEv1 désactive la vérification côté serveur. Exploité depuis mai par un affilié Qilin. Voici les IOC, la règle Suricata et le correctif.