Questions fréquentes

Le DDoS (déni de service distribué) se produit lorsqu’un grand nombre d’appareils compromis envoient simultanément du trafic vers une même cible, rendant un service inaccessible. Le but n’est pas de voler des données, mais de faire tomber le service ; ainsi, même si votre serveur semble fonctionner pendant l’attaque, vos utilisateurs ne peuvent pas se connecter. Comme le trafic provient de milliers d’adresses différentes, bloquer une seule adresse IP n’est pas une solution. Les attaques se présentent soit sous forme de trafic volumétrique de couches 3/4, soit sous forme de rafale de requêtes générées au niveau applicatif (couche 7).

La protection ne se construit pas avec un seul équipement, mais en couches : le routage anycast et CDN qui répartit le trafic, les centres de scrubbing qui nettoient le trafic suspect avant qu’il n’atteigne la cible, les règles WAF et de limitation de débit opérant au niveau applicatif, et, si nécessaire, des filtres par IP ou par pays. Aucune d’entre elles ne suffit à elle seule ; ce qui compte, c’est la capacité combinée de ces couches et la rapidité avec laquelle elles s’activent dès le début de l’attaque. inDDoS mesure précisément ces seuils : il rend visible à quelle intensité chaque règle s’active et où la protection cède.

Le fait d’avoir acheté une solution de protection ne signifie pas qu’elle fonctionne. Les limites d’un équipement, une mauvaise configuration ou une attaque dépassant la capacité ne se révèlent que sous un trafic réel. Le test rend mesurables l’intensité à laquelle votre protection cède, son temps d’activation et la quantité d’interruption subie par les utilisateurs. L’investissement est ainsi orienté vers la bonne couche et la bonne capacité, sans tâtonnements au moment de l’incident. Le rapport de test vous permet également de documenter votre résilience lors des audits et dans les contrats clients.

Les symptômes sont généralement les mêmes : des temps de réponse qui s’allongent soudainement ou un service devenu totalement inaccessible, une bande passante et une utilisation du processeur proches de la saturation, une même requête répétée depuis de nombreuses adresses différentes, un trafic provenant de zones géographiques inattendues. Si l’un de ces signes est observé, il convient d’examiner d’abord la source du trafic et les ports de destination, puis de comparer les journaux des couches de protection avec la période précédant l’attaque. Reproduire le même scénario dans des conditions contrôlées montre de manière concluante s’il s’agit d’une attaque et si la protection s’est activée.

Les tests DDoS ne peuvent être réalisés légalement qu’avec l’autorisation écrite du propriétaire ou de l’administrateur autorisé du système cible. Tout test effectué sans autorisation relève de la cybercriminalité. inDDoS impose également cette règle sur le plan technique : aucun test ne peut être défini tant qu’il n’est pas prouvé que les actifs cibles vous appartiennent, et le lancement du test exige l’approbation distincte de l’opérateur et de votre organisation. L’ensemble du processus se déroule dans le cadre d’un document d’autorisation signé et d’un NDA.

Pour que le test soit pertinent, il est généralement réalisé en environnement de production, de manière contrôlée. L’intensité de départ est maintenue faible puis augmentée progressivement. Comme le composant Monitor mesure en temps réel le temps de réponse de la cible, l’approche du point de rupture est visible en direct. Le test peut être interrompu d’une seule touche grâce au bouton d’arrêt d’urgence ; de plus, chaque vecteur s’arrête automatiquement à la fin de sa durée définie. Pour les systèmes critiques, une fenêtre de maintenance ou un environnement miroir peut être préféré.

Cela dépend du nombre de bots. Avec 50 bots, vous pouvez atteindre 3 Gbps et 500 000 utilisateurs L7 simultanés ; avec 600 bots, jusqu’à 36 Gbps et 6 000 000 d’utilisateurs simultanés. La plateforme peut monter jusqu’à 4 000 bots ; les capacités à ce niveau sont planifiées à la demande. La bande passante par bot varie de 1 à 60 Mbps selon le type d’attaque.

Oui. Certaines régions peuvent être incluses ou exclues de la répartition des bots. Vous pouvez ainsi tester si vos règles de filtrage géographique, votre routage CDN et votre configuration de scrubbing régionale fonctionnent réellement.

Oui. Les véritables attaquants n’utilisent pas un seul vecteur ; ils combinent différents vecteurs pour accroître l’impact et compliquer l’atténuation. inDDoS peut exécuter plusieurs vecteurs simultanément pour reproduire ce comportement. Par exemple, SYN Flood et HTTP/S GET Flood peuvent être lancés ensemble pour solliciter en même temps la couche réseau et la couche applicative.

Le rapport est généré automatiquement dès la fin du test. Il contient, sous forme graphique, la vérification que le test a bien été effectué, l’identité de l’opérateur, la bande passante utilisée, les valeurs PPS et le temps de réponse de la cible. Il peut être converti en PDF, archivé et partagé. Nesil Teknoloji interprète également ces données brutes en y ajoutant une matrice de constatations priorisées et une feuille de route de remédiation.

Le temps de réponse de la cible avant le test est comparé à son temps de réponse pendant le test pour produire une valeur empirique sur une échelle de 1 à 10 ; plus la valeur est élevée, plus la résilience est grande. Lorsque les tests sont répétés, ces valeurs sont comparées et l’effet des réglages fins apportés aux mécanismes de défense peut être suivi comme une tendance.

