Je teste les applications web, mobiles et desktop, ainsi que leurs API, à la recherche des failles que les scanners ne voient pas : contrôle d’accès défaillant, traitement non sécurisé des données, logique métier et bogues dans le code natif. Vous travaillez directement avec moi, du cadrage jusqu’à la restitution finale.
01Services
Choisissez la question. Je cadre la mission la plus courte qui y répond.
Identifier les chemins d’attaque qui touchent les comptes, les données et les parcours critiques d’un logiciel web, mobile ou desktop.
Vous recevez
Des vulnérabilités validées, des preuves reproductibles et des recommandations de correction priorisées.
Examiner une fonctionnalité critique, une base de code héritée ou un composant natif, en suivant les données et les droits pour comprendre le risque.
Vous recevez
Une analyse au niveau du code, les causes racines et des options de correction directement exploitables par vos développeurs.
Cursor, Lovable, Bolt et les outils similaires produisent vite du code qui fonctionne, mais oublient souvent les contrôles d’accès. Je teste l’authentification, l’accès aux données et les clés exposées avant le lancement.
Vous recevez
Une courte liste de corrections classées par risque, avec la modification exacte de code ou de configuration.
Développer des capacités SAST ou DAST, étendre un scanner ou transformer une méthode de recherche en implémentation évaluée.
Vous recevez
Des composants de détection, des choix d’architecture et une évaluation reproductible.
02À propos
Les scanners signalent des symptômes. Je remonte chaque vulnérabilité jusqu’au code qui la provoque, puis jusqu’à un correctif que vos développeurs peuvent livrer.
J’ai écrit les correctifs de deux CVE du noyau Linux et sept autres correctifs aujourd’hui intégrés à la branche principale. Sur votre produit, chaque vulnérabilité est livrée avec le chemin dans le code, les conditions qui la déclenchent et un correctif que votre équipe peut relire.
J’ai dirigé des développements web et conçu un scanner DAST en partant de son architecture. Quand je recommande un correctif, j’ai déjà réfléchi à la façon dont votre équipe va l’implémenter et le tester.
Je fixe le périmètre avec vous, je mène chaque test moi-même et je passe en revue chaque vulnérabilité avec vos développeurs.
03Une expertise que vous pouvez vérifier
01
Meta Bug BountyJ’ai signalé des vulnérabilités de sécurité dans Facebook et Instagram via le programme de bug bounty de Meta, et l’équipe sécurité de Meta en a validé et reconnu sept. Je suis également chercheur sur la plateforme Bugcrowd.
02
Noyau LinuxUn déréférencement de pointeur NULL dans le pilote réseau ice d’Intel et un dépassement 32 bits dans le système de fichiers JFS. Les deux correctifs ont été intégrés à la branche principale de Linux, et celui du pilote ice a été rétroporté dans les noyaux stables.
Fig. 01
Hendra · DASTDans le cadre de ma recherche doctorale achevée à l’université ITMO, j’ai développé l’architecture de Hendra, la planification des scans, la déduplication des requêtes, la vérification des vulnérabilités et le cadre d’évaluation. Le contexte applicatif détermine les contrôles que le scanner exécute.
Résultats consignés dans les travaux de mon projet : DVWA en sécurité basse, avec les configurations d’outils testées. Le F1 combine précision et rappel. Ces chiffres décrivent cette expérience, pas un classement universel ni une garantie de performance en production.
Dans les médias
Regardez mon interview télévisée sur la recherche de vulnérabilités chez Meta. Examinez ensuite les vulnérabilités publiques, les correctifs acceptés et les travaux sur les scanners qui fondent mon activité.
Voir l’interview télévisée
Conférencier · ISP RAS Open 2024
À ISP RAS Open 2024, j’ai présenté mes travaux sur l’utilisation de l’apprentissage automatique pour prédire les technologies d’une pile web au-delà des empreintes classiques. Mon intervention figure au programme officiel de la conférence.
Prédire les technologies d’une pile web par apprentissage automatique : au-delà des empreintes classiques
Une question très concrète derrière tout test d’application : avec quoi le logiciel est-il réellement construit ?
Voir le programme de la conférence04Services
Authentification, droits d’accès, parcours sensibles et l’application qui se cache derrière votre API. C’est mon domaine le plus solide et celui que je privilégie.
Voir le serviceL’application, ses données locales et sa connexion aux services backend, avec un périmètre plateforme et API défini explicitement.
Voir le serviceCode applicatif, bibliothèques et composants qui traitent des entrées non fiables. Projets C, C++ et Java cadrés autour des risques qui comptent.
Voir le service05De votre première question à un résultat utile
Le produit, ce qui a changé, ce que vous devez savoir et pour quand. Un paragraphe suffit ; je réponds sous trois jours.
Périmètre, méthode, exclusions, livrables, prix et calendrier. La confidentialité, le NDA et les conditions de contre-audit sont fixées dans cette même proposition.
Pour un audit, vous voyez les preuves et les priorités dès qu’elles apparaissent. Pour un développement, vous validez les jalons convenus.
Vous recevez le rapport ou le livrable, puis une restitution avec votre équipe. Toute correction ou vérification complémentaire est convenue avec vous.
06Outils et publications
Dans le cadre de ma recherche doctorale achevée à l’université ITMO, j’ai développé l’architecture de Hendra, la planification des scans, la déduplication des requêtes, la vérification des vulnérabilités et le cadre d’évaluation. Le contexte applicatif détermine les contrôles que le scanner exécute.
Chaque requête HTTP(S) doit être nécessaire, non redondante et pertinente dans son contexte.
L’ingénierie d’outils de sécurité couvre l’architecture, la logique de détection et l’évaluation. J’aide les équipes à transformer un problème d’analyse bien défini en une implémentation qu’elles peuvent tester, comprendre et faire évoluer.
Découvrir le développement d’outils de sécuritéCombiner signaux appris et règles explicites pour identifier les technologies d’une application.
Réutiliser les requêtes équivalentes en tenant compte du contexte et de l’état du scanner.
Représenter les endpoints, les paramètres et leurs relations dans un graphe de la surface d’attaque.
Choisir les contrôles en fonction du contexte applicatif et des technologies détectées.
Examiner les éléments de preuve des réponses pour distinguer les vulnérabilités exploitables du bruit.
Comparer les résultats des scanners sur des cibles définies grâce à des mesures reproductibles.
Hendra montre comment je relie la recherche en sécurité à des composants de scanner opérationnels et à des tests mesurables. Cette expérience peut servir un outil sur mesure, un produit de sécurité existant ou une évaluation ciblée.
07Blog
Analyses de CVE, méthodes de revue de code et conseils pratiques pour celles et ceux qui conçoivent et exploitent des logiciels.
Analyse technique de PHP2Shell : CVE-2026-109618, étapes de corruption mémoire proposées, éléments sur les versions de PHP, dépendances de configuration et vérification du correctif.
Lire l’articleGhostAction exhume d’anciens secrets. Distinguez la rotation du nettoyage de l’historique Git, puis vérifiez que les identifiants exposés et la voie d’injection dans les workflows sont bien fermés.
Lire l’articleLMCache CVE-2026-105192 atteint pickle pendant le décodage des messages. Suivez le correctif, les appelants du transport et les preuves nécessaires pour faire confiance à un test de non-régression négatif.
Lire l’article08Contact
Envoyez-moi un bref descriptif. Je réponds sous trois jours avec des questions ou une première proposition, et le prix est fixé par écrit avant le démarrage.
