Résumé exécutif

Les API sont devenues le tissu connectif de l'infrastructure numérique moderne — et les attaquants le savent. Entre janvier 2023 et décembre 2024, Akamai a documenté 150 milliards d'attaques d'API, un chiffre qui souligne un changement fondamental du paysage des menaces. Bien que les API ne représentent que 14 % de la surface d'attaque moyenne d'une organisation, elles attirent désormais 44 % du trafic de bots avancés. Ce ciblage disproportionné reflète la grande valeur des points de terminaison d'API : ils fournissent un accès direct aux données sensibles, à la logique métier et aux systèmes backend.

Les statistiques sont préoccupantes. Salt Security indique que 99 % des organisations ont subi des incidents de sécurité d'API au cours de l'année écoulée, plus d'un tiers impliquant l'exposition de données sensibles. Les volumes d'attaques mensuels ont plus que doublé depuis début 2023, passant de 500 milliards d'attaques web à plus de 1,1 billion fin 2024. Pourtant, les capacités défensives n'ont pas suivi le rythme — seulement 21 % des organisations peuvent détecter efficacement les attaques au niveau de la couche API, et seulement 13 % peuvent prévenir plus de la moitié des tentatives de violation.

Ce rapport examine le paysage actuel des menaces sur les API, analyse les schémas et techniques d'attaque, et fournit des recommandations exploitables pour construire des programmes de sécurité d'API résilients. Le message est clair : les API ne sont plus une considération secondaire dans l'architecture de sécurité. Elles sont en première ligne.

La menace API en chiffres

150 Md
Attaques d'API

Attaques documentées sur 24 mois

99 %
Organisations compromises

Ayant subi des incidents API en 2024

40 %
Attaques BOLA

Toutes les attaques d'API exploitent BOLA

21 %
Capacité de détection

Peuvent détecter les attaques de couche API

Trajectoire du volume d'attaques

L'accélération des attaques ciblant les API reflète à la fois l'adoption accrue des API et la sophistication des attaquants. Les organisations qui s'appuyaient sur la sécurité de périmètre traditionnelle font désormais face à des menaces qui contournent entièrement les défenses conventionnelles.

MétriqueDébut 2023Fin 2024ÉvolutionSignification
Attaques web mensuelles500 Md1,1 Bn+120 %Doublement en moins de 2 ans
Attaques d'API (total 24 mois)-150 Md-Les API désormais cible principale
DDoS Layer 7Référence+94 %+94 %Focus sur la couche applicative
Exploits OWASP API Top 10Référence+32 %+32 %Vulnérabilités connues en hausse
Credential stuffing (mensuel)18 Md26 Md+44 %Abus d'identifiants automatisé

Pourquoi les API sont devenues la cible principale

Accès direct aux données

Les API fournissent un accès structuré et lisible par machine aux données sensibles. Un seul point de terminaison compromis peut exposer des millions d'enregistrements sans le bruit de l'exfiltration de données traditionnelle.

Faiblesses d'authentification

89 % des API liées à l'IA présentent une authentification non sécurisée. Les mécanismes d'authentification hérités n'ont pas été conçus pour le volume et la diversité du trafic API moderne.

Défauts de logique métier

Les API exposent une logique métier qui peut être abusée pour la fraude, la manipulation de données et l'élévation de privilèges — des attaques que les outils basés sur les signatures ne peuvent pas détecter.

Faible visibilité

Seulement 37 % des organisations savent lesquelles de leurs API exposent des données sensibles. Les API fantômes et les points de terminaison non documentés créent des angles morts que les attaquants exploitent.

Favorable à l'automatisation

Les API sont conçues pour un accès programmatique, ce qui en fait des cibles idéales pour les attaques automatisées. Ce qui protège contre les attaquants humains échoue souvent contre les bots.

Présomptions de confiance

78 % des attaques d'API semblent provenir d'utilisateurs légitimes et authentifiés. La sécurité traditionnelle suppose que les utilisateurs authentifiés sont dignes de confiance — une hypothèse dangereuse.

OWASP API Security Top 10 : ce qui est exploité

**Le risque API n°1 depuis 2019.** BOLA se produit lorsqu'une API ne vérifie pas qu'un utilisateur est autorisé à accéder à un objet spécifique. Les attaquants modifient simplement les identifiants d'objet dans les requêtes pour accéder à des données non autorisées. Cette vulnérabilité a permis des violations chez Uber (2016), Facebook (2018) et Trello (2024), exposant des millions d'enregistrements utilisateurs. BOLA représente environ 40 % de toutes les attaques d'API.

Des mécanismes d'authentification faibles permettent aux attaquants de compromettre des jetons, d'exploiter des failles de gestion de session ou de contourner entièrement l'authentification. Avec 26 milliards de tentatives mensuelles de credential stuffing, les points de terminaison d'authentification sont sous assaut constant. Les API sans MFA adaptative ont connu une augmentation de 40 % des tentatives de prise de contrôle de compte.

