Cadrage
Périmètre, environnements, rôles utilisateurs, quotas et fenêtres de test.
Expert OSCP — sécurité applicative
Votre API expose plus que votre interface
Une interface bien faite masque souvent une API qui, elle, répond à tout le monde. C'est par là qu'on entre.
- REST et GraphQL : authentification, jetons, portée des scopes, expiration
- Autorisations objet par objet — IDOR, élévation horizontale et verticale
- Validation des entrées, injections, exposition de données non filtrées
- Limitation de débit, énumération et abus de logique métier
Demander un pentest API
L'analyse externe de votre API démarre dès l'envoi. Un expert vous rappelle avec les premiers constats — sans engagement.
150+
entreprises auditées
DEPUIS 2016
72 h
première intervention
RÉPONSE À INCIDENT
1 247
vulnérabilités remontées
TOUS AUDITS
Inclus
contre-audit après correction
TOUTES OFFRES
Pourquoi tester l'API
Le scanner voit les routes. Pas les droits.
Les failles d'API les plus coûteuses ne sont pas des injections : ce sont des autorisations mal vérifiées, que seul un test manuel avec plusieurs comptes met en évidence.
- Un identifiant d'objet dans l'URL, et le compte A lit les données du compte B : c'est la faille la plus fréquente et la plus discrète.
- Un jeton qui n'expire pas, une portée trop large, un rafraîchissement mal contrôlé — l'authentification passe, l'autorisation non.
- La documentation publique d'une API donne la carte complète à un attaquant, y compris les routes que l'interface n'appelle jamais.
- Les tests se font avec de vrais comptes de test, sur de vrais parcours : c'est la seule façon de prouver un impact.
Toute mission nécessite un mandat écrit et un périmètre autorisé.
Déroulé
4 étapes du cadrage au retest
Cadrage, comptes de test, exploitation contrôlée et restitution.
Cartographie
Inventaire des routes à partir de la documentation, du trafic et de la découverte.
Tests manuels
Autorisations croisées entre comptes, jetons, entrées, logique métier.
Rapport et retest
Preuves reproductibles, priorités, puis vérification des corrections.
Exemple de restitution
À quoi ressemble un audit professionnel ?
Exemple anonymisé : synthèse lisible direction, score consolidé et priorités pour votre DSI ou intégrateur.
- Synthèse exécutive et score de risque sur une page
- Constats priorisés avec pistes de remédiation concrètes
- Document partageable en interne (DSI, RSSI, direction)
Ce qu'en disent nos clients
On ne se note pas nous-mêmes.
Des avis publiés sur notre fiche Google par des entreprises réellement auditées. Vérifiables, un par un.
GOOGLE
Nous avons fait appel à White-Hat pour la réalisation d’un audit de cybersécurité sur l'ensemble de nos serveurs, et nous sommes très satisfaits de la qualité de leur intervention. Philippe a fait preuve de professionnalisme, de réactivité et de pédagogie tout au long de la mission. Les recommandations fournies étaient claires, pertinentes et directement exploitables pour renforcer notre niveau de sécurité. Nous recommandons vivement leurs services.
GOOGLE
Très bonne expérience avec White-Hat pour un audit de sécurité complet sur notre plateforme SaaS. La qualité du service est vraiment au rendez-vous : Philippe a pris le temps de comprendre l’architecture de notre application avant de se lancer dans les tests, ce qui change tout sur la pertinence des résultats. Le rapport était détaillé, avec des vulnérabilités classées par criticité, des preuves d’exploitation concrètes et des recommandations directement applicables par notre équipe technique. Le suivi après livraison pour vérifier les correctifs a été un vrai plus. Sérieux, rigoureux et à l’écoute : exactement ce qu’on attend pour sécuriser un produit SaaS.
GOOGLE
On a fait appel à White-Hat pour un audit complet / pentest avancé sur notre site web, et c’est clairement le contact direct avec Philippe qui fait la différence. Pas de commercial entre nous, pas de jargon inutile : on échange directement avec quelqu’un qui comprend nos enjeux et qui sait expliquer les failles trouvées de façon claire. Le rapport était précis, avec des preuves concrètes et des recommandations qu’on a pu appliquer rapidement. Une vraie relation de confiance, je recommande.
GOOGLE
Travail professionnel. Merci.
GOOGLE
Nous avons fait appel à White Hat en urgence suite à la suspicion de compromission de plusieurs serveurs. L’équipe a été extrêmement réactive et a pris en charge notre demande en quelques minutes, avec une communication claire à chaque étape. Leur analyse de vulnérabilités a été menée de manière très rigoureuse, avec un rapport détaillé et des recommandations concrètes, faciles à mettre en œuvre pour renforcer notre sécurité. L’investigation sur les serveurs compromis a permis d’identifier rapidement l’origine de l’attaque et de contenir l’incident sans interruption majeure de nos services. Professionnels, pédagogues et disponibles, je recommande vivement ce prestataire pour toute intervention en cybersécurité, en particulier en contexte d’urgence.
L'humain derrière l'outil
À propos de votre interlocuteur
Je suis consultant en cybersécurité : j'accompagne les équipes IT et directions sur des sujets d'audit, de tests d'intrusion et de durcissement. Parcours orienté terrain (PME, ETI, e-commerce, industrie) avec une exigence simple : des constats exploitables, pas du jargon.
Pourquoi ce métier : rendre visibles les risques réels pour aider à décider vite — sécuriser, c'est aussi clarifier ce qui compte pour l'activité.
Une expertise construite depuis 2020 sur des contextes variés ; certifications reconnues (OSCP, CISSP, OSEP) et veille continue sur les menaces.
Pédagogie : traduire le technique en décisions business (priorisation, budget, planning).
Questions fréquentes
Ce qu'on vous répond avant que vous demandiez
Testez-vous les API GraphQL ?
Oui. L'introspection, la profondeur des requêtes, les autorisations par champ et les résolveurs sont des sujets propres à GraphQL, et ils se testent différemment d'une API REST.
Faut-il nous fournir des comptes de test ?
Oui, et plusieurs, avec des rôles différents. Sans cela, les failles d'autorisation — les plus fréquentes — restent invisibles.
Peut-on tester en production ?
Oui, si les règles d'engagement, les exclusions et les horaires sont validés avec vos équipes. Un environnement de recette identique à la production reste préférable.
Et si l'API n'est pas documentée ?
On la cartographie à partir du trafic de l'application et de la découverte. C'est plus long, et c'est aussi ce que fait un attaquant.
Sans engagement
Faites tester votre API
L'analyse externe de votre API démarre dès l'envoi. Un expert vous rappelle avec les premiers constats — sans engagement.