agpixel

On a est d'accord que ça ne fonctionne plus sur le dernier firmware de Nintendo pas vrai ?

Merci pour la news, elle est sortie quand cette maj 23.5.0 ?

Il y a moins de 24h

News importante mais par contre CostelaBR17 est un menteur, la capture d'écran qu'il a partagé vient d'un prodinfo de Switch 1 (HAW = Mariko)
Précision également qu'aucune clé n'a été dump, la faille FS permet de récupéré le binaire déchiffré (du moins que le prodinfos laisse en clair), il faut dumper la partition 27 BIS via le dumper-firmware fournis avec NS2JB (demande des modifications)
Voilà un screen de mon propre Dump de ma Switch de Test
J'ai aussi un dump du binaire du fichier ra-certificate
 

Pour les précision que j'ai pour le moment : 
prodinfo-bis-27.bin
size 3932160 sha256 39ea45a0c0c769b9d8f9717f18d440a2ba5a5bfdcb20ddce2cf3278618d4bb01
header_0x00_0x20 43414c300c000000c07f0000040009000000000000000000000000000000e508
nonzero 3884286
Taille du fichier 3,75 Mio
Signature CAL0 Ok
Version CAL0 12
Taille du corps CAL0 0x7FC0   

SHA-256 interne CAL0 Valide 
Taille certificat à 0xAD0 0 octets  
Certificat X.509  2 130 octets avec une clé publique EC, et non RSA
 

Un prodinfo classique

XAJ70013609026_PRODINFO.bin
size 32768 sha256 8864b6888bc4ce4be10bd10e2b7b7b1643216f74cc04002648c71c089a1f2e40
header_0x00_0x20 43414c3007000000c07f0000010006000000000000000000000000000000710e
nonzero 8713Taille du fichier 32 Kio Signature CAL0 Ok

Version CAL0 7 Taille du corps CAL0 0x7FC0    

SHA-256 interne CAL0 Valide    
Taille certificat à 0xAD0 1 513 octets






Certificat X.509 détecté À 0xAE0  (clé RSA)
Autre information que j'ai pu récupéré :
 
- GetSslKey a été supprimé sur Switch 2
- Le certificat SSL est remplacé par GetRaCertificateFile, commandes 48/49 de set:cal
- GetDeviceId utilise la commande 71 sur Switch 2
Le certificat RA contient une clé publique P-256 et l’usage authentification client TLS
Pour faire simple, avant nous pouvions extraire le .pem du Prodinfo via l'extraction RSA avec ssl_rsa_kek présent dans les prod.keys, ce n'est plus possible avec la nouvelle clé
En regardant les modules settings (0400000000000009) et SSL (0400000000000024) on comprend que : 
- settings référence SystemData/Ra/Certificate.der sous @CalibFile, ainsi que OemEk et PkaKek
- Le chemin de signature de ssl appelle spl:ssl avec la commande 3000, puis traite les deux blocs retournés comme les composantes d’une signature
Cela montre que SPL effectue la signature à la place de SSL, sans que SSL ait directement accès à la clé privée EC
Cependant, on ne sait pas encore où SPL stocke cette clé ni si elle peut être extraite
Je n'ai pas le dump du module SPL (0400000000000028) et je manque de temps pour aller plus loin
J'espère que c'est informations comme complément sera utile.

Magnifique, merci pour le complément d'infos !

Mais en réfléchissant, ça doit être lui le scalper le plus riche et dans le futur.
En même temps, ce serait du travail récompensé car bounty nintendo paye moins que sony?

Ça m'étonnerait pas que ce soit le genre d'info qui se vendent dans le milieu

C'est vraiment incroyable tout ce qui peut se réaliser en si peu de temps.
Zelda ne m'intéresse pas vraiment mais c'est juste le plaisir de le faire tourner.
Sur émulateur il plante juste après l'intro.
Pour une fois depuis bien longtemps je suis passé chez ATI après mon passage sur Linux.
Mais je ne me fais pas de souci pour la compatibilité.
Ensuite d'autres jeux viendront sans besoin d'émulateur.
C'est tout simplement incroyable !

Je suis d'accord, si en plus on fini par pouvoir y jouer en 4k, et si possible en remplaçant les visages pour qu'ils correspondent au style de la 64 et 3DS ça serait top (pour moi) !