Editing SELF - SPRX
Jump to navigation
Jump to search
The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 1: | Line 1: | ||
SELF stands for Signed Executable and Linkable Format. | {{Wikify}} | ||
SELF stands for Signed Executable and Linkable Format. It is the format used by the executables on the PS3 and PSVita. | |||
[[File:Self.png|thumb|alt=A screenshot of f0f's presentation at CCC2010.]] | [[File:Self.png|thumb|alt=A screenshot of f0f's presentation at CCC2010.]] | ||
Line 6: | Line 8: | ||
= Introduction = | = Introduction = | ||
It consists of a CF header with an extended header followed by the encapsulated ELF file. ELF sections can be compressed using gzip. SELFs are encrypted and signed, unlike fSELFs. ELF sections are encrypted using AES CTR (maybe more algos?) and signed using ECDSA + HMAC-SHA1. SELF file has a specific header called Extended header where it stores all the parameters for this program. | |||
*Extended Header | *Extended Header | ||
It consists of information regarding the structure and offsets of the SELF. The first part is in plaintext until you reach Encryption Root Header. | |||
*Encryption Root Header | *Encryption Root Header | ||
Encryption Root Header is encrypted under | Encryption Root Header is itself encrypted under AES256CBC. It contains key and ivec to further decrypt the Certification data using AES128CTR. | ||
*Certification data | *Certification data | ||
Certification Header, Certification | The Certification Header, Segment Certification Headers, Segment Certifications, Optional Headers and Certification Signature are all encrypted under this AES128CTR layer and are decrypted with the key above. | ||
*Certification Header | *Certification Header | ||
Certification Header contains the info required to authenticate the Certification. The signature is ECDSA160 of the SHA1 ?SHA256 on PSVita? digest of the SELF file starting at offset 0x0 and ending at 0x0+signature_offset. | |||
*Data Sections | |||
The data sections can be encrypted using AES128CTR and/or compressed. SHA1/HMAC-SHA1/HMAC-SHA256 is used to ensure that they have not been modified. | |||
---- | |||
= Cryptography = | = Cryptography = | ||
Line 29: | Line 33: | ||
Basically here are the steps being involved by the loaders: | Basically here are the steps being involved by the loaders: | ||
Loaders all have a static key and iv called respectively <abbr title="ERK - 256bit Encryption Round Key">erk</abbr> and <abbr title="RIV - 128bit Reset Initialization Vector">riv</abbr>. Those are keys for the first decryption step which | Loaders all have a static key and iv called respectively <abbr title="ERK - 256bit Encryption Round Key">erk</abbr> and <abbr title="RIV - 128bit Reset Initialization Vector">riv</abbr>. Those are keys for the first decryption step which are used to decrypt the very first 0x40 bytes of the SELF's metadata using <abbr title="AES256CBC - Advanced Encryption Standard - 256 bit - Cipher-block chaining">AES256CBC</abbr>. | ||
Then the result is used as key and iv to decrypt the rest of the | Then the result is used as key and iv to decrypt the rest of the metadata using <abbr title="AESCTR - Advanced Encryption Standard - Counter Mode">AESCTR</abbr>. Finally the decrypted metadata contains the key and iv for each data sections which are still decrypted through AES128CTR. This security model is based on the fact that the first 0x40 bytes of the SELF's metadata once decrypted by the static AES256CBC key in the loader should never be the same from one binary to the other. The same goes for any other value used as an AES128CTR key or iv. | ||
Loaders are also involved with inflating the binaries using zlib. | Loaders are also involved with inflating the binaries using zlib. | ||
The SELF authenticity is based on other independent steps, <abbr title="HMAC-SHA1 - Hash-based Message Authentication Code - Secure Hash Algorithm 1">HMAC-SHA1</abbr> | The SELF authenticity is based on other independent steps, <abbr title="HMAC-SHA1 - Hash-based Message Authentication Code - Secure Hash Algorithm 1">HMAC-SHA1</abbr> of the data sections and <abbr title="ECDSA - Elliptic Curve Digital Signature Algorithm">ECDSA</abbr> for the actual signature in the header. | ||
== Short references == | == Short references == | ||
Line 45: | Line 49: | ||
More indepth Online course about encryption in generic (also AES/ECDSA): [https://engineering.purdue.edu/kak/compsec/Lectures.html Lecture Notes on Computer and Network Security by Avinash Kak] | More indepth Online course about encryption in generic (also AES/ECDSA): [https://engineering.purdue.edu/kak/compsec/Lectures.html Lecture Notes on Computer and Network Security by Avinash Kak] | ||
= File Format = | = File Format = | ||
Notes: | Notes: | ||
* Warning: PS3 uses big endian, | * Warning: PS3 uses big endian, PSVita uses little endian. | ||
* Encapsulated ELF header fields are useless (only the EI_CLASS EI_DATA and EI_VERSION fields are checked). | * Encapsulated ELF header fields are useless (only the EI_CLASS EI_DATA and EI_VERSION fields are checked). | ||
== PS3 early | == PS3 early type 3 SELFs == | ||
<pre> | <pre> | ||
SDK 0.60: No sce version | SDK 0.60: No sce version and digest | ||
SDK 0.8X: No sce version, with 0x30 | SDK 0.8X: No sce version, with 0x30 digest | ||
SDK 0.9X: With sce version and 0x40 | SDK 0.9X: With sce version and 0x40 digest (scetool produces this type) | ||
</pre> | </pre> | ||
== Special | == Special SELFs == | ||
=== Warhawk public beta release 012 === | === Warhawk public beta release 012 === | ||
Oldest official game SELF ( | Oldest official game SELF (not NPDRM !!!) I have found for now: 2007-06-08. | ||
*https://web.archive.org/web/*/http://download-prod.online.scea.com/medius-patch/warhawk-pubeta/warhawk//* | *https://web.archive.org/web/*/http://download-prod.online.scea.com/medius-patch/warhawk-pubeta/warhawk//* | ||
Line 97: | Line 79: | ||
== Extended Header == | == Extended Header == | ||
Extended Header offsets are relative to | Extended Header offsets are relative to Certified File start. | ||
=== Struct === | === Struct === | ||
Line 121: | Line 103: | ||
! field !! offset !! type !! notes | ! field !! offset !! type !! notes | ||
|- | |- | ||
| Extended Header version || 0x0 || u64 || 3 for PS3, 4 for | | Extended Header version || 0x0 || u64 || 3 for PS3, 4 for PSVita | ||
|- | |- | ||
| Program Identification Header offset || 0x8 || u64 || Offset to Program Identification Header. | | Program Identification Header offset || 0x8 || u64 || Offset to Program Identification Header. | ||
|- | |- | ||
| ELF Header offset || 0x10 || u64 || Offset to ELF | | ELF Header offset || 0x10 || u64 || Offset to ELF header. | ||
|- | |- | ||
| Program Header offset || 0x18 || u64 || Offset to ELF Program Header. | | Program Header offset || 0x18 || u64 || Offset to ELF Program Header. | ||
Line 144: | Line 126: | ||
=== Comments === | === Comments === | ||
The real ELF data is located after the | The real ELF data is located after the extended header (see header size). It is encrypted, unless attribute is 0x8000. unfself works by cutting the SCE header from the (fake)SELF and if needed decompressing sections. | ||
== Program Identification Header == | == Program Identification Header == | ||
Temp name was App Info. Official name is Program Identification Header. | |||
=== Struct === | === Struct === | ||
Line 167: | Line 149: | ||
! field !! offset !! type !! notes !! example | ! field !! offset !! type !! notes !! example | ||
|- | |- | ||
| program_authority_id || 0x00 || u64 || See [[ | | program_authority_id || 0x00 || u64 || See [[Authority_ID|authority_id]] || ex: 21 00 00 10 1C CA 01 30 | ||
|- | |- | ||
| program_vender_id || 0x08 || u32 || See [[Program Vender Id]] || ex: 00 00 00 00 | | program_vender_id || 0x08 || u32 || See [[Program Vender Id]] || ex: 00 00 00 00 | ||
Line 211: | Line 193: | ||
[http://www.openwatcom.com/ftp/devel/docs/elf-64-gen.pdf ELF-64 Object File Format] | [http://www.openwatcom.com/ftp/devel/docs/elf-64-gen.pdf ELF-64 Object File Format] | ||
==== | ==== PSVita ==== | ||
<source lang="C"> | <source lang="C"> | ||
Line 272: | Line 254: | ||
|} | |} | ||
See also [https://wiki.henkaku.xyz/vita/images/a/a2/Vita_SDK_specifications.pdf | See also specifications: | ||
[https://wiki.henkaku.xyz/vita/images/a/a2/Vita_SDK_specifications.pdf yifanlu specs] | |||
=== SCE specific ELF types (e_type) === | === SCE specific ELF types (e_type) === | ||
Line 278: | Line 261: | ||
<source lang="C"> | <source lang="C"> | ||
/* SCE-specific definitions for e_type: */ | /* SCE-specific definitions for e_type: */ | ||
#define ET_SCE_EXEC 0xFE00 /* SCE Executable | #define ET_SCE_EXEC 0xFE00 /* SCE Executable */ | ||
#define ET_SCE_RELEXEC 0xFE04 /* SCE Relocatable Executable | #define ET_SCE_RELEXEC 0xFE04 /* SCE Relocatable Executable */ | ||
#define ET_SCE_STUBLIB 0xFE0C /* SCE SDK Stubs */ | #define ET_SCE_STUBLIB 0xFE0C /* SCE SDK Stubs */ | ||
#define ET_SCE_DYNAMIC 0xFE18 /* ? */ | #define ET_SCE_DYNAMIC 0xFE18 /* ? */ | ||
#define ET_SCE_IOPRELEXEC 0xFF80 /* SCE IOP Relocatable Executable */ | #define ET_SCE_IOPRELEXEC 0xFF80 /* SCE IOP Relocatable Executable */ | ||
Line 289: | Line 271: | ||
#define ET_SCE_PSPRELEXEC 0xFFA0 /* SCE PSP Relocatable Executable */ | #define ET_SCE_PSPRELEXEC 0xFFA0 /* SCE PSP Relocatable Executable */ | ||
#define ET_SCE_PPURELEXEC 0xFFA4 /* SCE PPU Relocatable Executable */ | #define ET_SCE_PPURELEXEC 0xFFA4 /* SCE PPU Relocatable Executable */ | ||
#define ET_SCE_ARMRELEXEC 0xFFA5 /* ?SCE ARM Relocatable Executable ( | #define ET_SCE_ARMRELEXEC 0xFFA5 /* ?SCE ARM Relocatable Executable (PSVita FW <=0.931) */ | ||
#define ET_SCE_PSPOVERLAY 0xFFA8 /* ? */ | #define ET_SCE_PSPOVERLAY 0xFFA8 /* ? */ | ||
</source> | </source> | ||
Line 319: | Line 301: | ||
</source> | </source> | ||
==== | ==== PSVita ==== | ||
<source lang="C"> | <source lang="C"> | ||
Line 337: | Line 319: | ||
See Spec here: [http://www.sco.com/developers/gabi/latest/ch5.pheader.html ELF Program Segment Header] | See Spec here: [http://www.sco.com/developers/gabi/latest/ch5.pheader.html ELF Program Segment Header] | ||
=== | === Processor specific segment types (p_type) === | ||
<source lang=" | <source lang="C"> | ||
*PT_SCE_IOPMOD = 0x70000080 | |||
*PT_SCE_EEMOD = 0x70000090 | |||
*PT_SCE_PSPREL = 0x700000A0 | |||
*PT_SCE_PPURELA = 0x700000A4 | |||
*PT_SCE_SEGSYM = 0x700000A8 | |||
</source> | </source> | ||
=== | === Processor specific segment flags (p_flags) === | ||
<source lang="C"> | <source lang="C"> | ||
Line 423: | Line 359: | ||
</source> | </source> | ||
=== | === Comments === | ||
Processor specific section types (sh_type): | |||
*SHT_SCE_IOPMOD = 0x70000080 | |||
*SHT_SCE_EEMOD = 0x70000090 | |||
*SHT_SCE_PSPREL = 0x700000a0 | |||
*SHT_SCE_PPURELA = 0x700000a4 | |||
== Segment Extended Header == | == Segment Extended Header == | ||
Temp name was SELF Section Info. Official name is segment_ext_header. | |||
A table which maps each phdr entry to the actual offset/size within the encrypted CF. Indeed, because sections can be compressed, they might not match the values listed within the ELF phdr/shdr. | |||
There is one of these entries for each ELF phdr (ELF Program Segment Header) entry in the ELF file so that the console knows where to decrypt the data from | There is one of these entries for each ELF phdr (ELF Program Segment Header) entry in the ELF file so that the console knows where to decrypt the data from (because it might also be compressed). | ||
=== Struct === | === Struct === | ||
Line 463: | Line 396: | ||
| Size || 0x08 || u64 || Size of data | | Size || 0x08 || u64 || Size of data | ||
|- | |- | ||
| | | Compression || 0x10 || u32 || 1 = uncompressed, 2 = compressed | ||
|- | |- | ||
| Unknown || 0x14 || u32 || Always 0, as far as I know. | | Unknown || 0x14 || u32 || Always 0, as far as I know. | ||
|- | |- | ||
| | | Encryption || 0x18 || u64 || 1 = encrypted, 2 = unencrypted | ||
|} | |} | ||
Line 515: | Line 448: | ||
== Supplemental Header Table == | == Supplemental Header Table == | ||
Temp name was Control Information. Official name is Supplemental Header. | |||
=== Struct === | === Struct === | ||
<source lang="C"> | <source lang="C"> | ||
typedef struct { | typedef struct { | ||
uint32_t type; // 1=PS3 plaintext_capability; 2=PS3 ELF digest; 3=PS3 NPDRM, 4= | uint32_t type; // 1=PS3 plaintext_capability; 2=PS3 ELF digest info; 3=PS3 NPDRM info, 4=PSVita ELF digest info; 5=PSVita NPDRM info; 6=PSVita boot param info; 7=PSVita shared secret info | ||
uint32_t size; | uint32_t size; | ||
uint64_t next; // 1 if another Supplemental Header element follows else 0 | uint64_t next; // 1 if another Supplemental Header element follows else 0 | ||
Line 545: | Line 462: | ||
struct { // 0x20 bytes of data | struct { // 0x20 bytes of data | ||
plaintext_capability_t plaintext_capability; | plaintext_capability_t plaintext_capability; | ||
} | } PS3_plaintext_capability; | ||
// type 2, 0x40 bytes | // type 2, 0x40 bytes | ||
struct { // 0x30 bytes of data | struct { // 0x30 bytes of data | ||
uint8_t constant[0x14]; // same for every PS3 | uint8_t constant[0x14]; // same for every PSVita/PS3 SELF, hardcoded in make_fself.exe: 627CB1808AB938E32C8C091708726A579E2586E4 | ||
uint8_t elf_digest[0x14]; // SHA-1. Hash F2C552BF716ED24759CBE8A0A9A6DB9965F3811C is | uint8_t elf_digest[0x14]; // SHA-1. Hash F2C552BF716ED24759CBE8A0A9A6DB9965F3811C is blackisted by appldr | ||
uint64_t required_system_version; // filled on Sony | uint64_t required_system_version; // filled on Sony auth server, contains decimal PS3_SYSTEM_VER value from PARAM.SFO | ||
} | } PS3_elf_digest_40; | ||
// type 2, 0x30 bytes | // type 2, 0x30 bytes | ||
Line 558: | Line 475: | ||
uint8_t constant_or_elf_digest[0x14]; | uint8_t constant_or_elf_digest[0x14]; | ||
uint8_t padding[0xC]; | uint8_t padding[0xC]; | ||
} | } PS3_elf_digest_30; | ||
// type 3, 0x90 bytes | // type 3, 0x90 bytes | ||
struct { // 0x80 bytes of data | struct { // 0x80 bytes of data | ||
uint32_t magic; // 4E 50 44 00 ("NPD.") | |||
} | uint32_t license_version; | ||
uint32_t drm_type; // [[License Types|license_type]] | |||
uint32_t app_type; // [[App Types|app_type]] | |||
uint8_t content_id[0x30]; | |||
uint8_t digest[0x10]; // SHA-1 hash of debug self/sprx created with make_fself_npdrm | |||
uint8_t inv_digest[0x10]; // hash_cid_fname | |||
uint8_t xor_digest[0x10]; // hash_cid | |||
uint8_t padding[0x10]; | |||
} PS3_npdrm_info; | |||
// type 4, 0x50 bytes | // type 4, 0x50 bytes | ||
struct { // 0x40 bytes of data | struct { // 0x40 bytes of data | ||
uint8_t constant[0x14]; // same for every PS3 | uint8_t constant[0x14]; // same for every PSVita/PS3 SELF, hardcoded in make_fself.exe: 627CB1808AB938E32C8C091708726A579E2586E4 | ||
uint8_t elf_digest[0x20]; // SHA-256 of source ELF file. | uint8_t elf_digest[0x20]; // SHA-256 of source ELF file. | ||
uint8_t padding[8]; | uint8_t padding[8]; | ||
uint32_t min_required_fw; // ex: 0x363 for 3.63 | uint32_t min_required_fw; // ex: 0x363 for 3.63 | ||
} | } PSVita_elf_digest_info; | ||
// type 5, 0x110 bytes | // type 5, 0x110 bytes | ||
struct { // | struct { // 0x80 bytes of data | ||
uint32_t magic; // 7F 44 52 4D (".DRM") | uint32_t magic; // 7F 44 52 4D (".DRM") | ||
uint32_t finalized_flag; // ex: 80 00 00 01 | uint32_t finalized_flag; // ex: 80 00 00 01 | ||
uint32_t drm_type; // [[ | uint32_t drm_type; // [[License Types|license_type]] ex: 2 local, 0xD free with license | ||
uint32_t padding; | uint32_t padding; | ||
uint8_t content_id[0x30]; | uint8_t content_id[0x30]; | ||
uint8_t digest[0x10]; // ?sha-1 hash of debug | uint8_t digest[0x10]; // ?sha-1 hash of debug self/sprx created using make_fself_npdrm? | ||
uint8_t padding_78[0x78]; | uint8_t padding_78[0x78]; | ||
uint8_t hash_signature[0x38]; // unknown hash/signature | |||
} | } PSVita_npdrm_info; | ||
// type 6, 0x110 bytes | // type 6, 0x110 bytes | ||
struct { // 0x100 bytes of data | struct { // 0x100 bytes of data | ||
uint8_t boot_param[ | uint32_t is_used; // 0=false, 1=true | ||
} | uint8_t boot_param[0x9C]; // ex: starting with 02 00 00 00 | ||
} PSVita_boot_param_info; | |||
// type 7, 0x50 bytes | // type 7, 0x50 bytes | ||
struct { // 0x40 bytes of data | struct { // 0x40 bytes of data | ||
uint8_t shared_secret_0[0x10]; // ex: 0x7E7FD126A7B9614940607EE1BF9DDF5E or full of zeroes | |||
} | uint8_t shared_secret_1[0x10]; // ex: full of zeroes | ||
uint8_t shared_secret_2[0x10]; // ex: full of zeroes | |||
uint8_t shared_secret_3[0x10]; // ex: full of zeroes | |||
} PSVita_shared_secret_info; | |||
}; | }; | ||
} __attribute__((packed)) supplemental_header; | } __attribute__((packed)) supplemental_header; | ||
Line 602: | Line 531: | ||
=== Comments === | === Comments === | ||
There are 3 digests in ps3_npdrm_info: | |||
*digest is the sha1 checksum of the entire SELF file. | |||
*inv_digest is the inverse of digest. | |||
*xor_digest is digest XORed with 0xAAAAAA..AAAAAB. | |||
The PSJailbreak payload ignores the actual checksums, but checks that the 3rd checksum is the 2nd checksum XORed with 0xAAAAAA..AAAAAB. | |||
Notes: | |||
* See [[Capability_Flags]]. | * See [[Capability_Flags]]. | ||
* PS3 loader uses supplemental_header_table to handle some data: | * PS3 loader uses supplemental_header_table to handle some data: | ||
Line 609: | Line 546: | ||
uint8[0x14] elf_digest; /* sha1 hash of the ELF file */ | uint8[0x14] elf_digest; /* sha1 hash of the ELF file */ | ||
uint32_t unknown_0; /* seems to be padding */ | uint32_t unknown_0; /* seems to be padding */ | ||
uint64_t | uint64_t required_system_vesion; /* PS3_SYSTEM_VER, decimal format */ | ||
} supplemental_header_table; | } supplemental_header_table; | ||
</source> | </source> | ||
= | == Encryption Root Header == | ||
Temp name was Metadata Information. Official name is encryption_root_header. | |||
This is not present in fSELF. | |||
=== Struct === | |||
<source lang="C"> | |||
typedef struct { | |||
uint8_t key[16]; | |||
uint8_t key_pad[16]; | |||
uint8_t iv[16]; | |||
uint8_t iv_pad[16]; | |||
} __attribute__((packed)) encryption_root_header; | |||
</source> | |||
=== Comments === | |||
Notes: | |||
*The key and ivec fields are encrypted using AES256CBC. | |||
== Certification Header == | |||
Temp name was Metadata Header. Official name is certification_header. | |||
This is only present if the Encryption Root Header is present. | |||
The Certification Header is located after the Encryption Root Header in the SELF file. It is decrypted using AES128CTR with the key and ivec entries from the Encryption Root Header. | |||
=== Struct === | |||
<source lang="C"> | |||
typedef struct { | |||
uint64_t signature_offset; | |||
uint32_t signature_type; // 1 = ECDSA160, 5 = RSA2048 | |||
uint32_t sectionCount; | |||
uint32_t blocks_count; // was keyCount | |||
uint32_t optional_header_size; | |||
uint64_t unknown06; | |||
} __attribute__((packed)) certification_header; | |||
</source> | |||
=== Comments === | |||
Notes: | |||
* signature_offset is the number of bytes which are used to generate the SHA-1 which is used to generate the ECDSA signature. The length should be eveything from the beginning until the signature itself. The decrypted version of the input data is used for signature. | |||
== Segment Certification Header == | |||
Temp name was Metadata Section Headers. Official name is segment_certification_header. | |||
This is only present if the Certification Header is present. | |||
The Segment Certification Headers are located after the Certification Header in the SELF file. | |||
=== Struct === | |||
<source lang="C"> | |||
typedef struct { | |||
uint64_t data_offset; | |||
uint64_t data_size; | |||
uint32_t type; // 1 = shdr, 2 = phdr, 3 = sceversion | |||
uint32_t program_idx; // 0,1,2,3,etc for phdr, always 3 for shdrs, sceversion shdr number for sceversion | |||
uint32_t hash_algorithm; // ?1 = none?, 2 = sha1_hmac, 3 = sha1, 6 = sha256_hmac | |||
uint32_t hash_idx; | |||
uint32_t enc_algorithm; // 1 = none, 2 = aes128cbccfb, 3 = aes128ctr | |||
uint32_t key_idx; | |||
uint32_t iv_idx; | |||
uint32_t compressed; // 1 = none, 2 = zlib | |||
} __attribute__((packed)) segment_certification_header; | |||
</source> | |||
=== Comments === | |||
Notes: | |||
*The number of sections is indicated by the sectionCount entry in the Certification Header. | |||
*They are decrypted using AES128CTR with the key and ivec entries from the Encryption Root Header. | |||
*Section data is decrypted using AES128CTR with the key and ivec from the metadata keys specified by keyIndex and ivecIndex. | |||
*Section data will also need to be uncompressed using zlib. ?also? | |||
*The data_offset of the Segment Certification Header matches in general the Segment Extended Header offset. | |||
== Segment Certification == | |||
Temp name was Metadata Keys, Section Hash. Official name might be Segment Certification. | |||
*The Segment Hashes are located after the Segment Certification Headers in the SELF file. | |||
=== Struct === | |||
<source lang="C"> | |||
typedef struct { | |||
uint8_t digest[0x20]; // sha-1 or sha-256 | |||
uint8_t hmac_key[0x40]; | |||
} __attribute__((packed)) segment_certification; | |||
</source> | |||
=== Comments === | |||
Notes: | |||
*The number of Segment Certifications is indicated by the keyCount entry in the Certification Header. | |||
*They are decrypted using AES128CTR with the key and ivec entries from the Encryption Root Header. | |||
*The HMAC-SHA1 is calculated on the decrypted data and before the decompression. | |||
== Optional Header Table == | |||
Temp name was Signature Info, Capabilities Info. Official name is optional_header_table. | |||
The Optional Header Table is located after the Section Hash in the SELF file. | |||
It is only present if optional_header_size in the Certification Header is not zero. | |||
=== Struct === | |||
<source lang="C"> | |||
typedef struct { | |||
uint32_t type; // 1=capability_header, 2=individual_seed_header, 3=attribute_header | |||
uint32_t size; | |||
uint64_t next; // 1 if another optional_header structure follows else 0 | |||
union { | |||
// type 1 | |||
struct { // 0x20 bytes of data | |||
uint8_t capability[0x20]; | |||
} capability_header; | |||
// type 2 | |||
struct { // 0x100 bytes of data | |||
uint8_t individual_seed[0x100]; | |||
} individual_seed_header; | |||
// type 3 | |||
struct { // 0x20 bytes of data | |||
uint8_t attribute[0x20]; | |||
} attribute_header; | |||
}; | |||
} __attribute__((packed)) optional_header; | |||
</source> | |||
=== Comments === | |||
* | * It is decrypted using AES128CTR with the key and ivec entries from the Encryption Root Header. | ||
* Type 1 contains encrypted_capability. See [[Capability Flags]]. | |||
* | |||
= | == Certification Signature == | ||
The Certification Signature is located at the Certification Header signature_offset in the SELF file. | |||
It can be ECDSA160 or RSA2048.?and both? | |||
=== | === Struct === | ||
<source lang="C"> | |||
typedef struct { | |||
uint8_t r[21]; | |||
uint8_t s[21]; | |||
uint8_t padding[6]; | |||
} __attribute__((packed)) certification_signature; | |||
</source> | |||
=== | === Comments === | ||
Notes: | |||
*It is decrypted using AES128CTR with the key and ivec entries from the Encryption Root Header. | |||
= Extraction = | |||
=== | === ELF Header === | ||
Elf64_Ehdr elfHeader; | |||
fseek ( selfFile, fix64 ( selfHeader.elfHeaderOffset ), SEEK_SET ); | |||
fread ( &elfHeader, sizeof ( Elf64_Ehdr ), 1, selfFile ); | |||
fseek ( elfFile, 0, SEEK_SET ); | |||
fwrite ( &elfHeader, sizeof ( Elf64_Ehdr ), 1, elfFile ); | |||
=== Section Headers === | |||
Elf64_Shdr elfSectionHeaders[100]; | |||
fseek ( selfFile, fix64 ( selfHeader.elfSectionHeadersOffset ), SEEK_SET ); | |||
fread ( elfSectionHeaders, sizeof ( Elf64_Shdr ), fix16 ( elfHeader.e_shnum ), selfFile ); | |||
fseek ( elfFile, fix64 ( elfHeader.e_shoff ), SEEK_SET ); | |||
fwrite ( elfSectionHeaders, sizeof ( Elf64_Shdr ), fix16 ( elfHeader.e_shnum ), elfFile ); | |||
=== | === Section Data === | ||
Notes: | |||
*Unknown, manually copying the data over works for now. | |||
*There should be a section data offset somewhere. | |||
=== | === Program Headers === | ||
Elf64_Phdr elfProgramHeaders[100]; | |||
fseek ( selfFile, fix64 ( selfHeader.elfProgramHeadersOffset ), SEEK_SET ); | |||
fread ( elfProgramHeaders, sizeof ( Elf64_Phdr ), fix16 ( elfHeader.e_phnum ), selfFile ); | |||
fseek ( elfFile, fix64 ( elfHeader.e_phoff ), SEEK_SET ); | |||
fwrite ( elfProgramHeaders, sizeof ( Elf64_Phdr ), fix16 ( elfHeader.e_phnum ), elfFile ); | |||
=== | === Program Data === | ||
Notes: | |||
*Load the Encryption Root Header and decrypt the key and ivec entries using AES256CBC with erk and riv from OS. | |||
*Load the Certification Header and decrypt it using AES128CTR with the key and ivec entries from the Encryption Root Header. | |||
*Load the sectionCount entries of Segment Certification Headers and decrypt them using AES128CTR with the key and ivec entries from the Encryption Root Header. | |||
*Load the keyCount entries of Segment Certifications and decrypt them using AES128CTR with the key and ivec entries from the Encryption Root Header. | |||
*For each Segment Certification: | |||
**In the SELF file, fseek to data_offset and read in data_size bytes. | |||
**Decrypt the data using AES128CTR with the key and ivec from the Segment Certification specified by keyIndex and ivecIndex in the Segment Certification Header. | |||
**Uncompress the data using zlib. | |||
**Write it to the ELF file as the program section specified by program_idx in the Segment Certification Header. | |||
{{File Formats}}<noinclude> | {{File Formats}}<noinclude>[[Category:Main]]</noinclude> | ||
[[Category:Main]] | |||
</noinclude> |