Normalement il n'y a pas de raison que le SSID change tout seul, mais par exemple je ne vois pas à quoi correspond la "fibre de secours".
Si jamais la Livebox a été réinitialisée à ses réglages d'usine et n'a pas restauré une sauvegarde, alors elle a pu repasser d'un SSID et mot de passe personnalisés à ceux par défaut.

En revanche, le "Type de sécurité" peut être changé par Orange : ils ont passé des Livebox de l'ancienne valeur par défaut "WPA2/WPA3 Personal" à "WPA3 Personal Compatibility".
Donc si jamais c'est la seconde valeur qui est actuellement choisie, il faudrait tester de remettre la première.

L'image est celle du TV4, celle du décodeur UHD est similaire, mais avec en haut un petit trou pour le micro et une LED.

En effet c'est consternant ! 

Et comme indiqué ici : https://www.frandroid.com/marques/sfr/3217085_red-by-sfr-victime-dune-fuite-de-donnees-les-abonnes-prevenus-seulement-7-semaines-apres-lattaque
7 semaines après ils commencent juste à prévenir les clients ... ça mérite une plainte à la CNIL rien que pour ça !

A mon avis, l'une des difficultés lors de ces fuites est de déterminer ce qui a exactement fuité, et pour quels abonnés. Il faut prévenir ceux qui ont été concernés, mais pas 20 millions de personnes si seulement 2 millions sont concernées. Sinon, on inquiète de nombreuses personnes pour rien.

Constater qu'il y a eu une fuite, et que des données sont en vente sur le dark web, c'est une chose, l’ampleur et qui est concerné exactement une autre.

- Si vous laissez la résolution DNS par notre serveur, il y a une surcouche DNS Filter qui pourra bloquer certains domaines considérés comme malveillants/malwares/etc. J’ai lu des cas de problèmes avec du DOT, je suis preneur d’exemples/traces complémentaires, si vous me confirmez par ailleurs le contexte de votre cas d’usage.

Dans les tests décrits plus haut, j'étais sur un PC Linux, et j'ai d'abord chargé le portail captif et autorisé l'accès.
Pour un utilisateur lambda le service peut être considéré comme fonctionnel (le DNS fourni par le réseau répond).

Mais comme il y avait eu des messages ici, j'ai voulu faire des tests :
 - requêtes DNS sur le port 53 (UDP / TCP) vers 1.1.1.1 / 8.8.8.8 / 9.9.9.9, et même "curl -o /dev/null https://appliwave.testdebit.info:53/1G.iso" (donc du TLS sur le port TCP 53) : aucune réponse sur aucun des serveurs
 - tests DoT avec l'outil https://github.com/natesales/q : dns.quad9.net semblait bloqué, unfiltered.joindns4.eu répondait
 - tests DoH manuels, comme par exemple "curl --insecure -H "accept: application/dns-json" "https://cloudflare-dns.com/dns-query?name=example.com&type=A" : Cloudflare / Google / Quad9 sont interceptés par dnsfilter, avec une réponse en HTML, alors que d'autres passent
Donc clairement il y a un blocage du port 53, des blocages DoT, et des interceptions DoH.
Malheureusement j'ai manqué de temps sur la fin, et je n'ai pas sauvegardé les captures, donc je ne sais pas si côté DoT / DoH il s'agissait de DNS menteur (sur la résolution initiale via le DNS de la connexion), d'un blocage d'IP, ou d'un blocage via la reconnaissance du SNI dans le handshake TLS (Client Hello).

Alors sans livrer de secrets, voilà quelques éléments qui pourront j’espère vous aider à comprendre le service wifi à bord.

- Le service wifi est gratuit, mais coûte assez cher en data. C’est pour cela que chaque passager est rationné à 1 Go par tranche de 2 heures, avec un débit (très) réduit une fois ce quota atteint.

- La technologie repose actuellement sur du 100% cellulaire 5G (agrégation de liens des différents opérateurs).
Les défauts sont quelques petits trous de couvertures (minimes), des problématiques liées à la vitesse à 300 km/h (moyennes) mais surtout le partage d’une même ressource radio par l’ensemble des passagers utilisant le wifi (qui veulent tous faire des calls Teams ou du Netflix en même temps) ET les autres passagers qui continuent d’utiliser leur 5G perso et accèdent en fait aux mêmes antennes que le système.

A cela l’adjonction du satellite permettra de se débarrasser du problème de la compétition à une ressource partagée. Mais la data coûtera toujours aussi cher, donc une politique de Fair Use sera maintenue (probablement sous une autre forme quand même), avec probablement encore de la frustration une fois le quota consommé (parfois en background par les applis qui en profitent pour faire leurs synchros et MAJ quand elles détectent du wifi…).

   o   A noter = la plupart des rames ont été modernisées avec le support 5G / modems dernières générations, mais il en reste encore une dizaine avec du matériel plus vieux / 4G, où la différence est notable.

- L’accès au service wifi gratuit nécessite le passage par le portail captif SNCF. C’est du Click & Connect depuis 4-5 ans, mais la SNCF fait tout pour que chaque passager visite le portail :
   o   Pour favoriser la consommation des contenus locaux (films, presse, etc.) ce qui préserve l’usage de data et bande passante sur Internet
   o   Et surtout, c’est source de revenus via la commande en ligne du bistrot !
   o   Android/IOS gérant différemment les connexions, il y a des bidouilles (surtout sur IOS) pour forcer les usagers à être redirigés vers le portail, plutôt que de leur offrir simplement le service après fermeture du portail captif.

- Ce portail est hébergé en local sur chaque rame. Le site wifi.sncf n’existant pas sur Internet, c’est une résolution DNS locale réalisée par le serveur DNS du système embarqué, et chaque rame a un plan d’adressage IP propre.
--> Pour ceux qui utilisent des serveurs DNS privés (VPN ou iCloud Private Relay en tête), c’est ce qui explique la non compatibilité pour l’accès au portail captif.
Mais une fois la connexion établie, vous pouvez réactiver sans souci votre serveur DNS privé. (vous n’aurez juste plus accès au portail par contre)

- Si vous laissez la résolution DNS par notre serveur, il y a une surcouche DNS Filter qui pourra bloquer certains domaines considérés comme malveillants/malwares/etc. J’ai lu des cas de problèmes avec du DOT, je suis preneur d’exemples/traces complémentaires, si vous me confirmez par ailleurs le contexte de votre cas d’usage.

- En tant que FAI offrant un wifi public, nous sommes contraints aux mêmes règles que les autres MNO vis-à-vis des flux :
   o   Régulation européenne (« neutralité du net ») = Nous ne devons filtrer/bloquer aucun type de flux (ex : même le porno), ni brider/restreindre certains flux dont on se priverait pourtant volontiers (ex le streaming)
   o   La seule exception étant le blocage des sites interdits par la plateforme Pharos