Article complet du Daily Podcast
SAP Commerce Cloud CVSS 10 et Lazarus: double alerte cyber pour les entreprises
La mise à jour de sécurité d’août de SAP corrige une faille maximale dans Commerce Cloud pouvant mener à une exécution de code sans authentification, tandis qu’une enquête récente sur Lazarus montre des opérateurs nord-coréens cherchant à devenir des initiés de confiance.

Deux risques, un même problème de confiance
Les équipes de cybersécurité font face cette semaine à deux alertes de nature très différente. La première est une urgence technique classique: SAP a publié des correctifs pour une vulnérabilité CVSS 10.0 dans le Data Hub Adapter de SAP Commerce Cloud. La seconde est plus humaine, plus lente et potentiellement plus difficile à détecter: une enquête récente sur l’écosystème Famous Chollima, lié à Lazarus, décrit des travailleurs IT présumés nord-coréens tentant d’obtenir une place de développeurs de confiance dans une fausse société DeFi.
Ces deux signaux racontent la même évolution du risque d’entreprise. D’un côté, une application métier exposée peut offrir une voie directe vers l’exécution de code. De l’autre, un adversaire peut contourner l’exploitation technique en se faisant recruter, puis en obtenant des accès légitimes.
Le bulletin SAP Patch Day d’août 2026 indique que SAP a publié le 11 août 28 nouvelles notes de sécurité et un avis GitHub, ainsi que deux mises à jour de notes antérieures. L’élément le plus critique est la note SAP 3771065, associée à CVE-2026-58231, décrite comme une faille d’autorisation incorrecte dans SAP Commerce Cloud Data Hub Adapter, affectant COM_CLOUD 2211 et 2211-JDK21, avec une criticité maximale et un score CVSS de 10.0.
Pourquoi CVE-2026-58231 doit passer en priorité
La gravité ne tient pas seulement au score. The Hacker News a rapporté le 12 août que CVE-2026-58231 pouvait permettre à un attaquant non authentifié d’abuser d’un client d’authentification par défaut et d’envoyer des entrées spécialement conçues à des fonctions insuffisamment validées, avec un risque d’exécution de code arbitraire et de compromission de composants internes.
Dans un environnement commerce, ce scénario est particulièrement sensible. SAP Commerce Cloud est souvent proche des paiements, des profils clients, des stocks, des prix, des commandes, des programmes de fidélité, des outils marketing et des connecteurs tiers. Une exécution de code avant authentification peut frapper avant que les contrôles de connexion, les règles antifraude ou l’analyse comportementale n’entrent en jeu.
Dans son analyse publiée le 11 août et mise à jour le 12 août, Onapsis indique que la note SAP 3771065 corrige des contrôles d’autorisation et une validation d’entrée insuffisants. Selon Onapsis, une exploitation réussie pourrait compromettre des composants internes et avoir un impact élevé sur la confidentialité, l’intégrité et la disponibilité. La société recommande de passer aux niveaux corrigés de Commerce Cloud, puis de reconstruire et redéployer la version SAP Commerce Cloud mise à jour; en mesure temporaire, elle mentionne la configuration d’un IP Filter Set pour restreindre l’accès au point de terminaison vulnérable.
Ce point opérationnel est crucial. Dans beaucoup d’organisations, le défi ne sera pas seulement d’obtenir le correctif. Il faudra identifier les environnements concernés, déterminer lesquels sont exposés à Internet, coordonner les fenêtres de changement avec les équipes e-commerce, tester les extensions, vérifier les intégrations personnalisées et prouver que l’application corrigée tourne bien en production.
Le contexte plus large du Patch Day SAP d’août
CVE-2026-58231 n’est pas isolée. Le bulletin SAP liste aussi CVE-2026-44772, une injection de code dans SAP Manufacturing Integration and Intelligence avec un score CVSS 9.9; CVE-2026-34265, une corruption mémoire dans Application Server ABAP pour SAP NetWeaver et ABAP Platform avec un score 9.8; et CVE-2026-44758, une autre injection de code dans SAP Manufacturing Integration and Intelligence, notée 9.1.
Onapsis qualifie le cycle d’août de très chargé, avec 33 notes SAP nouvelles ou mises à jour, dont cinq HotNews et neuf notes High Priority. Son analyse attire particulièrement l’attention des clients SAP Commerce et SAP MII, et précise que les laboratoires de recherche d’Onapsis ont contribué à la correction de plusieurs vulnérabilités SAP MII.
La leçon pratique est claire: la remédiation SAP ne doit pas devenir un ticket unique. CVE-2026-58231 doit être triée en premier, mais les équipes doivent aussi vérifier la présence de SAP MII, NetWeaver ABAP, BusinessObjects, SAP Business AI Platform Approuter, Search and Navigation et d’autres composants Commerce Cloud. Une faille critique attire l’attention; une chaîne d’attaque réelle peut combiner plusieurs faiblesses moins visibles.
Lazarus: entrer par le recrutement plutôt que par une faille
Pendant que les administrateurs SAP accélèrent les correctifs, un rapport ANY.RUN publié le 10 août décrit une autre logique d’intrusion. Les chercheurs expliquent avoir créé une fausse startup DeFi et recruté des opérateurs présumés Famous Chollima, ce qui leur a permis d’observer une opération de travailleurs IT nord-coréens après l’embauche. Le rapport souligne que le risque ne se limite pas à la diffusion de malware: il porte sur l’accès légitime au code, aux systèmes, à la propriété intellectuelle et aux processus de confiance.
ANY.RUN décrit Famous Chollima comme une division de l’écosystème Lazarus cherchant des postes à distance dans des secteurs riches en argent ou en renseignement, notamment la cryptomonnaie, la finance et la santé, avec une extension récente vers la pharmacie, le génie civil, l’architecture et d’autres domaines. Les techniques décrites incluent les identités forgées, les faux CV, les entretiens par procuration, les facilitateurs à distance et les “ghost developers”.
C’est ce qui rend l’alerte Lazarus stratégique. Le danger n’est pas seulement une pièce jointe malveillante ou une arnaque ponctuelle visant un portefeuille crypto. Le risque est qu’un opérateur lié à un État sanctionné devienne employé, sous-traitant ou développeur, avec des accès ordinaires. Une fois considéré comme fiable, il peut observer du code source, intervenir dans des pull requests, suivre des discussions d’incident, accéder à des tableaux de bord cloud ou comprendre les flux financiers sans exploiter une seule vulnérabilité logicielle.
Signaux faibles et contrôles RH
ANY.RUN indique que ses environnements contrôlés ont observé de la reconnaissance système via dxdiag, systeminfo et wmic; l’usage de Google Remote Desktop et AnyDesk; des infrastructures VPN; des portefeuilles crypto; des outils d’IA; ainsi que des environnements de développement comme Visual Studio Code et Remix. Le rapport liste aussi AstrillVPN, ChatGPT, Google Gemini, 2fa.cn, MetaMask, Bitget Wallet, ip8.com, Vultr et Gorilla Servers parmi les outils ou services observés.
Aucun de ces éléments n’est une preuve à lui seul. Les développeurs utilisent légitimement des assistants d’IA, des outils distants et parfois des portefeuilles. La valeur défensive vient de la corrélation: incohérences dans les documents d’identité, comportement d’entretien suggérant une traduction en direct ou un intermédiaire, installation inexpliquée d’accès distant sur des machines professionnelles, usage répété de VPN suspects, géographie incohérente et activité atypique pendant l’onboarding.
Vérifier en continu
Les deux histoires convergent vers une même conclusion: la confiance doit être vérifiée en continu. SAP Commerce Cloud contient le mot “cloud”, mais les clients doivent garder une visibilité d’actifs, une discipline de patching et une preuve de redéploiement. Un développeur peut réussir un entretien, mais l’employeur doit maintenir une assurance d’identité, une vérification périodique et une surveillance proportionnée des accès sensibles.
Pour les équipes SAP, l’action est immédiate: identifier les déploiements COM_CLOUD 2211 et 2211-JDK21, appliquer la version corrigée, reconstruire et redéployer, réduire l’exposition du point de terminaison vulnérable si le correctif ne peut pas être appliqué tout de suite, puis examiner les journaux à la recherche d’activité pré-authentification suspecte.
Pour les équipes RH, ingénierie et sécurité, la leçon Lazarus est d’endurcir l’entrée dans l’entreprise: vérifier l’identité avant l’accès production, séparer performance d’entretien et autorisation d’accès, imposer des terminaux gérés, limiter les outils de prise en main à distance personnels, détecter les anomalies de VPN et revoir les privilèges de code pendant les premières semaines.
Cette double alerte n’est pas homogène. L’une est une faille logicielle maximale avec une voie de correction claire. L’autre est un avertissement de renseignement sur des adversaires qui se fondent dans le travail à distance. Mais les deux punissent l’attente. En 2026, l’attaquant peut arriver par un endpoint non authentifié — ou par les ressources humaines.
Sources des dernières 72 heures
- [1]SAP Security Patch Day - August 202611 août 2026, 00:00 UTC
- [2]SAP Commerce Cloud Flaw Could Let Unauthenticated Attackers Execute Arbitrary Code12 août 2026, 00:00 UTC
- [3]SAP Security Notes: August 2026 Patch Day11 août 2026, 00:00 UTC
- [4]Smile, You’re on Camera. Part 2: Hiring Lazarus APT’s IT Workers in a Fake DeFi Startup10 août 2026, 12:00 UTC
Article généré par IA à partir d’une recherche web récente, puis conservé comme instantané éditorial daté.

Commentaires
Sois le premier à commenter.