Lenaick Sorimoutou : Veille

Veille Cyber #4 : vishing, agents IA et paquets piégés

Fri, 12 Jun 2026 00:00:00 GMT

La scène : quelqu'un appelle, se présente comme le support informatique de votre entreprise, signale un problème urgent sur votre compte. La voix est posée. Le numéro semble familier. Vous êtes à la bourre. Vous accordez un accès à distance. Quelques heures plus tard, des données confidentielles sont dehors.

C'est exactement ce qui arrive cette semaine. Trois actualités, un fil rouge : les attaquants ciblent l'humain autant que la machine, et les agents IA deviennent un terrain inédit.

🔍 Faux support IT, vraie fuite en quelques heures

Le groupe Silent Ransom cible des cabinets d'avocats américains avec de faux appels de support IT. Des attaquants se font passer pour des techniciens internes, obtiennent un accès à distance et exfiltrent des données confidentielles en quelques heures. La demande de rançon suit rapidement.

Les cabinets d'avocats stockent des informations très sensibles : contrats, dossiers clients, correspondances internes. Pour un attaquant, c'est une cible de choix. Et cette attaque fonctionne sans aucune ligne de code malveillant au départ. Juste un appel téléphonique convaincant.

Ce qui me frappe, c'est la simplicité. Pas de faille zero-day, pas de malware sophistiqué pour commencer. La pression du moment, un appel qui semble légitime, et l'accès est accordé. On enseigne la sensibilisation au phishing depuis des années, et ça continue de marcher. La vraie question : comment développer des réflexes efficaces face à une urgence fabriquée ?

Source : BleepingComputer

Vishing : phishing par appel vocal. L'attaquant se fait passer pour une personne de confiance (support IT, banque, collègue) pour obtenir des informations ou un accès direct. C'est le phishing classique par mail, adapté au téléphone.

🔍 Un agent IA trompé par un message ordinaire

Des chercheurs ont démontré qu'OpenClaw, un agent IA, peut être manipulé via un simple message de phishing. En glissant des instructions malveillantes dans un message ordinaire, un attaquant pousse l'agent à exfiltrer des données utilisateur. L'agent exécute l'action sans détecter quoi que ce soit d'anormal.

Pourquoi ça compte ? Les agents IA automatisent de plus en plus d'actions réelles : lire des mails, interagir avec des APIs, déclencher des workflows. Si un attaquant peut leur glisser des instructions cachées, il obtient un assistant avec des accès légitimes qui agit à la place de sa cible, sans éveiller le moindre soupçon.

J'avoue que ça me dérange vraiment. On délègue des tâches sensibles à des agents IA en contexte professionnel, et leur robustesse face aux entrées malveillantes est encore loin d'être acquise. La sécurité des agents IA, c'est un défi de conception entier, qui dépasse largement la correction d'un bug isolé.

Source : BleepingComputer

Prompt injection : technique qui consiste à glisser des instructions malveillantes dans l'entrée d'un agent IA pour lui faire exécuter des actions non prévues. L'équivalent d'une injection SQL, adapté au langage naturel.

🔍 Des paquets piégés pour voler les développeurs IA

Pour la deuxième fois en quelques semaines, des paquets publiés sous des noms proches de ceux de Microsoft contenaient un voleur de credentials. Ces paquets ciblaient particulièrement les développeurs qui construisent des outils et agents IA.

Le mécanisme est simple : un développeur installe un paquet qui ressemble à un outil officiel. En arrière-plan, un programme récupère ses tokens, ses clés API, ses mots de passe stockés. Ces données ouvrent ensuite l'accès à des dépôts, des environnements cloud, des bases de données entières.

Ce qui marque ici, c'est la récidive. Une fois, c'est un incident isolé. Deux fois en quelques semaines sur les mêmes registres, ciblant les mêmes développeurs IA : c'est un signal fort. L'écosystème IA grandit vite, de nouveaux paquets apparaissent chaque jour, et la vigilance sur l'origine des dépendances reste insuffisante dans beaucoup d'équipes.

Source : Ars Technica

Credential stealer : programme qui récupère discrètement des identifiants stockés sur un poste ou dans l'environnement : tokens, clés API, mots de passe. Une fois exfiltrés, ils ouvrent l'accès à tous les systèmes associés.

Conseil et note finale

"Vous recevez un appel du support IT demandant un accès à distance urgent. Comment réagissez-vous ?"

Pourquoi on vous la pose : le recruteur évalue votre réflexe face à la menace humaine, souvent sous-estimée par rapport aux aspects techniques.

