[Switch] Une faille DHCP permet un détournement du flux de contrôle via le Wi-Fi local

561 visiteurs sur le site | S'incrire

Accédez aux coordonnées de l’ensemble des techniciens professionnels recommandés par logic-sunrise 20 derniers dossiers et tutoriaux
Wii / Wii U
[Switch] Une faille DHCP permet un détournement du flux de contrôle via le Wi-Fi local
Un rapport de sécurité concernant la Nintendo Switch a été dévoilé le 15 octobre 2026. Référencée sous le numéro CVE-2026-82079, cette vulnérabilité touche le système de communication sans fil local de la console et met en évidence un dépassement de tampon sur la pile dans le serveur DHCP associé aux fonctionnalités LDN/LP2P. Découverte par le chercheur en sécurité moehw, la faille pourrait permettre à un attaquant situé à portée du réseau sans fil d'exécuter du code arbitraire en exploitant une corruption de la mémoire et des techniques de programmation orientée retour, également appelées ROP.
 
 
 
 
Un dépassement de tampon dans le serveur DHCP
 
Le problème se situe dans le traitement des paquets réseau reçus lorsque la Nintendo Switch héberge une session de communication sans fil locale. Ce fonctionnement peut notamment intervenir lors de certaines activités utilisant les communications locales entre consoles. D'après le rapport, le module système exécute un serveur DHCP et réassemble les données reçues dans un tampon de pile de taille fixe, sans vérifier correctement la taille totale des données copiées. Un paquet DHCP spécialement conçu peut alors dépasser les limites prévues et écraser des données présentes sur la pile, notamment des registres sauvegardés et une adresse de retour. Cette corruption peut détourner le flux normal d'exécution du programme. Le chercheur explique que la modification de l'adresse de retour permettrait de rediriger l'exécution vers une zone du code du module, en exploitant notamment une partie de l'adresse de retour sauvegardée.
 
Le rapport décrit ainsi une vulnérabilité potentiellement exploitable à proximité de la console, sans nécessiter que l'attaquant dispose initialement d'un accès physique à celle-ci. L'exploitation reste toutefois dépendante des conditions techniques nécessaires et ne signifie pas qu'une exécution de code fiable est automatiquement obtenue dans toutes les situations.
 
Une vulnérabilité signalée à Nintendo dès mai 2026
 
La chronologie du rapport permet de retracer plusieurs étapes importantes :
- 30 mai 2026 : moehw soumet la vulnérabilité à Nintendo.
- 11 juin 2026 : le rapport passe au statut « Trié ».
- 4 septembre 2026 : Nintendo récompense le chercheur et le rapport est marqué comme résolu.
- 10 septembre 2026 : la gravité est réévaluée à plusieurs reprises, avec une dernière valeur indiquée de 7,0, correspondant à un niveau élevé.
- 14 septembre 2026 : le chercheur demande la divulgation publique.
- 15 octobre 2026 : le rapport est rendu public, après acceptation de la divulgation.
 
La vulnérabilité a donc été signalée plusieurs mois avant sa publication. Nintendo a attribué une récompense au chercheur, ce qui confirme la prise en compte du signalement dans le cadre de son processus de sécurité.
 
Quel impact pour le hack de la Switch ?
 
Cette découverte intéresse naturellement la scène homebrew et les chercheurs qui étudient l'architecture de la Nintendo Switch. Une faille permettant potentiellement un détournement du flux de contrôle par le réseau local constitue une piste de recherche importante, notamment parce qu'elle concerne un composant système lié aux communications sans fil. Il faut néanmoins distinguer une vulnérabilité de sécurité d'un exploit public directement utilisable. Le rapport décrit un mécanisme de corruption mémoire et une possibilité d'exécution de code, mais ne constitue pas, à lui seul, la publication d'un outil de hack prêt à l'emploi.
 
Par ailleurs, le statut « résolu » indiqué dans la chronologie ne permet pas, à lui seul, de déterminer quelles versions du firmware sont corrigées ni si toutes les consoles concernées bénéficient d'un correctif.
 
Référence CVE : CVE-2026-82079
 
Cette publication apporte donc un nouvel élément aux recherches sur la sécurité de la Nintendo Switch. Reste à savoir si cette vulnérabilité donnera lieu à des travaux d'exploitation supplémentaires ou si son intérêt restera principalement lié à l'analyse technique du système réseau de la console.
 
Tout est là : https://hackerone.com/reports/3770768
 
 
Mardi 20 Octobre 2026, 07:39 par tralala
Source : hackerone.com/reports/3770768
Utilisateur en ligne
20 octobre 2026, 09:35
Approuver ce commentaire (+1)
+2
merde quand meme , car en espérant que ça soit pas la faille de Gezine ou que ça n'en fasse pas partie , la news ne parlant pas de l'impact sur la switch 2 ça fou le doute
Répondre à ce commentaire
20 octobre 2026, 09:58
Approuver ce commentaire (+1)
+1

merde quand meme , car en espérant que ça soit pas la faille de Gezine ou que ça n'en fasse pas partie , la news ne parlant pas de l'impact sur la switch 2 ça fou le doute


Je viens de regarder la source et cela concerne (hélas) que la switch 1.

J'espère que Gezine arrivera à faire tomber la 2. Ca serait un "game changer" et on aurait une sorte d'équivalent PS5 au niveau retrocompatibilité.
Répondre à ce commentaire
20 octobre 2026, 12:17
Approuver ce commentaire (+1)
Si il y avait moyen de jailbreak la switch 1 oled sans puce cela m'intéresse !
Répondre à ce commentaire
20 octobre 2026, 13:06
Approuver ce commentaire (+1)

Si il y avait moyen de jailbreak la switch 1 oled sans puce cela m'intéresse !


Si cette méthode rendait un hack possible elle serait tout de même désavantageuse par rapport à une puce, en effet cela nécessiterait d'avoir le firmware de la sysnand (en imaginant que le hack produit permettent les mêmes choses que la puce) inférieur ou égal à un certain firmware et donc aucune possibilité d'utiliser la console en ligne de façon normal. Alors après certains s'en fichent de ça mais c'est une nuance qui peut être importante.

Après même si cette méthode rendait un hack possible je doute que ça permette de redémarrer sur un payload, déjà qu'avec Atmosphere directement accessible sur les modèles Mariko c'est assez pénible de redémarrer sur un payload choisi donc avec un hack limité en OFW ça risque d'être encore plus compliquer, sur les Erista oui par contre là c'est bien plus jouable mais sur les Mariko c'est pas la même.

Clairement sur les consoles autres que les modèles Erista non patchés la puce reste et je pense restera la méthode la plus efficace et permettant le plus de liberté. Sur les consoles Erista patchées là bon avec un exploit permettant de redémarrer sur un payload stocké sur la SD aller pourquoi pas, pour ceux qui s'en fiche du online. Mais pour les modèles Mariko là par contre faut pas trop rêver je pense, même avec un bon exploit ça bloquera probablement au moment de redémarrer sur un payload et donc le hack sera très incomplet (pas d'emunand, gestion des sig_patches je ne sais pas comment vu qu'actuellement c'est patché au démarrage par un module ou des ips patches, homebrews limités probablement au mode applet, etc...); après je ne dis pas que c'est impossible, juste que ça va être bien plus difficile sur ces modèles.
Répondre à ce commentaire
Cliquer ici pour continuer sur le forum
Envoyer