C’est pas une bonne nouvelle, c’est évident, cependant :

_ la portée d’un réseau wifi domestique : ça ne porte pas si loin que ça (quelques centaines de mètres au grand max), donc à moins d’être vraiment ciblé, ça reste assez improbable. Et si on a peur que son wifi “bave” trop loin, n’utiliser que la bande des 5 GHz (qui s’arrête en quelques dizaines de mètres) peut être un moyen facile d’y parvenir.

_ le papier sur le site indiqué dans l’article le rappelle opportunément : la quasi-totalité de notre trafic web se fait en HTTPS, donc protégé contre le “man-in-the-middle” (quelqu’un entre nous et le site) et l’usurpation d’identité d’un site, donc la compromission du wifi, pour ces aspects, ça se voit facilement. Et si on ajoute la généralisation du HTTPS par défaut qui se fait progressivement du côté de nos navigateurs, ça devrait pas trop mal se passer

_ l’autre risque (et le plus ennuyeux) c’est de pouvoir rentrer sur le réseau local à travers le wifi. Et même si ça reste improbable vu qu’il faut être assez proche, c’est un risque qui ne peut être négligé
Ce problème est de toute façon déjà beaucoup plus vaste que le wifi : objets connectés en tout genre (ne serait-ce que les TV), et leur utilisation fréquente de l’UPnP qui fait qu’on expose souvent des ports sur Internet sans même s’en rendre compte… Et ça fait donc belle lurette que notre réseau “privé” est tout sauf prémuni d’un accès malveillant

Au final, il y a un vrai sujet de compartimentation d’un réseau local (par ex le point d’accès wifi devrait pouvoir aller sur Internet, mais pas forcément avoir accès à tout le réseau domestique, idem pour les objets connectés…)
C’est pas simple à faire, ça nécessite forcément un peu de matériel, mais ça devient de plus en plus nécessaire. De mémoire, je n’ai pas vu un tel tuto sur NextInpact, ça pourrait être cool un article clés en main “Segmentez votre LAN” (et si possible sans renoncer à la TV ou au téléphone de la box)

Un des scénarios est décrit dans leur vidéo (en lien de l’article) : il faut à la fois que l’attaquant soit à portée wifi de sa cible, et il envoie à la victime un lien piégé (c’est ça l’interaction utilisateur dont il est question) : si la victime clique sur ce lien pendant que l’attaquant est en position de man-in-the-middle, la vulnérabilité lui permet de changer les serveurs DNS utilisés par le point d’accès
(on peut supposer que cette vulnérabilité ne fonctionne que sur certains modèles, peu de chances que ce soit un problème de norme wifi, mais plutôt d’implémentation)

En tout cas, si l’attaquant arrive à changer les serveurs DNS de sa victime, ça ouvre la porte à des attaques intéressantes (l’envoyer sur un faux site), sauf que dans la vraie vie, avec HTTPS un faux site déclenchera une alerte de certificat (puisque l’usurpateur ne connait pas la clé privée du site légitime)
Dans la démo, ils ont pris un cas où seule la page de saisie du mot de passe est protégée par HTTPS : effectivement, dans ce cas la victime arrive sur la page d’accueil du faux site, qui renvoie vers une fausse page d’identification, et c’est gagné pour récupérer sa saisie (puisqu’il contrôle le faux site)
Donc dès que tous les navigateurs auront basculé au HTTPS par défaut (avec des messages super flippants si HTTP only), ce scénario sera quasi impossible

La vuln la plus problématique, c’est la dernière dans la vidéo (“Implementation flaws”), où ils accèdent au LAN à travers un object connecté qui utilise le wifi (autrement dit, ce qui était en théorie “protégé par le NAT” (je sais, le NAT ne protège pas réellement toussa toussa) devient atteignable par l’attaquant (toujours à proximité pour capter le wifi, ça marche pas depuis le monde entier), qui peut alors atteindre les autres équipements du foyer
Après, leur exemple de Windows 7 non patché pour EternalBlue, c’est un peu tiré par les cheveux (un vrai cas d’attaque utiliserait des techniques plus récentes).