301
edits
Changes
→Key object handles
Line 60:
Line 60:
This key is generated by decrypting the SEEPROM drive key with the Wii U SEEPROM key.+ This key is generated by ECB-encrypting the SEEPROM USB key seed with a key from the OTP.+ The SEEPROM USB key seed must start with the same first 0x04 bytes as the Wii U NG ID.+ This key is shared with the 3DS.+ This key is shared with the 3DS.+ This key is shared with the 3DS.+ This key is the first 0x10 bytes of the Wii U private key for NSS device certificate.+ This key is used to generate a SHA-256 HMAC for the Amiibo data.
This key is used to generate a SHA-256 HMAC for the Amiibo data.
This key is shared with the 3DS.
This key is used to decrypt a block of 0x70 bytes inside IOS-PAD.+ Once decrypted, this block contains the Wii U specific "unfixed infos" and "locked secret" keys.+ In debug hardware with an internal HDD (Kiosk and certain DevKits) this key is generated by decrypting the SEEPROM SHDD key with a key from the OTP.+ In debug hardware without additional internal storage, this is the same as the Wii U MLC (eMMC) key.+ In retail hardware this key is never set.+
|-
|-
| 0x03
| 0x03
−| IOSCError IOSC_ImportSecretKey(IOSCSecretKeyHandle importedHandle, IOSCSecretKeyHandle verifyHandle, IOSCSecretKeyHandle decryptHandle, IOSCSecretKeySecurity flag, u8 * signbuffer, u8 * ivData, u8 * keybuffer);
+| IOSCError IOSC_ImportSecretKey(IOSCSecretKeyHandle importedHandle, IOSCSecretKeyHandle verifyHandle, IOSCSecretKeyHandle decryptHandle, IOSCSecretKeySecurity flag, u8 * signbuffer, u32 signbufferSize, u8 * ivData, u32 ivSize, u8 * keybuffer, u32 keybufferSize);
| IOS_Ioctlv(FD, 0x03, 4, 0, vector);
| IOS_Ioctlv(FD, 0x03, 4, 0, vector);
|
|
Line 66:
Line 66:
|-
|-
| 0x04
| 0x04
−| IOSCError IOSC_ExportSecretKey(IOSCSecretKeyHandle exportedHandle, IOSCSecretKeyHandle signHandle, IOSCSecretKeyHandle encryptHandle, IOSCSecretKeySecurity security_flag, u8 * signbuffer, u8 * ivData, u8 * keybuffer);
+| IOSCError IOSC_ExportSecretKey(IOSCSecretKeyHandle exportedHandle, IOSCSecretKeyHandle signHandle, IOSCSecretKeyHandle encryptHandle, IOSCSecretKeySecurity security_flag, u8 * signbuffer, u32 signbufferSize, u8 * ivData, u32 ivSize, u8 * keybuffer, u32 keybufferSize);
| IOS_Ioctlv(FD, 0x04, 1, 3, vector);
| IOS_Ioctlv(FD, 0x04, 1, 3, vector);
|
|
Line 72:
Line 72:
|-
|-
| 0x05
| 0x05
−| IOSCError IOSC_ImportPublicKey(u8 * publicKeyData, u8 * exponent, IOSCPublicKeyHandle publicKeyHandle);
+| IOSCError IOSC_ImportPublicKey(u8 * publicKeyData, u32 dataSize, u8 * exponent, u32 exponentSize, IOSCPublicKeyHandle publicKeyHandle);
| IOS_Ioctlv(FD, 0x05, 3, 0, vector);
| IOS_Ioctlv(FD, 0x05, 3, 0, vector);
|
|
Line 78:
Line 78:
|-
|-
| 0x06
| 0x06
−| IOSCError IOSC_ExportPublicKey(u8 * publicKeyData, u8 * exponent, IOSCPublicKeyHandle publicKeyHandle);
+| IOSCError IOSC_ExportPublicKey(u8 * publicKeyData, u32 dataSize, u8 * exponent, u32 exponentSize, IOSCPublicKeyHandle publicKeyHandle);
| IOS_Ioctlv(FD, 0x06, 1, 3, vector);
| IOS_Ioctlv(FD, 0x06, 1, 3, vector);
|
|
Line 114:
Line 114:
|-
|-
| 0x0C
| 0x0C
−| IOSCError IOSC_GenerateHash(u8 * context, u8 * inputData, u32 inputSize, u32 chainingFlag, u8 * hashData);</br>int IOSC_GenerateHashAsync(u8 * context, u8 * inputData, u32 inputSize, u32 chainingFlag, u8 * hashData, int message_queue_id, IOSRequest* reply);
+| IOSCError IOSC_GenerateHash(u8 * context, u32 contextSize, u8 * inputData, u32 inputSize, u32 chainingFlag, u8 * hashData, u32 outputSize);</br>int IOSC_GenerateHashAsync(u8 * context, u32 contextSize, u8 * inputData, u32 inputSize, u32 chainingFlag, u8 * hashData, u32 outputSize, int message_queue_id, IOSRequest* reply);
| IOS_Ioctlv(FD, 0x0C, 3, 1, vector);</br>IOS_IoctlvAsync(FD, 0x0C, 3, 1, vector, queueid, message);
| IOS_Ioctlv(FD, 0x0C, 3, 1, vector);</br>IOS_IoctlvAsync(FD, 0x0C, 3, 1, vector, queueid, message);
|
|
Line 120:
Line 120:
|-
|-
| 0x0D
| 0x0D
−| IOSCError IOSC_Encrypt(IOSCSecretKeyHandle encryptHandle, u8 * ivData, u8 * inputData, u32 inputSize, u8 * outputData);</br>int IOSC_EncryptAsync(IOSCSecretKeyHandle encryptHandle, u8 * ivData, u8 * inputData, u32 inputSize, u8 * outputData, int message_queue_id, IOSRequest* reply);
+| IOSCError IOSC_Encrypt(IOSCSecretKeyHandle encryptHandle, u8 * ivData, u32 ivSize, u8 * inputData, u32 inputSize, u8 * outputData, u32 outputSize);</br>int IOSC_EncryptAsync(IOSCSecretKeyHandle encryptHandle, u8 * ivData, u32 ivSize, u8 * inputData, u32 inputSize, u8 * outputData, u32 outputSize, int message_queue_id, IOSRequest* reply);
| IOS_Ioctlv(FD, 0x0D, 3, 1, vector);</br>IOS_IoctlvAsync(FD, 0x0D, 3, 1, vector, queueid, message);
| IOS_Ioctlv(FD, 0x0D, 3, 1, vector);</br>IOS_IoctlvAsync(FD, 0x0D, 3, 1, vector, queueid, message);
|
|
Line 126:
Line 126:
|-
|-
| 0x0E
| 0x0E
−| IOSCError IOSC_Decrypt(IOSCSecretKeyHandle decryptHandle, u8 * ivData, u8 * inputData, u32 inputSize, u8 * outputData);</br>int IOSC_DecryptAsync((IOSCSecretKeyHandle decryptHandle, u8 * ivData, u8 * inputData, u32 inputSize, u8 * outputData, int message_queue_id, IOSRequest* request);
+| IOSCError IOSC_Decrypt(IOSCSecretKeyHandle decryptHandle, u8 * ivData, u32 ivSize, u8 * inputData, u32 inputSize, u8 * outputData, u32 outputSize);</br>int IOSC_DecryptAsync((IOSCSecretKeyHandle decryptHandle, u8 * ivData, u32 ivSize, u8 * inputData, u32 inputSize, u8 * outputData, u32 outputSize, int message_queue_id, IOSRequest* request);
| IOS_Ioctlv(FD, 0x0E, 3, 1, vector);</br>IOS_IoctlvAsync(FD, 0x0E, 3, 1, vector, queueid, message);
| IOS_Ioctlv(FD, 0x0E, 3, 1, vector);</br>IOS_IoctlvAsync(FD, 0x0E, 3, 1, vector, queueid, message);
|
|
Line 132:
Line 132:
|-
|-
| 0x0F
| 0x0F
−| IOSCError IOSC_VerifyPublicKeySign(u8 * inputData, u32 inputSize, IOSCPublicKeyHandle publicHandle, u8 * signData);
+| IOSCError IOSC_VerifyPublicKeySign(u8 * inputData, u32 inputSize, IOSCPublicKeyHandle publicHandle, u8 * signData, u32 signSize);
| IOS_Ioctlv(FD, 0x0F, 3, 0, vector);
| IOS_Ioctlv(FD, 0x0F, 3, 0, vector);
|
|
Line 138:
Line 138:
|-
|-
| 0x10
| 0x10
−| IOSCError IOSC_GenerateBlockMAC(u8 * context, u8 * inputData, u32 inputSize, u8 * customData, u32 customDataSize, IOSCSecretKeyHandle signerHandle, u32 chainingFlag, u8 * signData);</br>IOSCError IOSC_GenerateBlockMACAsync(u8 * context, u8 * inputData, u32 inputSize, u8 * customData, u32 customDataSize, IOSCSecretKeyHandle signerHandle, u32 chainingFlag, u8 * signData, int message_queue_id, IOSRequest* reply);
+| IOSCError IOSC_GenerateBlockMAC(u8 * context, u32 contextSize, u8 * inputData, u32 inputSize, u8 * customData, u32 customDataSize, IOSCSecretKeyHandle signerHandle, u32 chainingFlag, u8 * signData, u32 signDataSize);</br>IOSCError IOSC_GenerateBlockMACAsync(u8 * context, u32 contextSize, u8 * inputData, u32 inputSize, u8 * customData, u32 customDataSize, IOSCSecretKeyHandle signerHandle, u32 chainingFlag, u8 * signData, u32 signDataSize, int message_queue_id, IOSRequest* reply);
| IOS_Ioctlv(FD, 0x10, 4, 1, vector);</br>IOS_IoctlvAsync(FD, 0x10, 4, 1, vector, queueid, message);
| IOS_Ioctlv(FD, 0x10, 4, 1, vector);</br>IOS_IoctlvAsync(FD, 0x10, 4, 1, vector, queueid, message);
|
|
Line 144:
Line 144:
|-
|-
| 0x11
| 0x11
−| IOSCError IOSC_ImportCertificate(u8 * certData, IOSCPublicKeyHandle signerHandle, IOSCPublicKeyHandle publicKeyHandle);
+| IOSCError IOSC_ImportCertificate(u8 * certData, u32 certSize, IOSCPublicKeyHandle signerHandle, IOSCPublicKeyHandle publicKeyHandle);
| IOS_Ioctlv(FD, 0x11, 2, 0, vector);
| IOS_Ioctlv(FD, 0x11, 2, 0, vector);
|
|
Line 150:
Line 150:
|-
|-
| 0x12
| 0x12
−| IOSCError IOSC_GetDeviceCertificate(IOSCEccSignedCert * certificate);
+| IOSCError IOSC_GetDeviceCertificate(IOSCEccSignedCert * certificate, u32 certificateSize);
| IOS_Ioctl(FD, 0x12, 0, 0, out_buf, 0x180);
| IOS_Ioctl(FD, 0x12, 0, 0, out_buf, 0x180);
|
|
Line 180:
Line 180:
|-
|-
| 0x17
| 0x17
−| IOSCError IOSC_GeneratePublicKeySign(u8 * hash, u32 hashLength, IOSCSecretKeyHandle signerHandle, u8 * eccSignature);
+| IOSCError IOSC_GeneratePublicKeySign(u8 * hash, u32 hashLength, IOSCSecretKeyHandle signerHandle, u8 * eccSignature, u32 signatureSize);
| IOS_Ioctlv(FD, 0x17, 2, 1, vector);
| IOS_Ioctlv(FD, 0x17, 2, 1, vector);
|
|
Line 186:
Line 186:
|-
|-
| 0x18
| 0x18
−| IOSCError IOSC_GenerateCertificate(IOSCSecretKeyHandle privateHandle, IOSCCertName certname, IOSCEccSignedCert * certificate);
+| IOSCError IOSC_GenerateCertificate(IOSCSecretKeyHandle privateHandle, IOSCCertName certname, IOSCEccSignedCert * certificate, u32 certSize);
| IOS_Ioctlv(FD, 0x18, 2, 1, vector);
| IOS_Ioctlv(FD, 0x18, 2, 1, vector);
|
|
Line 234:
Line 234:
|-
|-
| 0x20
| 0x20
−| IOSC_EncryptBlocks();
+| IOSC_EncryptBlocks(IOSCSecretKeyHandle keyHandle, int mode, u8 * ivOrNonce, u32 ivOrNonceSize, u8 * inData, u32 inSize, u8 * outData, u8 * outSize);
| IOS_Ioctlv(FD, 0x20, 3, 1, vector);
| IOS_Ioctlv(FD, 0x20, 3, 1, vector);
| Software AES encryption, this supports multiple AES-modes (AES-CTR, ...). Used by IOS-PAD to encrypt amiibo data.
| Software AES encryption, this supports multiple AES-modes (AES-CTR, ...). Used by IOS-PAD to encrypt amiibo data.
+{| class="wikitable" border="1"
+|-
+! Mode
+! Description
+|-
+| 0x0
+| AES-ECB
+|-
+| 0x1
+| AES-CBC
+|-
+| 0x2
+| AES-CTR
+|}
|
|
|-
|-
| 0x21
| 0x21
−| IOSC_DecryptBlocks();
+| IOSC_DecryptBlocks(IOSCSecretKeyHandle keyHandle, int mode, u8 * ivOrNonce, u32 ivOrNonceSize, u8 * inData, u32 inSize, u8 * outData, u8 * outSize);
| IOS_Ioctlv(FD, 0x21, 3, 1, vector);
| IOS_Ioctlv(FD, 0x21, 3, 1, vector);
| Software AES decryption version of the above ioctlv. Used by IOS-PAD to decrypt amiibo data.
| Software AES decryption version of the above ioctlv. Used by IOS-PAD to decrypt amiibo data.
Line 259:
Line 273:
|}
|}
−==Key object handles==
+== Key object handles ==
−The above crypto commands use key/crypto object handles. These handles can be either from IOSC_CreateObject(which can then be initialized with IOSC_ImportSecretKey in the case of AES), or a built-in handle. The available built-in handles/ids are listed below.
+The above crypto commands use key/crypto object handles. These handles can be either from IOSC_CreateObject (which can then be initialized with IOSC_ImportSecretKey in the case of AES), or a built-in handle. The available built-in handles are listed below.
The maximum number of keyobject-handles is 0x80, hence the highest valid keyobject-handle is 0x7F. Keyobject-handles <=0x40 are reserved for built-in handles, the rest are available for user-processes. Commands which write keyobjects' keydata are only allowed to use handles with value >0x40 (user-process handles).
The maximum number of keyobject-handles is 0x80, hence the highest valid keyobject-handle is 0x7F. Keyobject-handles <=0x40 are reserved for built-in handles, the rest are available for user-processes. Commands which write keyobjects' keydata are only allowed to use handles with value >0x40 (user-process handles).
{| class="wikitable sortable"
{| class="wikitable sortable"
−! ID
+! Handle
! Type
! Type
+! Owner
! Description
! Description
|-
|-
| 0x00
| 0x00
−| ECC-233
+| ECC-B233
−| IOSC_DEV_SIGNING_KEY_HANDLE (Wii U NG private key)
+| IOS-MCP
+| IOSC_DEV_SIGNING_KEY_HANDLE
+ Wii U device private key.
|-
|-
| 0x01
| 0x01
| NONE
| NONE
−| IOSC_DEV_ID_HANDLE (Wii U NG ID)
+| ALL
+| IOSC_DEV_ID_HANDLE
+ Wii U device ID.
|-
|-
| 0x02
| 0x02
| AES-128
| AES-128
−| IOSC_FS_ENC_HANDLE (Wii U SLC key)
+| IOS-FS
+| IOSC_FS_ENC_HANDLE
+ SLC NAND key.
|-
|-
| 0x03
| 0x03
−| HMAC SHA-1
+| HMAC-SHA-1
−| IOSC_FS_MAC_HANDLE (Wii U SLC HMAC)
+| IOS-FS
+| IOSC_FS_MAC_HANDLE
+ SLC NAND HMAC key.
|-
|-
| 0x04
| 0x04
| AES-128
| AES-128
−| IOSC_COMMON_ENC_HANDLE (Wii common key)
+| IOS-MCP
+| IOSC_COMMON_ENC_HANDLE
+ Wii common key.
|-
|-
| 0x05
| 0x05
| AES-128
| AES-128
−| IOSC_BACKUP_ENC_HANDLE (Wii U RNG key)
+| IOS-MCP
+| IOSC_BACKUP_ENC_HANDLE
+ Wii U backup key.
Used by commands 0x15, 0x16, 0x17 and 0x18.
Used by commands 0x15, 0x16, 0x17 and 0x18.
|-
|-
| 0x06
| 0x06
| AES-128
| AES-128
−| IOSC_APP_ENC_HANDLE (Wii SD key)
+| ALL
+| IOSC_APP_ENC_HANDLE
+ Wii SD key.
|-
|-
| 0x07
| 0x07
| AES-128
| AES-128
−| IOSC_BOOTOSVER_ENC_HANDLE (Wii U SEEPROM key)
+| IOS-MCP
+| IOSC_BOOTOSVER_ENC_HANDLE
+ SEEPROM key.
|-
|-
| 0x08
| 0x08
| NONE
| NONE
−| IOSC_CACRLVER_HANDLE (Unused)
+| NONE
+| IOSC_CACRLVER_HANDLE
+ Unused.
|-
|-
| 0x09
| 0x09
| NONE
| NONE
−| IOSC_SIGNERCRLVER_HANDLE (Unused)
+| NONE
+| IOSC_SIGNERCRLVER_HANDLE
+ Unused.
|-
|-
| 0x0A
| 0x0A
| NONE
| NONE
−| IOSC_FSVER_HANDLE (Unused)
+| NONE
+| IOSC_FSVER_HANDLE
+ Unused.
|-
|-
| 0x0B
| 0x0B
| AES-128
| AES-128
−| IOSC_COMMON2_ENC_HANDLE (Wii Korean key)
+| IOS-MCP
+| IOSC_COMMON2_ENC_HANDLE
+ Wii common2 key.
|-
|-
| 0x0C
| 0x0C
| AES-128
| AES-128
−| Wii U drive key
+| IOS-FS
−| Drive key
|-
|-
| 0x0D
| 0x0D
| AES-128
| AES-128
−| Wii U Starbuck [[Ancast_Image|ancast image]] key
+| IOS-MCP
+| Starbuck [[Ancast_Image|ancast]] key
|-
|-
| 0x0E
| 0x0E
| RSA-2048
| RSA-2048
−| Wii U Starbuck [[Ancast_Image|ancast image]] modulus
+| IOS-MCP
+| Starbuck [[Ancast_Image|ancast]] modulus
|-
|-
| 0x0F
| 0x0F
| RSA-2048
| RSA-2048
−| Wii U boot1 [[Ancast_Image|ancast image]] modulus
+| IOS-MCP
+| Boot1 [[Ancast_Image|ancast]] modulus
|-
|-
| 0x10
| 0x10
| AES-128
| AES-128
+| IOS-MCP
| Wii U common key
| Wii U common key
|-
|-
| 0x11
| 0x11
| AES-128
| AES-128
−| Wii U MLC (eMMC) key
+| IOS-FS
+| MLC NAND key
|-
|-
| 0x12
| 0x12
| AES-128
| AES-128
−| USB WFS and WagonU key
+| IOS-MCP
−IOS-FS
−| STRM key
+ Generated by ECB-encrypting the IVS seed from SEEPROM with the IVS key from the OTP.
+ Used for USB WFS and WagonU file streaming.
|-
|-
| 0x13
| 0x13
| AES-128
| AES-128
−| Wii U SLCCMPT (vWii NAND) key
+| IOS-FS
+| SLCCMPT NAND key
|-
|-
| 0x14
| 0x14
−| HMAC SHA-1
+| HMAC-SHA-1
−| Wii U SLCCMPT (vWii NAND) HMAC
+| IOS-FS
+| SLCCMPT NAND HMAC key
|-
|-
| 0x15
| 0x15
| AES-128
| AES-128
+| IOS-MCP
| vWii common key
| vWii common key
|-
|-
| 0x16
| 0x16
| AES-128
| AES-128
−| Key to encrypt/decrypt DRH WLAN data
+| IOS-PAD
+| DRH WLAN data key
|-
|-
| 0x17
| 0x17
| AES-128
| AES-128
+| IOS-NET
| UDS local-WLAN CCMP key
| UDS local-WLAN CCMP key
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (used by IOS-NET).
+ Generated by XORing the XOR key with static data inside IOS-CRYPTO.
− Shared with the 3DS.
|-
|-
| 0x18
| 0x18
| AES-128
| AES-128
+| IOS-NET
| DLP key
| DLP key
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (used by IOS-NET).
+ Generated by XORing the XOR key with static data inside IOS-CRYPTO.
− Shared with the 3DS.
|-
|-
| 0x19
| 0x19
| AES-128
| AES-128
+| ALL
| APT wrap key
| APT wrap key
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (used by IOS-ACP).
+ Generated by XORing the XOR key with static data inside IOS-CRYPTO.
− Shared with the 3DS.
|-
|-
| 0x1A
| 0x1A
| AES-128
| AES-128
−| Unknown
+| IOS-FS
+| Wii media title key
|-
|-
| 0x1B
| 0x1B
| AES-128
| AES-128
−| Key to encrypt/decrypt SSL RSA key
+| IOS-NSEC
+| SSL RSA key encryption key
|-
|-
| 0x1C
| 0x1C
−| ECC-233
+| ECC-B233
−| Wii U private key for NSS device certificate
+| IOS-NSEC
+| Wii U device unique certificate private key
|-
|-
| 0x1D
| 0x1D
−| ECC-233
+| ECC-B233
−| vWii private key for NSS device certificate
+| IOS-NSEC
+| Wii U device authentication common certificate private key
|-
|-
| 0x1E
| 0x1E
| AES-128
| AES-128
−| Key to encrypt/decrypt APPSTORE objinfo/objdata
+| IOS-NSEC
−| APPSTORE objinfo/objdata key
+ Generated by copying the first 0x10 bytes of the Wii U device unique certificate private key.
|-
|-
| 0x1F
| 0x1F
| AES-128
| AES-128
−| Key to encrypt/decrypt SpotPass data files
+| IOS-NIM-BOSS
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (used by IOS-NIM-BOSS).
+| SpotPass data file key
+ Generated by XORing the XOR key with static data inside IOS-CRYPTO.
|-
|-
| 0x20
| 0x20
−| HMAC SHA-256
+| HMAC-SHA-256
+| IOS-NIM-BOSS
| SpotPass data file HMAC key
| SpotPass data file HMAC key
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (0x40 bytes, used by IOS-NIM-BOSS).
+ Generated by XORing the XOR key with static data inside IOS-CRYPTO.
|-
|-
| 0x21
| 0x21
−| UNK
+| HMAC-SHA-256
−| Unknown
+| IOS-NIM-BOSS
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (0x20 bytes).
+| VersionList HMAC key
+ Generated by XORing the XOR key with static data inside IOS-CRYPTO.
|-
|-
| 0x22
| 0x22
−| AES-128
+| HMAC-SHA-256
+| IOS-PAD
| Amiibo HMAC key 1
| Amiibo HMAC key 1
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (used by IOS-PAD).
+ Generated by XORing the XOR key with static data inside IOS-CRYPTO.
−|-
|-
| 0x23
| 0x23
−| AES-128
+| HMAC-SHA-256
+| IOS-PAD
| Amiibo HMAC key 2
| Amiibo HMAC key 2
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (used by IOS-PAD).
+ Generated by XORing the XOR key with static data inside IOS-CRYPTO.
−|-
|-
| 0x24
| 0x24
| AES-128
| AES-128
+| IOS-PAD
| NFC key
| NFC key
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (used by IOS-PAD).
+ Generated by XORing the XOR key with static data inside IOS-CRYPTO.
−|-
|-
| 0x25
| 0x25
| AES-128
| AES-128
−| Key to encrypt/decrypt Wii U NFC key block
+| IOS-PAD
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (used by IOS-PAD).
+| Wii U NFC key block key
− Generated by XORing the XOR key with static data inside IOS-CRYPTO.
− Used for decrypting the Wii U specific "unfixed infos" and "locked secret" keys.
|-
|-
| 0x26
| 0x26
| AES-128
| AES-128
+| IOS-FS
| Unknown
| Unknown
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (0x10 bytes).
+ Generated by XORing the XOR key with static data inside IOS-CRYPTO.
|-
|-
| 0x27
| 0x27
| AES-128
| AES-128
−| Key to encrypt/decrypt "pushmore" links
+| IOS-NIM-BOSS
− Generated by XORing the Wii U XOR key and static data inside IOS-CRYPTO (used by IOS-NIM-BOSS).
+| Pushmore link key
+ Generated by XORing the XOR key with static data inside IOS-CRYPTO
|-
|-
| 0x28
| 0x28
| AES-128
| AES-128
−| Wii U extra storage key
+| IOS-FS
−| SHDD key
− This key is only set for board types IH or ID.
− If the ShddConfig flag in SEEPROM is 0x0000 and the system is a development unit, it is the same as the MLC NAND key.
+ If the ShddConfig flag in SEEPROM is 0xFFFF, it is generated by decrypting the SHDD seed from SEEPROM with the SHDD key from eFuses.
|-
|-
−| 0x29 to 0x40
+| 0x29-0x40
−| UNK
+| NONE
+| NONE
| Unused
| Unused
|}
|}