Comment y répondre : Mentionnez la vérification via un canal officiel distinct : rappeler le numéro référencé dans l'annuaire interne, jamais par rappel direct de l'appelant. Évoquez le principe de ne jamais accorder un accès sous pression téléphonique. Ajoutez que les procédures internes existent précisément pour ces situations, et qu'un technicien légitime comprend qu'on vérifie avant d'agir.

OWASP Top 10 for LLM Applications : consulter le guide
Ce document liste les dix risques principaux des applications basées sur des LLM, dont les injections de prompt. Utile pour comprendre le terrain avant de construire ou d'auditer un système IA.

À vendredi prochain. En attendant, méfiez-vous autant des appels téléphoniques urgents que des paquets installés en deux clics. Lénaïck

Veille Cyber #3 : IA, VPN et systèmes physiques

Fri, 05 Jun 2026 00:00:00 GMT

Un ami m'a envoyé un message cette semaine : "Comment tu fais pour suivre tout ça ?" Honnêtement, je ne suis pas tout. Mais trois actualités ont retenu mon attention, chacune sur un angle différent : un chatbot d'assistance retourné contre ses propres utilisateurs, un VPN très répandu contourné silencieusement, et des équipements industriels oubliés sur Internet depuis des années.

🔍 Meta AI retournée contre les comptes Instagram

Des attaquants ont trouvé le moyen de détourner le chatbot d'assistance de Meta pour prendre le contrôle de comptes Instagram. En simulant des échanges légitimes avec le bot, ils déclenchaient des procédures de récupération de compte à leur avantage. Résultat : des utilisateurs bloqués dehors, avec un recours quasi inexistant.

Ce qui frappe ici, c'est l'angle. On parle souvent de phishing, de mots de passe volés, de failles dans le code. Un bot de support comme surface d'attaque, c'est plus rare à entendre en cours. Et pourtant, c'est logique : si le bot peut déclencher des actions sur un compte, il devient une cible comme n'importe quelle autre interface.

J'avoue que ça m'a fait réfléchir sur le design des agents IA en entreprise. Un bot conçu pour aider peut, s'il est mal sécurisé, servir aussi les mauvaises personnes. La sécurité des workflows IA dépasse la simple protection des données : elle concerne aussi les permissions accordées au bot.

Sources : KrebsOnSecurity, BleepingComputer.

Surface d'attaque : l'ensemble des points par lesquels un attaquant peut tenter d'entrer. Chaque nouveau service, formulaire ou bot élargit cette surface. Réduire la surface d'attaque, c'est supprimer ou restreindre ce qui n'est pas indispensable.

🔍 GlobalProtect : le VPN Palo Alto exploité en ce moment

GlobalProtect, la solution VPN de Palo Alto Networks, est touché par une faille de contournement d'authentification activement exploitée dans des attaques réelles. Un attaquant extérieur peut, sans identifiant valide, passer outre la vérification d'identité et accéder à des ressources censées être protégées derrière le VPN.

GlobalProtect est très répandu en entreprise et dans les administrations pour sécuriser les connexions distantes, notamment depuis le télétravail. Un VPN compromis, c'est souvent une porte d'entrée directe sur le réseau interne.

Ce qui complique les choses : ce type de faille peut être exploité silencieusement. Aucune alerte visible, aucun message d'erreur côté équipe sécurité. C'est seulement en corrélant les journaux système que quelque chose d'anormal peut ressortir. Et si personne ne consulte ces journaux régulièrement, ça peut passer longtemps inaperçu.

Si vous êtes en stage ou alternance dans une structure qui utilise GlobalProtect, c'est le moment de vérifier la version déployée et de mentionner cette CVE lors de la prochaine réunion d'équipe. C'est concret, utile, et ça montre que vous suivez l'actualité.

Source : BleepingComputer.

Bypass d'authentification : une faille qui permet de contourner l'étape de vérification d'identité. Imaginez une serrure numérique qui s'ouvre si on appuie au bon endroit, sans clé.

🔍 Des capteurs industriels de carburant exposés sans protection

La CISA a publié une alerte sur des systèmes de surveillance de réservoirs de carburant directement accessibles depuis Internet. Ces équipements se trouvent dans des stations-service, aéroports et sites industriels. Ils mesurent les niveaux de carburant, détectent les fuites, et certains acceptent des commandes à distance. Le problème : beaucoup tournent avec des identifiants par défaut, parfois sans aucune authentification.

