7.3. Déni de service

Une demande d'abonnement crée un état (S,G) dans un routeur pour enregistrer l'abonnement, déclenche un traitement sur ce routeur et peut éventuellement provoquer un traitement sur les routeurs voisins. Un hôte peut monter une attaque par déni de service en demandant un grand nombre d'abonnements. Un déni de service peut résulter si :

  - une grande quantité de trafic arrive alors qu'il n'était pas souhaité, consommant des ressources réseau pour le livrer et des ressources hôte pour le supprimer ;

  - une grande quantité d'état multicast spécifique à la source est créée dans les routeurs du réseau, utilisant la mémoire et les ressources CPU du routeur pour stocker et traiter cet état ; ou

  - une grande quantité de trafic de contrôle est générée pour gérer l'état spécifique à la source, utilisant le CPU du routeur et la bande passante du réseau.

Pour réduire les dommages causés par une telle attaque, un routeur PEUT disposer d'options de configuration pour limiter, par exemple, les éléments suivants :

  - Le débit total auquel tous les hôtes sur une interface donnée sont autorisés à initier des abonnements (pour limiter les dommages causés par les attaques à adresse source usurpée).

  - Le nombre total d'abonnements qui peuvent être initiés depuis une seule interface ou un seul hôte.

Toute décision d'un implémenteur de limiter artificiellement le débit ou le nombre d'abonnements doit cependant être prise avec précaution, car les applications futures pourraient utiliser un grand nombre de canaux. Des limites strictes sur le débit ou le nombre d'abonnements à des canaux entraveraient le déploiement de telles applications.

Un routeur DEVRAIT vérifier que la source d'une demande d'abonnement est une adresse valide pour l'interface sur laquelle elle a été reçue. Ne pas le faire exacerberait une attaque à adresse source usurpée.

Nous notons que ces attaques ne sont pas propres à SSM -- elles sont également présentes pour le multicast à source quelconque.