Combinaison des anciens risques « Excessive Data Exposure » et « Mass Assignment ». Les API peuvent renvoyer plus de données que nécessaire ou accepter des modifications de propriétés qu'elles ne devraient pas. Les attaquants exploitent ces failles pour accéder à des champs sensibles ou modifier des attributs protégés.

Les API sans rate limiting ni contrôles de ressources appropriés sont vulnérables aux attaques par déni de service et à l'épuisement des ressources. Les attaquants peuvent submerger les points de terminaison, provoquant une dégradation du service ou créant une couverture pour d'autres activités malveillantes.

Les politiques de contrôle d'accès complexes avec des rôles, groupes et fonctions hiérarchiques peuvent conduire à des failles d'autorisation. Les attaquants sondent pour trouver des fonctions administratives exposées aux utilisateurs réguliers ou exploitent la confusion des rôles pour élever leurs privilèges.

Les API qui exposent des flux métier sensibles — achat, création de compte, vérifications de tarifs — sans contrôles appropriés permettent un abus automatisé. Les scalpers, fraudeurs et concurrents exploitent ces flux à la vitesse machine.

Lorsque les API récupèrent des ressources distantes sur la base d'une entrée utilisateur sans validation, les attaquants peuvent faire en sorte que le serveur demande des ressources internes ou du contenu externe malveillant. SSRF peut exposer l'infrastructure interne ou permettre d'autres attaques.

Configurations par défaut, méthodes HTTP inutiles, en-têtes de sécurité manquants, messages d'erreur verbeux et paramètres CORS incorrects créent une surface d'attaque exploitable. Les mauvaises configurations sont souvent le premier point d'appui pour des attaques plus profondes.

Les organisations perdent la trace des API qui existent, des versions en cours d'exécution et de celles qui devraient être obsolètes. Les API fantômes et les points de terminaison obsolètes deviennent des vecteurs d'attaque car ils ne sont ni surveillés ni protégés.

Les développeurs font souvent confiance aux API tierces sans validation appropriée. Lorsqu'elles consomment des API externes, les applications peuvent hériter de vulnérabilités ou être exploitées via des services tiers compromis.

Répartition des attaques d'API par type

37 %
API d'accès aux données

Type de point de terminaison le plus ciblé

32 %
Paiement et caisse

Points de terminaison de transactions financières

16 %
Authentification

Points de terminaison de connexion et de jeton

15 %
Autre logique métier

Divers points de terminaison fonctionnels

Analyse de l'impact par secteur

L'intensité des attaques d'API varie significativement par secteur, déterminée par la valeur des données accessibles et les volumes de transactions.

SecteurClassement des attaquesMenaces principalesTendances notables
Services financiersn°1 le plus cibléCredential stuffing, fraudeValeur la plus élevée par violation réussie
Télécommunicationsn°2Bots avancés (50 % des connexions mobiles)Taux d'automatisation avancée le plus élevé
Voyage et hôtellerien°3Prise de contrôle de compte, scraping+400 % d'attaques (hébergement)
Retail et e-commercen°4Attaques de bots, fraude au paiement+92 % de configurations malveillantes en 2025
Technologien°5Exfiltration de données, vol de PI33,5 % de trafic de connexion malveillant

Le problème des bots : accélération de la sophistication

Les attaques automatisées contre les API ont évolué de simples scripts à des opérations sophistiquées qui brouillent la frontière entre trafic humain et machine. F5 Labs indique que les bots comportementaux représentent désormais la majorité du trafic web des fêtes, attaquant plus tôt dans la saison et opérant à une vitesse sans précédent. Les implications pour la sécurité des API sont profondes.

Les attaques de prise de contrôle de compte (ATO) ont augmenté de 250 % en 2024, alimentées par des campagnes de credential stuffing exploitant les 311 millions de comptes volés disponibles sur les places de marché du dark web. Kasada a observé plus de 1 100 incidents de credential stuffing chez 133 détaillants en un seul mois, compromettant un estimé de 265 000 comptes. Un grand détaillant a connu une multiplication par 32 des tentatives de connexion pilotées par bot le Black Friday, avec 72 % du trafic total provenant de bots malveillants.

Le gradient de sophistication est révélateur : 62 % des attaques ATO observées employaient des techniques avancées, dont 3 % classifiées comme hautement sophistiquées. Pourtant, seulement 21 % des organisations peuvent atténuer efficacement le trafic de bots, tandis que 53 % ont déjà subi des attaques liées aux bots. Cet écart de capacité représente une vulnérabilité critique dans les postures de sécurité des API.

L'écart de détection et de prévention

Selon une recherche du Traceable/Ponemon Institute, seulement **21 % des organisations** déclarent une capacité élevée à détecter les attaques au niveau de la couche API, et seulement **13 % peuvent prévenir plus de 50 %** des attaques d'API. Pendant ce temps, **65 % estiment que l'IA générative pose un risque sérieux** à la sécurité des API — pourtant, l'adoption de l'IA défensive est très en retard sur les applications offensives. Les organisations ne perdent pas seulement la course aux armements ; beaucoup n'y sont même pas entrées.