C'est un exemple concret de sécurité OT (Operational Technology). On pense souvent cybersécurité en termes de serveurs et d'applications web. Mais une grande partie des infrastructures physiques sont aussi connectées : automates industriels, capteurs, pompes, réservoirs. Leurs concepteurs n'avaient pas toujours prévu une exposition à Internet.

Ce qui rend la situation particulièrement sérieuse : on ne parle plus uniquement de données volées. Un réservoir manipulé à distance, c'est un risque de fuite, de fausse alerte, ou pire. La surface numérique touche ici la surface physique.

Source : BleepingComputer.

OT (Operational Technology) : les systèmes qui pilotent des équipements physiques, comme les automates industriels ou les capteurs de terrain. À distinguer de l'IT classique, même si les deux convergent de plus en plus, créant de nouveaux angles d'attaque.

"Quelle différence faites-vous entre la sécurité IT et la sécurité OT ?"

Pourquoi on vous la pose : les recruteurs cherchent à savoir si votre vision de la cybersécurité dépasse les serveurs et les applications. Dans les secteurs de l'industrie, de l'énergie ou des transports, c'est une question courante.

Comment y répondre : l'IT (Information Technology) gère les données et les services numériques. L'OT (Operational Technology) contrôle des équipements physiques. En IT, une faille peut provoquer une fuite de données. En OT, elle peut causer une panne physique, un incident industriel, voire un risque humain. Les deux convergent de plus en plus, ce qui oblige les équipes à développer une double compétence.

ICS-CERT Advisories (CISA) : consulter les alertes
La section dédiée aux systèmes industriels de la CISA. Utile pour comprendre quels équipements OT sont régulièrement ciblés et comment les vulnérabilités industrielles sont documentées. Un bon point de départ pour explorer la sécurité des infrastructures critiques.

À vendredi prochain. Cette semaine, une idée à garder : la surface d'attaque s'étend à tout ce qui est connecté, y compris ce qu'on oublie de sécuriser. Lénaïck

Veille Cyber #2 : CISA, MFA et IA en SOC

Fri, 29 May 2026 00:00:00 GMT

J'avoue que j'ai souri jaune en lisant la première actualité de la semaine. L'agence américaine chargée d'expliquer aux autres comment sécuriser leurs systèmes vient d'exposer ses propres identifiants cloud. C'est le genre de moment qui rappelle quelque chose d'essentiel : personne n'est immunisé. Même pas ceux qui font la police. Cette semaine : secrets cloud, contournement de MFA et IA en SOC.

🔍 La CISA expose ses propres secrets AWS

La CISA (Cybersecurity and Infrastructure Security Agency), l'agence fédérale américaine de cybersécurité, a subi une fuite exposant des identifiants AWS GovCloud. Des parlementaires ont demandé des explications officielles. L'agence, connue pour publier des guides de durcissement et gérer le catalogue KEV, s'est retrouvée dans la position inconfortable de l'élève qui rate son propre examen.

Pourquoi c'est important ? Les secrets cloud (clés d'accès, jetons API, mots de passe de service) sont l'un des points faibles les plus courants en production. Ils finissent dans des fichiers de configuration, des logs, des dépôts publics ou des variables d'environnement mal protégées. Quand une organisation comme la CISA est touchée, le message est clair : ce problème ne concerne pas que les petites structures.

Honnêtement, ce qui me frappe ce n'est pas tant la faille que le contexte. En SOC, les alertes pour des secrets exposés dans Git font partie du quotidien. Le réflexe correctif existe : rotation de clé, révocation immédiate, audit de l'étendue de l'accès. Mais il faut l'avoir automatisé avant l'incident, pas après. La vraie question c'est : est-ce que vous sauriez détecter une clé cloud exposée dans votre code ce soir ?

Source : KrebsOnSecurity.

Secret cloud : clé, jeton ou identifiant donnant accès à des ressources cloud. S'il est exposé dans un fichier public ou un log, n'importe qui peut l'utiliser pour lire, modifier ou supprimer des données, souvent sans laisser de trace immédiate.

🔍 Kali365 : quand la double authentification ne suffit plus

Le FBI alerte sur Kali365, une plateforme de phishing vendue comme service (PhaaS). Elle cible les comptes Microsoft 365 et contourne la double authentification via une technique dite AiTM (Adversary-in-the-Middle). Un faux site Microsoft joue le rôle d'intermédiaire : la victime entre ses identifiants et valide sa MFA normalement, mais l'attaquant récupère le jeton de session en temps réel. Il peut ensuite se connecter sans avoir eu besoin du code à six chiffres.

