Résumé

  • ESpanix a lancé Shield le 14 septembre : une protection DDoS gérée et facultative, déjà opérationnelle, fondée sur Nokia Deepfield Defender.
  • Les plus de 200 réseaux raccordés constituent une clientèle potentielle, pas un nombre d'abonnés annoncé. Le traitement local des flux ne décrit pas toutes les dépendances du service.

Une position dans le réseau devient une offre

Le raccordement à un point d'échange rapproche les réseaux. ESpanix veut désormais faire de ce rapprochement un argument pour acheter de la sécurité. Son annonce du 14 septembre présente Shield comme un service déjà opérationnel à Madrid et Barcelone, utilisant Nokia Deepfield Defender pour détecter et atténuer les attaques par déni de service distribué dans l'infrastructure espagnole de l'opérateur.

Le service est géré, supplémentaire et facultatif. Cette dernière caractéristique interdit de confondre les plus de 200 réseaux connectés avec autant de clients acquis. L'annonce ne fournit ni tarifs, ni revenus d'abonnement, ni nombre d'activations. Elle ne signifie pas non plus que tout membre raccordé bénéficie automatiquement de la protection.

ESpanix indique que les flux concernés par l'atténuation restent dans ses six centres de données de Madrid et Barcelone, sans détour par des centres de nettoyage externes. Traiter une attaque là où le trafic circule déjà peut diminuer la coordination nécessaire pour réacheminer les flux couverts. En revanche, cela ne prouve pas la couverture de tous les autres chemins de transit ou d'interconnexion empruntés par un même réseau. Le lieu de protection délimite aussi ce que l'on achète.

La souveraineté des flux ne résume pas le système

L'opérateur met en avant le maintien du traitement en Espagne. Cette propriété renseigne sur une fonction précise, pas nécessairement sur l'ensemble des données et dépendances de sécurité.

La présentation de Defender par Nokia explique que le logiciel rapproche la télémétrie réseau d'un flux propriétaire de renseignement de sécurité, Secure Genome, fourni depuis le cloud. Elle décrit aussi l'automatisation de l'atténuation et la possibilité de construire des services de sécurité gérés. Ce sont des capacités générales du produit ; elles ne permettent pas d'attribuer toutes ses configurations ou offres commerciales à ESpanix.

Il ne faut tirer de ce constat aucune accusation de transfert non déclaré. L'existence d'un flux d'intelligence dans le cloud ne démontre pas que les données de télémétrie des clients d'ESpanix quittent l'Espagne. Inversement, le traitement local des paquets ne suffit pas à localiser tous les journaux de gestion ou traitements du renseignement. Ce sont des couches à examiner séparément. Une implantation nationale n'est pas, à elle seule, un certificat de conformité.

Les promesses de détection en quelques secondes et d'absence de latence ajoutée restent également des affirmations du fournisseur et de l'opérateur. L'annonce ne donne pas de référence de performance auditée indépendamment ni de niveau de service contractuel permettant de les apprécier.

Le service doit définir sa responsabilité

Le mécanisme économique est pourtant compréhensible. Un point d'échange peut répartir l'effort de détection et d'exploitation sur une communauté déjà connectée. Acheter cette capacité avec l'interconnexion peut être plus commode que monter un dispositif séparé. Cela n'établit ni baisse de prix précise ni rentabilité constatée.

La page institutionnelle d'ESpanix distingue par ailleurs Asociación ESpanix, association sans but lucratif d'opérateurs IP qui supervise le point d'échange neutre, de Sociedad Gestora del Nodo Neutro Espanix, l'entreprise qui gère services et infrastructures. La gouvernance communautaire et la responsabilité d'exploitation se complètent ; elles ne désignent pas la même personne morale.

Les prochaines preuves commerciales seront donc les activations, les limites de trafic couvert et la documentation des incidents. La communauté existante facilite la distribution d'une offre. Elle ne dispense pas d'en rendre l'engagement intelligible.