TR
EN
AR
ES
FR
Centre de commandement et de contrôle
La console centrale où tous les scénarios de test sont définis, lancés et gérés en direct. L’opérateur et le client regardent le même écran simultanément.
Qu’est-ce qu’inDDoS ?
inDDoS est une plateforme de test DDoS automatisée et basée sur le cloud, gérée via une interface web, qui permet aux organisations de tester leur infrastructure de protection DDoS avec de véritables paramètres d’attaque. C’est un produit de sécurité offensive entièrement développé localement par l’équipe de tests d’intrusion TSE classe A de Nesil Teknoloji. Les tests ne sont menés qu’avec l’autorisation écrite du propriétaire du système cible, sous double approbation et protection d’arrêt d’urgence.
inDDoS teste si vos défenses DDoS résistent à une vraie attaque. Il cible la capacité de la couche réseau (L3/L4), les services de la couche applicative (L7) et l'infrastructure DNS, en exécutant plus de 19 vecteurs comme SYN Flood, HTTP/S Flood et DNS Query Flood avec jusqu'à 4 000 bots, 36 Gbps de trafic volumétrique et 6 000 000 d'utilisateurs L7 simultanés.
Informations clés
| Type de produit | Plateforme cloud automatisée de test et de résilience DDoS |
|---|---|
| Capacité maximale | 4 000 bots |
| Trafic volumétrique (L3/L4) | Jusqu’à 36 000 Mbps (36 Gbps) avec 600 bots |
| Couche applicative (L7) | Jusqu’à 6 000 000 d’utilisateurs simultanés |
| Bande passante par bot | 1–60 Mbps (selon le type d’attaque) |
| Nombre de vecteurs d’attaque | 19+ (volumétrique L3/L4, applicatif L7, DNS) |
| Délai de reporting | Automatique dès la fin du test ; exportable en PDF |
| Métrique de mesure | Score de résilience DDoS (1–10) |
| Contrôles de sécurité | Vérification de la propriété de la cible, double approbation, arrêt d’urgence, expiration automatique |
| Exigence légale | Autorisation écrite, lettre d’autorisation et NDA |
| Contexte de conformité | DORA (EU 2022/2554), ISO/IEC 27001, KVKK art. 12 |
| Modèles d’exploitation | Service de test géré, licence de plateforme (self-service), MSSP / partenaire |
| Régions de service | Istanbul, Ankara, Izmir, Antalya – dans toute la Turquie |
Comment fonctionne inDDoS ?
- 01Explorez et découvrez
- 02Contrôlé
Lancer - 03En temps réel
Surveiller - 04Rapportez et
améliorez
- Conception de scénarios
- Plus de 19 types d’attaque
- Couche 3-7
- Double validation
Surveillance en temps réel
- Capacité de 4 000+ bots
- Bots cloud légaux
- Opérateur ou auto-exécution
Auto-exécution
- Bande passante
- PPS
- RPS
- Santé des réponses
- Arrêt d’urgence
- Intervention
- Score DRSUn score d’attaque basé sur les données est calculé et les risques sont notés.
- Rapport IAUn résumé exécutif contenant les informations clés.
- Constats techniquesAnalyse approfondie et preuves.
- Plan d’atténuationActions prioritaires pour renforcer la résilience.
inDDoS est une plateforme de test DDoS automatisée et basée sur le cloud, gérée via une interface web. Elle dirige le trafic généré avec de véritables paramètres d’attaque vers votre système cible et mesure les limites et l’efficacité de vos solutions de prévention DDoS existantes. Les tests sont lancés en un clic, surveillés en direct, arrêtés de manière contrôlée et répétés autant de fois que nécessaire.
Réseau de bots distribué
Une flotte de bots géographiquement distribuée créée à la demande dans le cloud. 1–60 Mbps par bot, jusqu’à 4 000 bots au total. Les régions peuvent être incluses ou exclues de manière sélective.
Surveillance indépendante du système (Monitor)
Pendant l’attaque, des requêtes légitimes sont envoyées via un bot distinct ; le temps de réponse réel de la cible est mesuré avec une connexion TCP, une requête DNS, un HTTP/S GET-POST et un ECHO.
Capacité de test et niveaux de formule
Le nombre de bots détermine directement la bande passante volumétrique générée et le nombre d’utilisateurs simultanés au niveau applicatif. Nous déterminons ensemble le bon niveau en fonction de la capacité de ligne actuelle et de l’architecture de protection de votre organisation.
| Nombre de bots | Bande passante volumétrique L3/L4 (Mbps max) | Couche applicative L7 (utilisateurs simultanés) |
|---|---|---|
| 50 | 3 000 Mbps (3 Gbps) | 500 000 |
| 200 | 12 000 Mbps (12 Gbps) | 2 000 000 |
| 400 | 24 000 Mbps (24 Gbps) | 4 000 000 |
| 600 | 36 000 Mbps (36 Gbps) | 6 000 000 |
La plateforme monte jusqu’à 4 000 bots ; les capacités au-delà de 600 bots sont planifiées sur demande. La bande passante par bot varie de 1 Mbps à 60 Mbps selon le type d’attaque. Les formules peuvent être mises à niveau à tout moment.
Vecteurs d’attaque pris en charge
Plusieurs vecteurs peuvent être exécutés simultanément lors d’un même test. La liste ci-dessous couvre les vecteurs les plus fréquemment utilisés ; les scénarios sont personnalisés selon l’architecture de votre infrastructure.
L3 / L4 – Volumétrique et protocole
Cible la capacité de ligne et les tables d’état
- ICMP Flood
- UDP Flood
- Fragmented UDP Flood
- SYN Flood
- SYN-ACK Flood
- ACK-FIN Flood
- RST Flood
- PUSH-ACK Flood
- ALL TCP Flags Flood
- Ping of Death
- Empty Connection Flood
L7 – Couche applicative
Cible le serveur web, l’application et le comportement du WAF
- HTTP/S GET Flood
- HTTP/S POST Flood
- Slowloris
- RUDY (R-U-Dead-Yet)
- SSL Negotiation Flood
- SSL Squeeze
Couche DNS
Cible l’infrastructure de résolution de noms
- DNS Query Flood
- DNS Random Query Flood
Flexibilité des scénarios
- Exécution simultanée de plusieurs vecteurs
- Augmentation progressive de l’intensité (ramp-up)
- Inclusion / exclusion de bots par région
- Chaîne de scénarios ordonnée par priorité
- Répétition du test autant de fois que nécessaire
- Comparaison des résultats entre les tests
Tout au long du test, le composant Monitor mesure de manière indépendante le temps de réponse de la cible sous trafic légitime à l’aide de TCP, DNS, HTTP/S et ECHO.
Contrôles de sécurité qui préviennent les abus
Les tests DDoS ne peuvent être réalisés légalement qu’avec l’autorisation écrite du propriétaire du système cible. inDDoS impose également ce principe sur le plan technique : la propriété de la cible est prouvée avant le lancement d’un test, et chaque test passe par une double approbation.
Vérification de la propriété de la cible
Avant le test, les informations de FQDN, d’URL et d’adresse IP sont recueillies ; aucun test ne peut être défini tant que la propriété de ces actifs par le client n’est pas documentée.
Double approbation du test
Pour qu’un test démarre, l’opérateur et l’organisation testée doivent tous deux l’approuver. Le lancement unilatéral est impossible.
Bouton d’arrêt d’urgence
Un test en cours peut être arrêté instantanément d’une seule touche. En cas de situation inattendue, le test est délibérément interrompu puis relancé si nécessaire.
Expiration automatique de l’attaque
Les vecteurs en cours se terminent d’eux-mêmes à la fin de leur durée. Même si la connexion au centre de commandement est perdue, le réseau de bots achève chaque vecteur sans commande de l’opérateur.
Accès cloud instantané
En cas de panne réseau, l’opérateur accède directement au cloud et reprend le contrôle du test ; le risque de génération de trafic incontrôlé est éliminé.
Contrat et NDA obligatoires
Tous les tests sont menés dans le cadre d’une lettre d’autorisation et d’un accord de confidentialité signés au préalable. Les données de test ne sont pas partagées avec des tiers.
inDDoS Autopilot – exécution entièrement automatique des tests
Une fois un projet mis en place, les tests s’exécutent comme prévu sans intervention de l’opérateur. Cela permet une exécution dans une fenêtre nocturne, un intervalle de maintenance ou un planning de vérification périodique, sans attendre une personne.
Démarrage automatique du test
Un lancement et une exécution ininterrompue ne nécessitant aucune intervention manuelle.
Exécution des scénarios
Les scénarios d’attaque préconfigurés sont exécutés par ordre de priorité.
Surveillance de l’état
Détection proactive des problèmes grâce à des contrôles d’état automatiques.
Rapports autonomes
Un rapport complet post-test est généré sans nécessiter de surveillance en direct.
Prise de relais manuelle
Il est possible à tout moment de mettre fin instantanément au test et de passer en mode manuel.
Rapports et score de résilience DDoS
Le rapport est généré automatiquement dès la fin du test ; il est présenté avec des graphiques et peut être exporté en PDF pour être partagé avec les auditeurs, la direction ou des tiers.
Contenu du rapport de test automatique
- Enregistrement de vérification attestant que le test a été exécuté
- Identité de l’opérateur ayant réalisé le test
- Bande passante utilisée tout au long du test
- Utilisation des paquets par seconde (PPS)
- Courbe du temps de réponse du système cible
- Vecteurs appliqués et détails des durées
- Toutes les données sous forme graphique + export PDF
Score de résilience DDoS (1–10)
C’est une valeur empirique calculée en rapportant le temps de réponse de la cible avant le test à son temps de réponse pendant le test. Plus la valeur est élevée, plus la résilience est grande.
Au fur et à mesure que les tests sont répétés, les scores sont comparés et l’effet des réglages fins appliqués aux mécanismes de défense est suivi comme une tendance. La question « l’amélioration a-t-elle vraiment fonctionné ? » obtient ainsi une réponse mesurable.
Valeur ajoutée de Nesil Teknoloji
- Conception de scénarios avec l’équipe de tests d’intrusion TSE classe A
- Matrice de constatations priorisées par niveau de criticité
- Interprétation des performances du système de protection WAF / IPS / DDoS
- Recommandations d’atténuation : rate limiting, filtrage, anycast, centre de scrubbing
- Présentations de rapport distinctes pour la direction et l’équipe technique
- Session de suivi gratuite de 30 jours
- Option de nouveau test à tarif réduit
Pourquoi inDDoS plutôt que le test DDoS manuel ?
Dans les tests DDoS classiques, la préparation prend des semaines, les générateurs de trafic sont installés sur site, la surveillance en direct pendant le test est souvent absente et le rapport est rédigé à la main plusieurs jours plus tard. inDDoS change entièrement ce cycle.
| Critère | Test manuel traditionnel | Plateforme inDDoS |
|---|---|---|
| Temps de préparation | Des semaines de travail sur le matériel et la configuration | Lancement en un clic une fois le projet défini |
| Source du trafic | Générateurs de trafic locaux, diversité limitée des IP sources | Un réseau de bots géographiquement distribué créé dans le cloud |
| Surveillance en direct | Souvent absente ou limitée | Surveillance en temps réel simultanée par toutes les parties |
| Arrêt d’urgence | Intervention manuelle, retardée | Arrêt instantané d’une seule touche + expiration automatique |
| Rapports | Rapports manuels prenant des jours, non réutilisables | Rapport automatique avec graphiques et export PDF dès la fin du test |
| Répétabilité | Reconfiguration à chaque fois | Le scénario est enregistré ; répétition et comparaison illimitées |
| Mesure | Évaluation subjective | Analyse de tendance avec le score de résilience DDoS de 1 à 10 |
À qui s’adresse-t-il ?
Les organisations qui s’engagent à assurer une continuité de service ininterrompue, qui ont investi dans la protection DDoS et qui doivent prouver que cet investissement fonctionne réellement.
Institutions financières
Banques, établissements de paiement, sociétés de courtage et plateformes fintech
Plateformes de commerce en ligne
Places de marché nécessitant un trafic élevé et un flux de ventes ininterrompu pendant les campagnes
Fournisseurs SaaS et cloud
Fournisseurs de services engagés par des SLA et exploitant une infrastructure multi-locataires
Télécoms et FAI
Opérateurs devant valider la capacité de leur dorsale et leur investissement en scrubbing
Secteur public et infrastructures critiques
Institutions fournissant des services aux citoyens, et infrastructures de l’énergie, des transports et de la santé
Jeux vidéo et médias
Plateformes nécessitant de la diffusion en direct, des serveurs de jeu et une forte simultanéité
Conformité et preuves d’audit
Les cadres réglementaires exigent désormais la preuve de l’efficacité d’une solution de protection, et non sa simple existence. Les résultats d’inDDoS rendent cette preuve documentable.
DORA (EU 2022/2554)
L’exigence de valider les systèmes dans des conditions de menace réelles dans le cadre des tests de résilience opérationnelle numérique.
ISO/IEC 27001
Des preuves de test objectives concernant l’efficacité des contrôles de disponibilité, de gestion de la capacité et de continuité d’activité.
KVKK art. 12
Vérification des mesures techniques prises pour protéger la disponibilité des systèmes où des données personnelles sont traitées.
Continuité d’activité et SLA
Étayer les engagements de disponibilité pris envers les clients par un score de résilience mesurable.
Trois modèles d’exploitation
Laissez-nous réaliser le test, réalisez-le vous-même, ou proposez-le à vos propres clients. Nous choisissons ensemble le modèle adapté à votre organisation.
Service de test géré
Les tests sont réalisés par les opérateurs inDDoS autorisés de Nesil Teknoloji. La conception des scénarios, l’exécution en direct, l’analyse des constatations et la présentation à la direction sont incluses.
- Conseil sur le périmètre et les scénarios
- Test en direct accompagné d’un opérateur
- Rapport technique interprété
- Feuille de route d’amélioration
Licence de plateforme (self-service)
L’accès au portail inDDoS est provisionné directement pour votre organisation. Après formation, votre équipe planifie et exécute elle-même les tests quand elle le souhaite.
- Formules selon le niveau de bots
- Licence à durée déterminée, mise à niveau vers une formule supérieure
- Tests planifiés avec Autopilot
- Formation des utilisateurs et support technique
Modèle MSSP / partenaire
Pour les organisations fournissant des services de sécurité gérés, la possibilité d’ajouter un service de test DDoS à leur propre portefeuille clients.
- Gestion multi-clients
- Formation et habilitation des opérateurs
- Support commercial et technique
- Plan de mise sur le marché conjoint
Comment se déroule le processus ?
ÉTAPE 1
Évaluation préliminaire
Votre architecture actuelle, la capacité de votre ligne et vos solutions de protection sont analysées ; le périmètre et les objectifs du test sont déterminés.
ÉTAPE 2
Autorisation et contrat
La propriété des actifs cibles (FQDN, URL, IP) est vérifiée ; la lettre d’autorisation et le NDA sont signés.
ÉTAPE 3
Définition du scénario
Le nombre de bots, la combinaison de vecteurs, la répartition des régions, la durée et le plan de montée en charge sont définis dans la plateforme ; la procédure d’urgence est établie.
ÉTAPE 4
Exécution avec double approbation
Le test démarre avec l’approbation de l’opérateur et de l’organisation. Toutes les parties suivent en direct ; l’intensité est augmentée progressivement et arrêtée instantanément si nécessaire.
ÉTAPE 5
Rapport et nouveau test
Le rapport est généré instantanément et présenté avec les commentaires d’un expert. Après les améliorations, un nouveau test mesure l’évolution du score de résilience.