Nand:/sys/dev.kp - Revision history

Pk11: fix link

2022-12-20T03:22:15Z

fix link

← Older revision		Revision as of 06:22, 20 December 2022
Line 7:		Line 7:
	This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.		This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.

	This file is created by the DSi Shop, with data from a SOAP reply. The SOAP request data includes the hw console id, and the 0x100-byte RSA signature stored in NAND file [[~~Nand~~/sys/HWID.sgn]]. Trying to send that request would require a NAND dump, but when you have a NAND dump already sending that request is pointless since you can grab dev.kp from NAND.		This file is created by the DSi Shop, with data from a SOAP reply. The SOAP request data includes the hw console id, and the 0x100-byte RSA signature stored in NAND file [[nand:/sys/HWID.sgn]]. Trying to send that request would require a NAND dump, but when you have a NAND dump already sending that request is pointless since you can grab dev.kp from NAND.

	Sending that request is pointless anyway since the dev.kp data from the server is random. The returned dev.kp data from the server for the EC private/public keys are random, the ticket consoleID immediately following TW before - in the twcert keyid is random as well.		Sending that request is pointless anyway since the dev.kp data from the server is random. The returned dev.kp data from the server for the EC private/public keys are random, the ticket consoleID immediately following TW before - in the twcert keyid is random as well.

Pk11: Add filebrowser navbox

2022-12-20T02:55:15Z

Add filebrowser navbox