Oui. Les tests peuvent être lancés directement par votre organisation ou par un opérateur autorisé et formé. Dans le modèle de licence de plateforme, l’accès au portail est attribué à votre organisation et votre équipe planifie elle-même les tests après formation. Dans le modèle de service géré, l’équipe de Nesil Teknoloji prend en charge toute l’opération.

Oui. Lorsque le niveau de bots s’avère inférieur à vos besoins, vous pouvez passer à une formule supérieure. Il vous suffit de contacter notre équipe commerciale pour modifier la durée de licence et le périmètre.

Oui. Après la livraison du rapport, nous faisons une présentation avec votre équipe technique, répondons à vos questions sur le rapport pendant 30 jours et assurons un accompagnement durant le processus de remédiation. Nous proposons une option de nouveau test à tarif réduit pour mesurer si les améliorations sont réellement efficaces.

L'exécution active d'un test dure généralement de quelques minutes à deux heures par scénario. La durée dépend du nombre de bots, de la combinaison de vecteurs choisie et du plan de montée en charge (ramp-up), et chaque vecteur s'arrête automatiquement à la fin de sa fenêtre définie. Le projet de bout en bout (pré-évaluation, autorisation, exécution et rapport) s'étale généralement sur quelques jours ouvrés.

Pas nécessairement ; le test est mené de façon contrôlée pour trouver le seuil de rupture sans provoquer d'interruption. L'intensité démarre bas et augmente progressivement, et comme le composant Monitor mesure le temps de réponse de la cible en temps réel, vous voyez en direct l'approche du point de rupture. Le bouton d'arrêt d'urgence met fin au test en une touche et chaque vecteur expire automatiquement. Pour les systèmes critiques, une fenêtre de maintenance ou un environnement miroir peut être utilisé.

Oui ; les systèmes situés derrière ces fournisseurs peuvent être testés, et c'est précisément ainsi que l'on vérifie si la couche d'atténuation DDoS du fournisseur s'active réellement. Le vrai trafic d'attaque atteint le bord du cloud ou du CDN, si bien que le comportement du scrubbing, de la limitation de débit et des règles du WAF est observé directement. Cependant, la plupart de ces fournisseurs exigent une notification ou une autorisation préalable pour les tests de charge et de DDoS ; nous confirmons donc avec vous la politique de test du fournisseur avant de commencer.

Dans la plupart des cas, oui ; de nombreux fournisseurs comme AWS et Cloudflare exigent une notification préalable ou une autorisation écrite pour les tests d'attaque simulée ou de charge. Lors de la définition du périmètre du test, nous identifions quel fournisseur attend quel avis et nous effectuons les démarches requises en temps voulu. Cette étape garantit que le test reste conforme à la fois à votre contrat et aux règles du fournisseur.

Un test de charge mesure la performance d'un système sous un trafic d'utilisateurs légitime et attendu, tandis qu'un test DDoS simule un trafic d'attaque malveillant conçu pour épuiser les ressources et déjouer la protection. inDDoS valide non seulement la capacité, mais aussi si les couches de scrubbing, de WAF, de limitation de débit et de filtrage s'activent réellement sous attaque. Le résultat n'est pas une courbe de performance, mais un score de résilience DDoS de 1 à 10.

Il est recommandé au moins une fois par an, et en plus à chaque changement important d'infrastructure, de configuration de protection ou de fournisseur, ainsi qu'avant les périodes de fort trafic comme les campagnes, les lancements, les élections ou les hautes saisons. Un nouveau test après toute correction est important pour mesurer l'évolution du score de résilience. Avec l'Autopilot, les tests peuvent être planifiés périodiquement et exécutés automatiquement sans attendre un opérateur.

L’Institut turc des normes classe les entreprises de tests d’intrusion qu’il audite selon la norme TS 13638/T2 en fonction de leurs compétences ; la classe A constitue le niveau le plus élevé de cette classification. Nesil Teknoloji détient ce certificat sous le numéro TSE-STF-065, valable jusqu’au 03.04.2027.

En vertu du règlement n° 31881, les entreprises doivent détenir une habilitation délivrée par le ministère de l’Industrie et de la Technologie de la République de Turquie pour participer aux appels d’offres de tests d’intrusion des institutions publiques. L’habilitation de tests d’intrusion de Nesil Teknoloji est le STB03-250 ; l’entreprise détient également l’habilitation en informatique publique STB01-3242.

Oui. Les deux certificats sont délivrés par Sigmacert Global (SQR) sous accréditation IAF et TÜRKAK et peuvent être vérifiés sur l’écran de vérification des documents à l’adresse asist.turkak.org.tr.

CREST (Council of Registered Ethical Security Testers) est un organisme d’accréditation considéré comme la référence internationale dans le domaine des tests d’intrusion et des tests de sécurité éthique. Nesil Teknoloji détient le statut de Member Company au sein du CREST.

Notre équipe technique compte 9 spécialistes en tests d’intrusion certifiés TSE : 2 seniors, 3 certifiés et 4 enregistrés. L’équipe comprend également des experts titulaires des certifications OSCP/OSCP+, CEH, GPEN, CISM, CISA, CISSP et CIPP/E ainsi que de la licence d’audit indépendant des systèmes d’information de la SPK.