Bonjour à tous,

Je viens de passer chez SFR avec la box fibre GR140CG. Mon routeur pfsense est branché sur la box, et en consultant les logs, j'ai remarqué un trafic ICMP fréquent (chaque minute) en provenance des adresses 1.1.168.192 et 42.132.2.42.

Après avoir vérifié la configuration de la box, je n'ai trouvé aucune option permettant de bloquer ce type de trafic.
Il n'y a qu'une option pour bloquer l'ICMP en IPv6.

Sauf erreur, je pensais que les box jouaient le rôle de tampon entre Internet et le réseau local, empêchant ce genre de trafic d'atteindre le réseau local ?

Est-ce que quelqu'un aurait des informations sur ce comportement ?

Merci d'avance pour vos aide !

Bonjour jeremyp3, merci pour ta réponse.

Concernant ta première question sur la requête ICMP et sa destination :
- La destination des deux adresses IP est 224.0.0.1.

Pour la configuration de la box par rapport à mon pfSense :
- Aucune configuration particulière n'a été appliquée sur la box.
- Elle est simplement connectée au port WAN du pfSense.

En ce qui concerne la DMZ :
- Les deux types de DMZ (IPv4 et IPv6) proposés par la box sont bien désactivés.

Pour l'adresse IP inversée (1.1.168.192), c'est effectivement étrange, mais cette adresse existe bien.
Cela m'a aussi interpellé, mais après vérification, elle est correcte.

Enfin, concernant la possibilité que ce soit le pfSense qui fasse un test de ping pour vérifier la gateway :
- J'ai branché uniquement mon PC directement sur la box, sans autre équipement connecté, et avec Wireshark activé.
- Le même comportement se produit, ce qui semble indiquer que c'est la box qui laisse passer ce trafic.

Merci pour ta réponse, Zoc. 

Si c'est bien la box qui génère ces paquets, je m'interroge sur l'utilisation de ces adresses source.
Peut-il s'agir d'une configuration particulière ou d'un bug ? 

Cela dit, si c'était le cas, d'autres personnes auraient probablement signalé le même comportement.
Pourtant, je n'ai rien trouvé en ligne à ce sujet. 

J'ai même effectué une réinitialisation d'usine de la box et connecté uniquement un PC avec Wireshark, mais le comportement reste identique.
Je n'y comprends vraiment plus rien. 😢

La destination est un groupe multicast link-local (broadcasté sur LAN) 224.0.0.1, qui est non-routable.
Bref ce qui est certain en premier lieu c'est que ce paquet ne vient pas de l'extérieur, ainsi que le dit zoc.
Les sources sont fantaisistes...

Sauf qu'une IP ne se lit pas à l'envers.

Bonjour tout le monde,

Bon, je ne suis pas sûr que ça fasse avancer le schmilblick, mais je suis tombé sur un truc qui pourrait peut-être avoir un rapport… Ou pas !
Il s'agit des "requêtes PTR", qui ont un lien avec l'inversion de l'adresse IP.
Le truc, c'est qu'à ce jour, je n'arrive toujours pas à comprendre quel est le rapport entre ma box, ces requêtes et mon problème… 😅

Mais promis, je continue de gratter dès que j'ai un peu de temps…

Source : https://www.cloudflare.com/fr-fr/learning/dns/dns-records/dns-ptr-record/

Comment les enregistrements DNS PTR sont-ils stockés ?

En IPv4 :

Alors que les enregistrements A du DNS sont stockés sous le nom de domaine donné,
les enregistrements PTR du DNS sont stockés sous l'adresse IP, inversée, et avec « .in-addr.arpa » ajouté.

Par exemple, l'enregistrement PTR pour l'adresse IP 192.0.2.255 serait stocké sous « 255.2.0.192.in-addr.arpa ».