Focus régional : Asie-Pacifique

+73 % de croissance d'attaques en glissement annuel

L'Asie-Pacifique et le Japon ont enregistré le pourcentage d'augmentation le plus élevé des attaques d'applications web parmi toutes les régions au niveau mondial.

Taux d'incidents de 85 %

85 % des organisations APAC ont signalé au moins un incident de sécurité lié aux API au cours des 12 derniers mois.

Australie : 95 % compromises

Taux d'incidents le plus élevé au niveau mondial, mais seulement 6 % effectuent régulièrement des tests complets de vulnérabilité d'API.

Coût moyen de 580 000 $

Les entreprises de l'APAC ont supporté un coût moyen de plus de 580 000 $ US par incident de sécurité d'API.

Bâtir un programme de sécurité d'API efficace

1

Inventaire complet des API

Vous ne pouvez pas protéger ce dont vous ignorez l'existence. Mettez en œuvre une découverte continue d'API pour identifier tous les points de terminaison — y compris les API fantômes et les versions obsolètes. Seulement 37 % des organisations savent actuellement quelles API exposent des données sensibles.

2

Mettre en œuvre une authentification forte

Déployez une authentification multi-facteurs adaptative pour tous les accès API. Les organisations sans MFA adaptative ont connu une augmentation de 40 % des tentatives de prise de contrôle de compte. Envisagez OAuth 2.0 avec PKCE pour les clients publics.

3

Appliquer l'autorisation à chaque niveau

Adressez les vulnérabilités BOLA en mettant en œuvre des vérifications d'autorisation au niveau de l'objet sur chaque requête. Ne vous fiez pas à l'obscurité des identifiants d'objet — validez que l'utilisateur authentifié a la permission d'accéder à chaque ressource spécifique.

4

Déployer l'analyse comportementale

La détection basée sur les signatures échoue contre les attaques de logique métier. Mettez en œuvre une analyse comportementale pour identifier les schémas anormaux : séquences d'accès inhabituelles, volumes anormaux, impossibilités géographiques et comportement automatisé.

5

Rate limiting et contrôles de ressources

Mettez en œuvre un rate limiting granulaire par utilisateur, par point de terminaison et par action. Empêchez les attaques d'épuisement des ressources et limitez le rayon d'action des campagnes de credential stuffing.

6

Intégration de la gestion des bots

Avec 44 % du trafic de bots avancés ciblant les API, une gestion dédiée des bots est essentielle. Déployez des solutions qui peuvent distinguer l'automatisation sophistiquée du trafic légitime sans perturber l'expérience utilisateur.

7

Tests de sécurité continus

Le taux de 6 % de tests d'API de l'Australie est corrélé à son taux d'incidents de 95 %. Mettez en œuvre des tests de sécurité d'API automatisés dans les pipelines CI/CD et menez des tests d'intrusion réguliers axés sur les vulnérabilités spécifiques aux API.

8

Passerelle d'API avec intégration WAAP

Centralisez le trafic API à travers une passerelle qui intègre les capacités de pare-feu applicatif web. Cela fournit visibilité, contrôle et protection à un seul point d'application.

Références et sources

[Rapport Akamai 2025](https://www.akamai.com/resources/state-of-the-internet) — Source principale pour la statistique de 150 milliards d'attaques d'API, l'augmentation de 33 % des attaques web et les conclusions régionales.

[Rapport Salt Security](https://content.salt.security/state-api-report.html) — Source pour le taux d'incidents de 99 % des organisations et les statistiques d'exposition de données sensibles.

[Rapport Traceable](https://www.traceable.ai/2025-state-of-api-security) — Statistiques de capacité de détection (21 % de détection, 13 % de prévention) et conclusions sur les risques GenAI.

[OWASP API Security](https://owasp.org/API-Security/editions/2023/en/0x11-t10/) — Référence définitive pour les catégories de vulnérabilités d'API et leurs descriptions.

[Rapport Kasada](https://www.kasada.io/4-takeaways-2025-account-takeover-trends/) — Statistiques ATO, incidents de credential stuffing et tendances d'attaque sectorielles.

[Rapport F5 Labs](https://www.f5.com/labs/articles/threat-intelligence/2025-advanced-persistent-bots-report) — Tendances de sophistication des bots et statistiques de credential stuffing.

[Étude APAC](https://www.akamai.com/newsroom/press-release/2025-api-security-impact-study) — Conclusions régionales, coûts d'incidents et écarts de capacité organisationnels.

Sécurisez votre infrastructure API

Avec 150 milliards d'attaques d'API documentées et 99 % des organisations subissant des incidents, la sécurité des API n'est pas optionnelle — elle est essentielle. Découvrez comment la plateforme de sécurité intégrée de TR7 protège vos API contre les menaces en évolution.

Découvrir la gestion des bots