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 !
- Linkynimes aime ceci



Mon contenu
Homme