← Older revision		Revision as of 05:55, 20 December 2022
Line 52:		Line 52:

	See also [http://www.wiibrew.org/wiki/Certificate_chain Certificate Chain], [[nand:/sys/cert.sys]]		See also [http://www.wiibrew.org/wiki/Certificate_chain Certificate Chain], [[nand:/sys/cert.sys]]

			{{Navbox filebrowser}}

Pk11 at 03:54, 20 December 2022

2022-12-20T02:54:12Z

← Older revision		Revision as of 05:54, 20 December 2022
Line 51:		Line 51:
	0000190: c9 ab 8e a1 f9 b5 c8 14 3c 74 74 f8 19 3a		0000190: c9 ab 8e a1 f9 b5 c8 14 3c 74 74 f8 19 3a

	See also [http://www.wiibrew.org/wiki/Certificate_chain Certificate Chain], [[nand/sys/cert.sys]]		See also [http://www.wiibrew.org/wiki/Certificate_chain Certificate Chain], [[nand:/sys/cert.sys]]

Hallowizer: Hallowizer moved page /sys/dev.kp to Nand:/sys/dev.kp: matching the sdk format

2022-06-30T03:23:33Z

Hallowizer moved page /sys/dev.kp to Nand:/sys/dev.kp: matching the sdk format

← Older revision		Revision as of 07:23, 30 June 2022
(No difference)

Hallowizer: Hallowizer moved page Nand/sys/dev.kp to /sys/dev.kp: WiiBrew

2021-08-17T17:47:27Z

Hallowizer moved page Nand/sys/dev.kp to /sys/dev.kp: WiiBrew

← Older revision		Revision as of 21:47, 17 August 2021
(No difference)

Nocash: unmasked "hidden" filename of hyperlink

2015-04-17T23:18:41Z

unmasked "hidden" filename of hyperlink

← Older revision		Revision as of 03:18, 18 April 2015
Line 7:		Line 7:
	This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.		This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.

	This file is created by the DSi Shop, with data from a SOAP reply. The SOAP request data includes the hw console id, and the 0x100-byte RSA signature stored in a NAND [[Nand/sys/HWID.sgn~~\|file~~]]. Trying to send that request would require a NAND dump, but when you have a NAND dump already sending that request is pointless since you can grab dev.kp from NAND.		This file is created by the DSi Shop, with data from a SOAP reply. The SOAP request data includes the hw console id, and the 0x100-byte RSA signature stored in NAND file [[Nand/sys/HWID.sgn]]. Trying to send that request would require a NAND dump, but when you have a NAND dump already sending that request is pointless since you can grab dev.kp from NAND.

	Sending that request is pointless anyway since the dev.kp data from the server is random. The returned dev.kp data from the server for the EC private/public keys are random, the ticket consoleID immediately following TW before - in the twcert keyid is random as well.		Sending that request is pointless anyway since the dev.kp data from the server is random. The returned dev.kp data from the server for the EC private/public keys are random, the ticket consoleID immediately following TW before - in the twcert keyid is random as well.

Nocash at 22:43, 22 July 2013

2013-07-22T20:43:38Z

← Older revision		Revision as of 00:43, 23 July 2013
Line 2:		Line 2:

	Note that the console id itself is burned in an OTP area of the TWL CPU, and changing the contents of this file will not actually change the console id.		Note that the console id itself is burned in an OTP area of the TWL CPU, and changing the contents of this file will not actually change the console id.

			:[fixme: The DSi does have a unique per-console ID: The wifi MAC address, stored in the FLASH memory on the wifi daughterboard. Is there really another ID in an "OTP area of the TWL CPU", as stated above? And if yes: How is that OTP ID accessed by software?]

	This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.		This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.

Yellows8 at 17:52, 13 July 2011

2011-07-13T15:52:31Z

← Older revision		Revision as of 19:52, 13 July 2011
Line 4:		Line 4:

	This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.		This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.
	This file is created by the DSi Shop, with data from a SOAP reply. The SOAP request data includes the hw console id, and the 0x100-byte RSA signature stored in a NAND [[Nand/sys/HWID.sgn\|file]]. Trying to send that request would require a NAND dump, but when you have a NAND dump already sending that request is pointless since you can grab dev.kp from NAND. Sending that request is pointless anyway since the dev.kp data from the server is random.
			This file is created by the DSi Shop, with data from a SOAP reply. The SOAP request data includes the hw console id, and the 0x100-byte RSA signature stored in a NAND [[Nand/sys/HWID.sgn\|file]]. Trying to send that request would require a NAND dump, but when you have a NAND dump already sending that request is pointless since you can grab dev.kp from NAND.

			Sending that request is pointless anyway since the dev.kp data from the server is random. The returned dev.kp data from the server for the EC private/public keys are random, the ticket consoleID immediately following TW before - in the twcert keyid is random as well.
			DSi Shop and System Settings don't contain any code for deleting dev.kp. If you try to delete/rename dev.kp manually from NAND a new dev.kp will be generated by the shop, but then the server will return an error since the server account public dev.kp cert won't match.

			Data management can't be accessed when dev.kp doesn't exist since you'd have no twcert to sign/verify [[Tad\|tads]] with, like when you never connected the DSi Shop server.

	Signature across rest of block -- type = 0x00010002, ECC		Signature across rest of block -- type = 0x00010002, ECC

Yellows8 at 02:25, 13 July 2011

2011-07-13T00:25:12Z

← Older revision		Revision as of 04:25, 13 July 2011
Line 4:		Line 4:

	This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.		This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.
	This file is created by the DSi Shop, with data from a SOAP reply. The SOAP request data includes the hw console id, and the 0x100-byte RSA signature stored in a NAND [[Nand/sys/HWID.sgn\|file]]. Trying to send that request would require a NAND dump, but when you have a NAND dump already sending that request is pointless since you can grab dev.kp from NAND.		This file is created by the DSi Shop, with data from a SOAP reply. The SOAP request data includes the hw console id, and the 0x100-byte RSA signature stored in a NAND [[Nand/sys/HWID.sgn\|file]]. Trying to send that request would require a NAND dump, but when you have a NAND dump already sending that request is pointless since you can grab dev.kp from NAND. Sending that request is pointless anyway since the dev.kp data from the server is random.

	Signature across rest of block -- type = 0x00010002, ECC		Signature across rest of block -- type = 0x00010002, ECC

Yellows8: dev.kp data from server is random and new dev.kps can't exactly be generated either.

2011-07-13T00:21:34Z

dev.kp data from server is random and new dev.kps can't exactly be generated either.

← Older revision		Revision as of 04:21, 13 July 2011
Line 4:		Line 4:

	This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.		This file contains the unique per-console ECC private-public key pair, along with a certificate issued by Nintendo.
	This file is created by the DSi Shop, with data from a SOAP reply. The SOAP request data includes the hw console id, and the 0x100-byte RSA signature stored in a NAND [[Nand/sys/HWID.sgn\|file]]. Trying to send that request would require a NAND dump,~~(if server would allow sending it again and if returned dev.kp data is not random for each request from that console)~~ but when you have a NAND dump already sending that request is pointless since you can grab dev.kp from NAND.		This file is created by the DSi Shop, with data from a SOAP reply. The SOAP request data includes the hw console id, and the 0x100-byte RSA signature stored in a NAND [[Nand/sys/HWID.sgn\|file]]. Trying to send that request would require a NAND dump, but when you have a NAND dump already sending that request is pointless since you can grab dev.kp from NAND.

	Signature across rest of block -- type = 0x00010002, ECC		Signature across rest of block -- type = 0x00010002, ECC