Pourquoi c'est important ? La MFA reste essentielle. Mais comprendre ses limites l'est tout autant. Les MFA par SMS ou par code TOTP (Google Authenticator) sont vulnérables à l'AiTM. Arriver en entretien avec cette nuance en tête, c'est déjà se démarquer de la majorité des candidats.

La vraie question c'est : quelle MFA résiste vraiment ? Les clés physiques FIDO2 (type YubiKey) vérifient le domaine du site lors de l'authentification. Si le site est un faux, la clé refuse. Pas parfait dans tous les contextes, mais nettement plus robuste face à ce type d'attaque. C'est pour ça que les organisations les plus exposées migrent vers FIDO2.

Source : BleepingComputer.

AiTM (Adversary-in-the-Middle) : l'attaquant se place entre vous et le vrai service. Il relaie vos actions en temps réel et intercepte votre jeton de session, celui qui prouve que vous venez de vous authentifier. Il peut ensuite se connecter à votre compte sans avoir eu besoin de votre mot de passe ni de votre code MFA.

🔍 L'IA rédige des rapports d'incident SOC : bilan mitigé

Cisco a expérimenté l'IA générative pour produire des rapports d'incident dans ses équipes SOC. Le résultat est nuancé : les rapports sortent plus vite, mais les analystes ont relevé des imprécisions, un manque de contexte technique et des formulations trop génériques pour être directement exploitables.

Pourquoi ça compte ? Si vous visez un poste SOC, la question est directe : l'IA va-t-elle remplacer les analystes ? La réponse de Cisco est non, pas sans supervision humaine. L'IA peut prendre en charge la structure de base, mais quelqu'un doit valider et apporter le contexte que l'outil n'a pas.

Je dois dire que c'est l'actualité qui me parle le plus cette semaine. En SOC, les rapports d'incident prennent du temps, surtout en fin de nuit. Si l'IA génère un premier jet et que l'analyste se concentre sur la partie critique, c'est un gain réel. Déléguer sans relire, c'est là que ça se complique.

Source : The Register.

SOC (Security Operations Center) : l'équipe chargée de surveiller les systèmes en temps réel, détecter les incidents et y répondre. Un analyste SOC passe une part importante de son temps à rédiger des rapports pour chaque alerte traitée, ce qui fait de la rédaction assistée un cas d'usage IA très concret.

"La double authentification suffit-elle à protéger un compte ?"

Pourquoi on vous la pose : le recruteur teste votre capacité à nuancer plutôt qu'à réciter une réponse toute faite. Savoir qu'un outil a des limites, c'est preuve de maturité technique.

Comment y répondre : La MFA réduit très significativement le risque de compromission et reste indispensable. Mais les techniques AiTM permettent de contourner les MFA classiques (SMS, TOTP) en interceptant le jeton de session après authentification réussie. Les implémentations résistantes au phishing, notamment FIDO2, offrent une protection bien plus robuste car elles vérifient le domaine du site. Bonne réponse : recommander la MFA systématiquement, tout en précisant que le type d'implémentation change tout.

GitGuardian : gitguardian.com
Outil de détection de secrets exposés dans vos dépôts Git, gratuit pour les projets publics. Utile pour comprendre concrètement comment les clés et tokens se retrouvent dans le code, et pour développer le réflexe de scanner ses dépôts avant de pousser. Directement lié à l'actualité CISA de cette semaine.

À vendredi prochain. D'ici là, un réflexe simple : si vous avez un projet sur GitHub, scannez-le pour des secrets exposés. Vous seriez surpris de ce qui traîne depuis des mois. Lénaïck

Veille Cyber #1 : Exchange, GitHub, IA

Fri, 22 May 2026 00:00:00 GMT

Scène classique : vous êtes en entretien cyber. Le recruteur sourit, regarde votre CV, puis lâche : "Vous avez suivi l'actualité ?" Et là, trou noir. Pas parce que vous êtes mauvais. Entre les CVE, les communiqués éditeurs et les acronymes, c'est facile de décrocher.

Trois actualités. De quoi discuter, pas réciter Wikipédia.

🔍 Exchange encore dans le viseur : pourquoi les vieux serveurs font toujours peur

Microsoft a publié une alerte autour de CVE-2026-42897, une vulnérabilité qui touche Outlook Web Access sur Exchange Server. La CISA l'a ajoutée à son catalogue des failles exploitées, avec une correction attendue avant le 29 mai 2026 pour les agences fédérales américaines. Traduction : ce n'est pas juste une faille théorique vue dans un laboratoire.

Pourquoi c'est important ? Exchange, c'est souvent la porte d'entrée mail d'une organisation. En entreprise, le mail transporte identifiants, pièces jointes, conversations internes et demandes urgentes. Si un serveur exposé est mal corrigé, l'attaquant trouve un point d'appui.

Honnêtement, ça rappelle un truc frustrant du terrain : les systèmes critiques ne sont pas toujours les plus modernes, ni les plus faciles à patcher. Parfois, le vrai sujet, c'est mettre à jour une brique historique sans casser la production.

Source : Microsoft Exchange Team, NVD.

KEV : le catalogue Known Exploited Vulnerabilities de la CISA liste des failles déjà exploitées dans la vraie vie. Si une CVE arrive dedans, ce n'est plus un "à regarder un jour" : c'est une priorité.

🔍 Une extension VS Code malveillante : le piège qui ressemble à un outil pratique

GitHub a confirmé une compromission d'environ 3 800 dépôts internes après l'installation d'une extension VS Code malveillante sur le poste d'un employé. L'incident est relié à une attaque de chaîne d'approvisionnement visant l'écosystème développeur, notamment autour de npm et d'extensions d'environnement de développement.

La leçon est simple : les développeurs installent beaucoup d'outils. Extensions, paquets, plugins, assistants, thèmes. Chacun peut devenir une porte d'entrée. Comme ces outils accèdent parfois au code source et aux jetons d'accès, l'impact dépasse vite "un poste compromis".

Ce qui me marque, c'est le côté banal. Une extension utile en apparence, un clic, et derrière ça peut lire des fichiers, interagir avec l'environnement, récupérer des secrets. Pas idéal si votre dépôt contient des clés API oubliées depuis 2022.

Source : BleepingComputer.

Chaîne d'approvisionnement : en cyber, cela désigne tout ce dont votre projet dépend : librairies, extensions, outils, prestataires. Attaquer un maillon faible permet parfois de toucher beaucoup de monde d'un coup.

🔍 ChromaDB exposé : quand une brique IA devient une porte d'entrée

Une vulnérabilité critique, CVE-2026-45829, touche le serveur Python FastAPI de ChromaDB. D'après les informations publiées, un attaquant non authentifié peut forcer le chargement d'un modèle malveillant et obtenir une exécution de code si l'API est exposée en HTTP.

Pourquoi ça compte ? Parce que beaucoup de projets IA sont montés vite. On teste un outil, on branche une base vectorielle, on expose une API "juste pour voir", puis le prototype reste en ligne. C'est humain. Mais côté sécurité, un prototype exposé devient vite une surface d'attaque.

Je dois dire que c'est l'actualité la plus intéressante côté IA. La sécurité IA, ce n'est pas seulement "est-ce que le modèle hallucine ?". C'est aussi de l'infrastructure classique : authentification, exposition réseau, mises à jour.

curl -I http://localhost:8000/api/v1/heartbeat
curl -I https://votre-domaine.example/api/v1/heartbeat

Ici, bash:curl -I interroge une URL. L'option bash:-I demande seulement les en-têtes, pas toute la page. La ligne 1 teste un service local. La ligne 2, mise en évidence, représente le vrai risque : une API accessible depuis Internet.

Source : BleepingComputer.

RCE : Remote Code Execution, ou exécution de code à distance. En clair : quelqu'un peut faire exécuter ses instructions sur votre serveur, comme s'il avait trouvé une télécommande cachée.

Conseil et note finale

"Parmi ces trois actualités, laquelle vous semble la plus inquiétante et pourquoi ?"

Pourquoi on vous la pose : le recruteur veut voir si vous savez prioriser, pas si vous connaissez toutes les CVE par cœur.

Comment y répondre : choisissez un angle : impact métier, facilité d'exploitation ou exposition publique. Exchange est critique parce qu'il touche une brique centrale. GitHub montre le risque des outils développeur. ChromaDB rappelle que les projets IA doivent suivre les mêmes règles que le reste.

CISA Known Exploited Vulnerabilities Catalog : consulter le catalogue
Utile pour comprendre quelles failles sont exploitées dans le monde réel. Pour compléter la partie IA, regardez aussi la documentation Chroma et gardez une question simple : est-ce accessible depuis Internet ?

À vendredi prochain. En attendant, gardez une idée en tête : demandez "qu'est-ce qui est exposé ?" avant de demander "quel outil on achète ?". Lénaïck