scetool & ps3tools - утилиты де/криптовки файлов PS3 - Страница 3

ErikPshat · 22.11.2016, 11:09

scetool v0.2.9.2

Консольная утилита для де/криптовки файлов PS3 + GUI

SceToolGui.gif

Readme

scetool (C) 2011-2013 by naehrwert
NP local license handling (C) 2012 by flatz

==> Setup <==
 - /data/keys : Keyfile.
 - /data/ldr_curves : Loader curves (7744 bytes).
 - /data/vsh_curves : VSH curves (360 bytes).
 - /data/idps : IDPS as binary file
 - /data/act.dat : act.dat
 - /rifs/* : *.rif files
 - /raps/* : *.rap files

==> Keyfile Format <==
 [keyname]
 type={SELF, RVK, PKG, SPP, OTHER}
 revision={00, ..., 18, 8000}
 version={..., 0001000000000000, ...}
 self_type={LV0, LV1, LV2, APP, ISO, LDR, UNK_7, NPDRM}
 key=...
 erk=...
 riv=...
 pub=...
 priv=...
 ctype=...

==> Keyset Example <==
 [metldr]
 type=SELF
 revision=00
 self_type=LDR
 erk=0000000000000000000000000000000000000000000000000000000000000000
 riv=00000000000000000000000000000000
 pub=00000000000000000000000000000000000000000000000000000000000000000000000000000000
 priv=000000000000000000000000000000000000000000
 ctype=00

==> NPDRM Key(set) Names <==
 - [NP_tid]: Title ID OMAC1 key.
 - [NP_ci]: Control info OMAC1 key.
 - [NP_klic_free]: Free klicensee.
 - [NP_klic_key]: klicensee key.
 - [NP_idps_const]: IDPS constant.
 - [NP_rif_key]: rif key.
 - [NP_sig]: Footer signature ECDSA keyset.

==> Override Keyset <==
 It should be a single hex-string consisting of: 
 32 bytes (Key) 16 bytes (IV) 40 bytes (Pub) 21 bytes (Priv) 1 byte (CType).

==> History <==
Version 0.2.9.2
 - Extended Info for ELF Header and other types.
 - Added keysets 19, 1A, 1B 1C 1D for 3.74 - 4.81 FW. 
Version 0.2.9.1
 - Minor update 0.0.1 --self-fw-version for APP by someone
   http://www.maxconsole.com/threads/uniofficial-minor-update-to-scetool.31333/
Version 0.2.9
 - Plaintext sections will now take less space in metadata header keys array.
 - Added option to specifiy a template SELF to take configuration values from.
 - Added option to override the keyset used for en-/decryption.
 - Fixed NP application types.
 - [Firmware Version] will now be written to control info only.
 - [Application Version] will now be written to application info only.
Version 0.2.8 (intermediate release):
 - Fixed minor bugs where scetool would crash.
 - Added SPP parsing.
 - Decrypting RVK/SPP will now write header+data to file.
Version 0.2.7:
 - Added local NP license handling.
 - Added option to override klicensee.
 - Added option to disable section skipping (in SELF generation).
Version 0.2.5:
 - Added option to use provided metadata info for decryption.
 - "PS3" path environment variable will now be searched for keys/ldr_curves/vsh_curves too.
Version 0.2.4:
 - Added option to display raw values.
 - Moved factory Auth-IDs to <public build> (as they are on ps3devwiki now).
Version 0.2.2:
 - Added options to override control/capability flags (32 bytes each).
 - Fixed where a false keyset would crash scetool when decrypting a file.
 - Some source level changes and optimizations.
Version 0.2.1:
 - zlib is required to use scetool.
 - 'sdk_type' was changed to 'revision' in data/keys.
 
==> Greetings to <==
 - ps3dev.net
 - you know who you are!

==> Trivia <==
 http://bit.ly/QUji89

Последние изменения

Version 0.2.9.2
- - Extended Info for ELF Header and other types.
- - Added keysets 19, 1A, 1B 1C 1D for 3.74 - 4.81 FW.

Инструкция по использованию:

Удерживая SHIFT, в папке с утилитой нажмите правой кнопкой в пустом месте папки и выберите "Открыть окно команд".
В открывшемся окне консоли введите команду: scetool - вы увидите полный список команд.
Для русской версии введите в консоли команду: scetool_ru - вы увидите полный список команд на русском.
Так же, вы можете воспользоваться графической оболочкой GUI (только для EBOOT.BIN): запустите файл ScetoolGui.exe
- По кнопке "Help" выводится список всех команд;
- По кнопке "Show Keys" выводится список имеющихся ключей для разных прошивок;
- По кнопке "Show File Info" выводится информация о загруженном EBOOT.BIN.

Список команд:

scetool 0.2.9.2 <PRIVATE BUILD:ErikPshat> (C) 2011-2013 by naehrwert
NP local license handling (C) 2012 by flatz
[Build Date/Time: Dec 23 2016/03:15:47]

USAGE: scetool [options] command

COMMANDS                Parameters            Explanation

 -h, --help                                   Print this help.
 -k, --print-keys                             List keys.
 -i, --print-infos      File-in               Print SCE file info.
 -d, --decrypt          File-in File-out      Decrypt/dump SCE file.
 -e, --encrypt          File-in File-out      Encrypt/create SCE file.

OPTIONS                 Possible Values       Explanation

 -v, --verbose                                Enable verbose output.
 -r, --raw                                    Enable raw value output.
 -t, --template         File-in               Template file (SELF only)
 -0, --sce-type         SELF/RVK/PKG/SPP      SCE File Type
 -1, --compress-data    TRUE/FALSE(default)   Whether to compress data or not.
 -s, --skip-sections    TRUE(default)/FALSE   Whether to skip sections or not.
 -2, --key-revision     e.g. 00,01,...,0A,... Key Revision
 -m, --meta-info        64 bytes              Use provided meta info to decrypt.
 -K, --keyset           32(Key)16(IV)
                        40(Pub)21(Priv)1(CT)  Override keyset.
 -3, --self-auth-id     e.g. 1010000001000003 Authentication ID
 -4, --self-vendor-id   e.g. 01000002         Vendor ID
 -5, --self-type        LV0/LV1/LV2/APP/ISO/
                        LDR/NPDRM             SELF Type
 -A, --self-app-version e.g. 0001000000000000 Application Version
 -6, --self-fw-version  e.g. 0003004100000000 Firmware Version
 -7, --self-add-shdrs   TRUE(default)/FALSE   Whether to add ELF shdrs or not.
 -8, --self-ctrl-flags  32 bytes              Override control flags.
 -9, --self-cap-flags   32 bytes              Override capability flags.
 -a, --self-indiv-seed  256 bytes             Individuals Seed (ISO only)
 -b, --np-license-type  LOCAL/FREE            License Type
 -c, --np-app-type      SPRX/EXEC/USPRX/UEXEC App Type (U* for updates)
 -f, --np-content-id                          Content ID
 -l, --np-klicensee     16 bytes              Override klicensee.
 -g, --np-real-fname    e.g. EBOOT.BIN        Real Filename
 -j, --np-add-sig       TRUE/FALSE(default)   Whether to add a NP sig. or not.

Примеры шифрования:

Пример декриптовки EBOOT.BIN:

scetool.exe --decrypt EBOOT.BIN EBOOT.ELF

Пример шифрования EBOOT.BIN:

scetool.exe --sce-type=SELF --compress-data=TRUE --skip-sections=TRUE --key-revision=0A --self-auth-id=1010000001000003 --self-vendor-id=01000002 --self-type=APP --self-app-version=0001000000000000 --self-fw-version=0003005500000000 --self-cap-flags=00000000000000000000000000000000000000000000003B0000000100040000 --encrypt EBOOT.ELF EBOOT.BIN

Расшифровка параметров:
Знак = (равно) указывать не обязательно, а в сокращённых командах запрещено, только через пробел или вообще без пробела.

--sce-type=SELF                      // указываем тип SCE, могут быть SELF/RVK/PKG/SPP
--compress-data=TRUE                 // указываем сжимать или нет, выставляем одно из двух - TRUE/FALSE(default)
--skip-sections=TRUE                 // указываем пропускать секции или нет, одно из двух - TRUE(default)/FALSE
--key-revision=0A                    // указываем Ревизию ключа в зависимости от прошивки - 00, 01, ..., 1D.
--self-auth-id=1010000001000003      // указываем ID Аутентификации, для ретэйл-игр и обновлений - всегда такой.
--self-vendor-id=01000002            // указываем ID Производителя, для CoreOs/dev_flash files/Games - всегда такой.
--self-type=APP                      // указываем тип приложения, для дисковых игр - APP, для PSN игр - NPDRM.
--self-app-version=0001000000000000  // указываем версию приложения, тут просто v1.0
--self-fw-version=0003005500000000   // указываем версию прошивки, под ревизию ключа 0A идёт прошивка 3.55
--self-cap-flags=00000000000000000000000000000000000000000000003B0000000100040000 // 32 байта capability флаги
--encrypt EBOOT.ELF EBOOT.BIN        // указываем, что производим шифрование ELF в BIN

Тоже самое, только сокращёнными параметрами:

scetool -0 SELF -1 TRUE -s TRUE -2 0A -3 1010000001000003 -4 01000002 -5 APP -A 0001000000000000 -6 0003005500000000 -9 00000000000000000000000000000000000000000000003B0000000100040000 -e EBOOT.ELF EBOOT.BIN

Скачать: scetool_v0.2.9.2.zip (полная сборка с GUI и исходниками)
Скачать: ps3tools.7z (сборник утилит комплекта ps3tools)
Источник 1: https://github.com/naehrwert/scetool
Источник 2: https://github.com/nevik-xx/psl1ght/.../tools/scetool
Источник 3: https://github.com/euss/ps3tools - ps3tools (компиляция: `autoreconf -i; ./configure; make; make install')
Источник 4: https://github.com/ErikPshat/scetool

Ветка 3.0 (изменены команды):

Источник: https://github.com/Sorvigolova/sceto...master/Release

SELF File Format and Decryption:

SELF File Format and Decryption

Введение
Это формат, используемый исполняемыми файлами на PS3. В нем есть определенный заголовок, который называется SCE-заголовком, где он хранит все параметры для этого процесса

SCE Header - Заголовок SCE
Он состоит из информации о структуре и смещениях self. Первая часть находится в открытом виде до Metadata Info.
Metadata Info - Информация о метаданных
Информация о метаданных сама по себе находится под AES 256 CBC. Эта часть содержит KEY + IV для дальнейшей расшифровки заголовка с использованием AES 128 CTR.
Metadata - Метаданные
Заголовок метаданных, Заголовки секций метаданных, Хеш секции, Возможности и Подпись находятся под AES 128 CTR слоем и дешифруются с помощью ключа выше.
Metadata Header - Заголовок метаданных
Заголовок метаданных содержит информацию, необходимую для аутентификации заголовка и структуры метаданных. Подпись представляет собой ECDSA хеша SHA1 собственного файла, начинающегося с 0x0 и заканчивающегося на 0x0 + signatureInputLength.
Data Sections - Секции данных
Секции данных могут быть зашифрованы с использованием AES 128 CTR и/или сжаты. HMAC-SHA1 используется для аутентификации, они не должны быть изменены.

Примечание: в этот формат могут быть подписаны не только файлы ELF/PRX, другие известные файлы с заголовком SCE:

revoke (e.g. RL_FOR_PACKAGE.img/RL_FOR_PROGRAM.img and pkg.srvk/prog.srvk)
spp (e.g. default.spp)
package (e.g. .pkg/.spkg_hdr.X)
edat

Криптография
Это небольшое резюме о том, как работает криптография в self. В основном здесь находятся шаги, выполняемые загрузчиками:

Все загрузчики имеют статический ключ и iv, называемый соответственно erk и riv, это ключи для первого этапа дешифрования, которые используются для дешифрования первых первых 0x40 байтов метаданных self, используя AES256CBC.
Затем результат используется как ключ и iv для дешифровки остальной части метаданных с использованием AESCTR, наконец, дешифрованные метаданные содержат ключи и iv для каждого раздела данных, которые все еще дешифруются через AES128CTR. Эта модель безопасности основана на том факте, что первые 0x40 байт метаданных self, однажды дешифрованные статическим ключом AES256CBC в загрузчике, никогда не должны быть одинаковыми от одного бинарника к другому. То же самое относится к любому другому значению, используемому в качестве ключа AES128CTR или iv.
Загрузчики также участвуют в распаковке бинарных файлов с использованием zlib.
SELF аутентичность основана на других независимых шагах, HMAC-SHA1 от секции данных и ECDSA для актуальной сигнатуры в заголовке.

SCE Header - Заголовок SCE
Для начала, перед разбором кода структуры заголовка, давайте разберёмся, что означают эти странные значения и столбцы.

Слева - мы видим смещение в файле, а через пробел - его название, столбиком по порядку, смещение за смещением.
Справа - мы видим комментарии к этому смещению, заключённые между символами /* ... */ (такой вид комментария может использоваться в многострочном режиме, тогда как такой вид // только в однострочном)
Что означают uint8_t, uint16_t, uint32_t, uint64_t?
- u - unsigned - беззнаковое
- int - integer - целое
- 8/16/32/64 - число, кол-во битов, где 8 бит = 1 байт, значит 16 бит = 2 байта, 32 бит = 4 байта, 64 бит = 8 байт.
- Что в целом означает: беззнаковое целое число, а буква _t - означает, что это Тип данных, а не функция или процедура.

typedef struct {
 uint32_t magic;                 /* 53434500 = SCE\0 */
 uint32_t hdr_version;           /* header version */
 uint16_t key_revision;          /* key_revision */
                                 /* 0x0 retail (type 0)
                                  * 0x1 retail (0.92-3.30)
                                  * 0x2 retail (type 1)
                                  * 0x3 unknown (npdrm1?)
                                  * 0x4 retail (3.40-3.42)
                                  * 0x5 unknown (npdrm1?)
                                  * 0x6 unknown (npdrm2?)
                                  * 0x7 retail (3.50)
                                  * 0x8 unknown (npdrm1?)
                                  * 0x9 unknown (npdrm2?)
                                  * 0xa retail (3.55)
                                  * 0xb unknown (npdrm1?)
                                  * 0xc unknown (npdrm2?)
                                  * 0xd retail (3.56)
                                  * 0xe unknown (npdrm1?)
                                  * 0xf unknown (npdrm2?)
                                  * 0x10 retail (3.60-3.61)
                                  * 0x11 unknown (npdrm1?)
                                  * 0x12 unknown (npdrm2?)
                                  * 0x13 retail (3.65)
                                  * 0x14 unknown (npdrm1?)
                                  * 0x15 unknown (npdrm2?)
                                  * 0x16 retail (3.70-3.74)
                                  * 0x17 unknown (npdrm1?)
                                  * 0x18 unknown (npdrm2?)
                                  * 0x19 retail (4.00-4.11)
                                  * 0x1A unknown (npdrm1?)
                                  * 0x1B unknown (npdrm2?)
                                  * 0x1C retail (4.20-)
                                  * 0x1D unknown (npdrm1?)
                                  * 0x1E unknown (npdrm2?)
                                  * 0x8000 DEBUG (devkit)
                                  */
 uint16_t header_type;           /* 1 self, 2 srvk/img, 3 pkg , 4 spp - : "category" SCE_File_Types */
 uint32_t metadata_offset;       /* metadata offset */
 uint64_t header_length;         /* SCE file header length */
 uint64_t data_length;           /* length of encapsulated data */
} __attribute__((packed)) SCE_HDR;

Ну и для закрепления этой секции SCE Header, предлагаю посмотреть визуально смещения этих 7-ми позиций:

SCE Header.gif

SELF Header - Заголовок SELF

typedef struct {
 uint64_t header_type;           /* 3 - SELF */
 uint64_t appinfo_offset;        /* app info offset */
 uint64_t elf_offset;            /* ELF #1 offset */
 uint64_t phdr_offset;           /* program header offset */
 uint64_t shdr_offset;           /* section header offset */
 uint64_t section_info_offset;   /* section info offset */
 uint64_t sceversion_offset;     /* version offset */
 uint64_t controlinfo_offset;    /* control info offset */
 uint64_t controlinfo_length;    /* control length */
 uint64_t padding;               /* padding */
} __attribute__((packed)) SELF_HDR;

Комментарий: Реальные данные ELF расположены после заголовка SCE (см. размер заголовка). Он зашифрован, если флаг не равен 0x8000. unfself работает, вырезав заголовок SCE из (фейкового) SELF.

Визуальное отображение этих 10-ти позиций:

SELF Header.gif

App Info

typedef struct {
 uint64_t authid;                /* auth id */
 uint32_t vendor_id;             /* vendor id */
 uint32_t self_type;             /* app type
                                  * 1 level0,
                                  * 2 level1,
                                  * 3 level2,
                                  * 4 application,
                                  * 5 isolated SPU module,
                                  * 6 secure loader,
                                  * 7 unknown, handled by appldr,
                                  * 8 NPDRM app */
 uint64_t version;               /* app version */
 uint64_t padding;               /* UNKNOWN */
} __attribute__((packed)) APP_INFO;

Комментарий: Выровнено по 0x10 байт.

ELF Header - Заголовок ELF

 typedef struct {
   uint8_t e_ident[16];              /* ELF identification */
   uint16_t e_type;                  /* object file type */
   uint16_t e_machine;               /* machine type */
   uint32_t e_version;               /* object file version */
   uint64_t e_entry;                 /* entry point address */
   uint64_t e_phoff;                 /* program header offset */
   uint64_t e_shoff;                 /* section header offset */
   uint16_t e_flags;                 /* processor-specific flags */
   uint32_t e_ehsize;                /* ELF header size */
   uint16_t e_phentsize;             /* size of program header entry */
   uint16_t e_phnum;                 /* number of program header entries */
   uint16_t e_shentsize;             /* size of section header entry */
   uint16_t e_shnum;                 /* number of section header entries */
   uint16_t e_shstrndx;              /* section name string table index */
 } __attribute__((packed)) ELF;

Комментарий: смотрите спецификацию здесь: ELF Header ELF-64 Object File Format

ELF Program Headers

 typedef struct {
   uint32_t p_type;                  /* type of segment */
   uint32_t p_flags;                 /* segment attributes */
   uint64_t p_offset;                /* offset in file */
   uint64_t p_vaddr;                 /* virtual address in memory */
   uint64_t p_paddr;                 /* reserved */
   uint64_t p_filesz;                /* size of segment in file */
   uint64_t p_memsz;                 /* size of segment in memory */
   uint64_t p_align;                 /* alignment of segment */
 } __attribute__((packed)) ELF_PHDR;

Комментарий: смотрите спецификацию здесь: ELF Program Headers

ELF Section Headers

 typedef struct {
   uint32_t sh_name;                 /* section name */
   uint32_t sh_type;                 /* section type */
   uint64_t sh_flags;                /* section attributes */
   uint64_t sh_addr;                 /* virtual address in memory */
   uint64_t sh_offset;               /* offset in file */
   uint64_t sh_size;                 /* size of section */
   uint32_t sh_link;                 /* link to other section */
   uint32_t sh_info;                 /* miscellaneous information */
   uint64_t sh_addralign;            /* address alignment boundary */
   uint64_t sh_entsize;              /* size of entries, if section has table */
 } __attribute__((packed)) ELF_SHDR;

Segment Information

typedef struct {
 uint64_t offset;
 uint64_t size;
 uint32_t compressed; // 2=compressed
 uint32_t unknown1;
 uint32_t unknown2;
 uint32_t encrypted; // 1=encrypted
} __attribute__((packed)) SECTION_INFO;

SCE Version Info

typedef struct {
 uint32_t subheader_type; // 1 - sceversion
 uint32_t present;        // 0 - FALSE / 1 - TRUE
 uint32_t size;
 uint32_t unknown4;
} __attribute__((packed)) SCEVERSION_INFO;

Data

typedef struct {
 uint16 unknown_1;
 uint16 unknown_2; //0x0001
 uint32 unknown_3;
 uint32 unknown_4; //Number of sections?
 uint32 unknown_5;
 ////
   uint64 offset;    //Data offset.
   uint64 size;      //Data size.
 //// <- these are supposed to be sections
} SCE_VERSION_DATA_30;

Control Information

typedef struct {
 uint32_t type; // 1==control flags; 2==file digest; 3==npdrm
 uint32_t size;
 uint64_t next; // 1 if another Control Info structure follows 0 if not

 union {
   // type 1 0x30 bytes
   struct {
     uint32_t ctrl_flag1; // ctrl_flag  0x80000000(all?);0x40000000(root);0x20000000(dbg);0x00000000(normal?) 
     uint32_t unknown2;
     uint32_t unknown3;
     uint32_t unknown4;
     uint32_t unknown5;
     uint32_t unknown6;
     uint32_t unknown7;   // 0;8;9;0xC
     uint32_t unknown8;   // 0;1;2;4
   } control_flags;

   // type 2 0x40 bytes
   struct {
     uint8_t digest1[20]; //hash digest, same for every file
     uint8_t digest2[20]; //sha1 hash digest calculated of .elf file...
     uint64_t padding;
   } file_digest40;

   // type 2 0x30 bytes
   struct {
     uint8_t digest1[20];
     uint64_t unknown2;
   } file_digest30;

   // type 3 0x90 bytes
   struct {
     uint32_t magic;
     uint32_t unknown2;
     uint32_t license; /* license_type  1 network, 2 local, 3 free */
     uint32_t type; /* app_type  1 exec, 0x21 update */
     uint8_t content_id[48];
     uint8_t digest[16];    // sha-1 hash of debug self/sprx created with make_fself_npdrm
     uint8_t invdigest[16]; //hash_cid_fname
     uint8_t xordigest[16]; //hash_ci
     uint64_t unknown3;
     uint64_t unknown4;
   } npdrm;
 };
} __attribute__((packed)) CONTROL_INFO;

Metadata Information

typedef struct {
 uint8_t key[16];
 uint8_t key_pad[16];
 uint8_t iv[16];
 uint8_t iv_pad[16];
} __attribute__((packed)) METADATA_INFO;

Metadata Header

typedef struct {
 uint64_t signatureInputLength;
 uint32_t unknown02;            //Should be signature algorithm. It always = 1(ECDSA)
 uint32_t sectionCount;
 uint32_t keyCount;
 uint32_t optHeaderSize;
 uint32_t unknown06;
 uint32_t unknown07;
} __attribute__((packed)) METADATA_HEADER;

Комментарий:

Заголовок метаданных расположен после информации метаданных в файле SELF.
Он расшифровывается с использованием AES128CTR с помощью записей ключа и ivec из информации метаданных.
Длина входной сигнатуры - это количество байтов, которые используются для генерации SHA-1, который используется для генерации сигнатуры ECDSA. Длина должна быть от начала до самой подписи. Используется расшифрованная версия входных данных.
Это присутствует только в том случае, если присутствует метаданные.

Metadata Section Headers

typedef struct {
 uint64_t data_offset;
 uint64_t data_size;
 uint32_t type; // 1 = shdr, 2 == phdr, 3 == unknown
 uint32_t program_idx;
 uint32_t hashed; //2=yes
 uint32_t sha1_idx;
 uint32_t encrypted; // 3=yes; 1=no
 uint32_t key_idx;
 uint32_t iv_idx;
 uint32_t compressed; // 2=yes; 1=no
} __attribute__((packed)) METADATA_SECTION_HEADER;

Комментарий:

Заголовки разделов метаданных расположены после заголовка метаданных в файле SELF.
Количество разделов указывается в элементе sectionCount в заголовке метаданных.
Они дешифруются с использованием AES128CTR с помощью записей ключа и ivec из информации метаданных.
Данные разделов дешифруются с использованием AES128CTR с ключом и ivec из ключей метаданных, заданных keyIndex и ivecIndex.
Секционные данные также должны быть несжаты с использованием zlib.
ДанныеОценты заголовков секций метаданных соответствуют, в общем, данным о данных о сегментах.
Это присутствует только в том случае, если присутствует заголовок метаданных.

Section Hash

typedef struct {
 uint8_t sha1[20];
 uint8_t padding[12];
 uint8_t hmac_key[64];
} __attribute__((packed)) SECTION_HASH;

Комментарий:

Ключи метаданных (хеш раздела) расположены после заголовков раздела метаданных в файле SELF.
Количество ключей указывается в элементе keyCount в заголовке метаданных.
Они дешифруются с использованием AES128CTR с помощью записей ключа и ivec из информации метаданных.
Если sha1Index указывает на ключ, тогда ключ [sha1Index] и ключ [sha1Index + 1] образуют 160-битный хеш. Key [sha1Index + 2] на клавишу [key [sha1Index + 6] образуют 512-битный ключ для HMAC-SHA1. HMAC-SHA1 рассчитывается по дешифрованным данным и перед декомпрессией.

Capabilities Info

typedef struct {
 uint32_t Type; // 1,2
 uint32_t capabilities_size; // capabilities  Type 1 0x30, Type 2 0x100
 uint32_t next; // 1 if there is another cap flag structure after this, 0 if not
 uint32_t unknown2;
 uint64_t unknown3;
 uint64_t unknown4;
 uint64_t flags;
 uint32_t unknown6;
 uint32_t unknown7;
} __attribute__((packed)) CAPABILITIES_INFO;

Signature

typedef struct {
 uint8_t r[21];
 uint8_t s[21];
 uint8_t padding[6];
} __attribute__((packed)) SIGNATURE;

Комментарий:

Подпись находится после информации подписи в файле SELF.
Это даже присутствует, если информация подписи отсутствует.
Он расшифровывается с использованием AES128CTR с помощью записей ключа и ivec из информации метаданных.

Self Section Info

typedef struct {
 uint8_t *data;
 uint64_t size;
 uint64_t offset;
} SELF_SECTION;

ErikPshat · 01.12.2016, 10:03

funsnake, share a secret

funsnake · 01.12.2016, 19:58

Сообщение от ErikPshat

funsnake, share a secret

a Huge secret

Well , you must talk to catalinnc.

Ask him for "[the PS3] [OFW] Angry_Birds_Star_Wars_PS3-of iCON [BLUS31273] 450MB " , the method he used to bypass

**rhish777** · 01.12.2016, 22:11

Сообщение от ErikPshat

funsnake, share a secret

Да нет тут никакого секрета. В этой игре есть установочный патч а в этом патче лежит тот самый ебоот который яко бы кто то подписал.
Очевидно школьник хочет привлечь внимание.

Вот тот самый файл. EBOOT.BIN

funsnake · 01.12.2016, 22:31

Сообщение от rhish777

Да нет тут никакого секрета. В этой игре есть установочный патч а в этом патче лежит тот самый ебоот который яко бы кто то подписал.
Очевидно школьник хочет привлечь внимание.

Вот тот самый файл. EBOOT.BIN

First i don't want attention , just trying to help.

Second, This game has an installation patch ???? well , theres no patch , but if you insist... ok...

Enjoy your opinion

**rhish777** · 01.12.2016, 22:45

Сообщение от funsnake

First i don't want attention , just trying to help.

Second, This game has an installation patch ???? well , theres no patch , but if you insist... ok...

Enjoy your opinion

Есть патч у этой игры. Он вшит в самой игре в папке PS3_GAME\INSDIR\DATA000.PKG
Название патча UP0002-BLUS31273_00-ABSTARWARSMANUAL

Можно попробовать сконвертировать игру нашем методом. Уверен что она запустится.

Спасибо тебе за инфу.

funsnake · 01.12.2016, 23:01

Сообщение от rhish777

Есть патч у этой игры. Он вшит в самой игре в папке PS3_GAME\INSDIR\DATA000.PKG
Название патча UP0002-BLUS31273_00-ABSTARWARSMANUAL

Можно попробовать сконвертировать игру нашем методом. Уверен что она запустится.

Спасибо тебе за инфу.

OK, thanks for the sugestion

: Blush:

ErikPshat · 24.12.2016, 09:36

scetool -v -0 SELF -1 FALSE -s FALSE -2 001C -m 5EFD40560392AEC490EF8406E060988483F4BA94FD5DBB09A7BF2818EBAFE06600000000000009E0000000010000000700000034000000300000000000000000 -3 1010000001000003 -4 01000002 -5 NPDRM -A 0001000000000000 -6 0004004000000000 -7 TRUE -8 0000000000000000000000000000000000000000000000000000000000000000 -9 00000000000000000000000000000000000000000000003B0000000100002000 -b FREE -c UEXEC -f UP0002-BLUS31273_00-ABSTARWARSMANUAL -g EBOOT.BIN -j TRUE -e EBOOT.BIN.elf EBOOT.BIN.ENC

ErikPshat · 30.12.2016, 04:40

Сообщение от rhish777

Меня первое что смущает - это то, что первый Metadata Offset 0x00000480 такой всегда выходит.
А у подписанных EBOOT.BIN самой сони он такой Metadata Offset 0x000004A0

Это потому, что scetool генерирует секцию SCE Version только в 0x10 байт, т.е. Present=FALSE.
А должен генерировать в Present=TRUE, это когда в секции SCE Version презентуются дополнительные данные, ещё на 0x20 байт.

Секция SCE Version имеет позицию 0x00000390 и должна иметь размер 0x30 байт, вместо 0x10.
Вот на картинке желтым цветом секция SCE Version, синим цветом - размер 0x30.
Следом идёт секция 00000001 - Control Info [Flags] - размером 0x30
Следом идёт секция 00000002 - Control Info [Digest] - размером 0x40
Следом идёт секция 00000003 - Control Info [NPDRM] - размером 0x90

SCE Version.png

Поэтому Metadata Offset 0x00000480 съезжает на 0x20 байт назад.

P.S. Добавил во вложение в шапку файлы закладок для Hex Workshop, а как ими пользоваться есть инструкция здесь.

**E2E41** · 25.04.2017, 08:42

для сведения последние блок из EBOOT.BIN от патча длинною 8 это последняя часть контрольной суммы SHA-1 если выкинуть блок длинною 30

ErikPshat · 25.04.2017, 15:32

E2E41, ах, ты имеешь в виду, что в EBOOT.BIN из PSN последние 8 байт являются частью контрольной суммы SHA-1 всего файла, без учёта последних 0x30 (48) байт. Ну так ведь и надо объяснять по-русски

Да, действительно так, спасибо за полезную информацию

Вот я скачал Update-патч для игры "AFRO SAMURAI [BLUS30264]". Извлёк из PKG файл EBOOT.BIN, выделил от начала до конца весь файл и отступил от конца 0x30 байт, потом посчитал контрольную сумму SHA-1 выделения:

AFRO SAMURAI [BLUS30264].png

SHA-1: F9302F5AC6AEAC7D1B8B76282AAAF64C1F1F65CE

**YAGAMI55** · 01.05.2017, 21:44

Кто знает в демке DmC есть .sprx?
если есть, скиньте EBOOT.BIN и .sprx
хотя мне кажется FULL в DEMO превратится
но похимичу,если скините,сам не могу скачивать игрухи с нэта,извиняюсь,но трафиковая система до сих пор в моем гос-ве

YAGAMI55 добавил 01.05.2017 в 21:44
ErikPshat, вопрос к тебе непосредственно, хотя и другие помогут если скажут мне как запустить PSN "FREE" игры
например Bioshok 2 из Rapture Edition
суть такая-pkg игра,устанавливается с диска,но без самого диска не играется(привязка к LIC.DAT)
если поместить LIC.DAT и LIC.EDAT в игру,ничего не меняется
если поменять у игры HG на DG то LIC.EDAT виден для запуска,запускается игра,но поврежденные данные надпись красуется

ErikPshat · 02.05.2017, 09:56

Сообщение от YAGAMI55

если есть, скиньте EBOOT.BIN и .sprx

Есть: http://rgho.st/8cMZk2mlP
Скачал демку "NPEB90473 DmC Devil May Cry Demo", вроде ты её хотел. Залил во вложение, пригодится.
Только в EBOOT.BIN и в SPRX в секции NPD записан ContentID

00000440 4E 50 44 00 00 00 00 01 00 00 00 03 00 00 00 01 NPD.............
00000450 45 50 30 31 30 32 2D 4E 50 45 42 39 30 34 37 33 EP0102-NPEB90473
00000460 5F 30 30 2D 44 4D 43 44 45 4D 4F 30 30 30 30 30 _00-DMCDEMO00000
00000470 30 30 30 31                                     0001

Так что тебе придётся дисковую версию под этот NPEB90473 и ContentID подгонять. Либо в этой секции менять ContentID на дисковый и подсчитывать новую контрольную сумму. Ну ты думаю знаешь как это делается при подписывании файлов с новым ContentID через make_npdata, тем более уже найдена контрольная сумма всего файла, записанная в конце.

По поводу вопроса ко мне, то я фиг знает что с этим делать. Я предлагаю заняться доработкой исходников scetool, там требуется только дописать этот недостающий блок 0x30 байт, появившийся в NP TRUE.

in1975 · 02.05.2017, 16:48

Сообщение от ErikPshat

Я предлагаю заняться доработкой исходников scetool, там требуется только дописать этот недостающий блок 0x30 байт, появившийся в NP TRUE.

ErikPshat, а что в этих 30 байтах д.б ?

ErikPshat · 02.05.2017, 19:48

Сообщение от in1975

ErikPshat, а что в этих 30 байтах д.б ?

Вот на скриншоте я выделял жёлтым цветом: https://www.pspx.ru/forum/showpost.php?p=1109690

Там на дисковых EBOOT.BIN и SPRX эта жёлтая секция имеет размер 0x10 (16) байт - одна строка 16-ричного кода.
А в NP (из PSN) EBOOT.BIN и SPRX эта жёлтая секция имеет размер 0x30 (48) байт - три строки 16-ричного кода.

Вот фактически в этом основная разница.
В жёлтой секции смотри, вторые 4 байта показывают TRUE 00000001 - это NP EBOOT.
А вот если вторые 4 байта 00000000, значит это FALSE - это дисковый EBOOT.
Ну и в NP эти 2 строчки с кодом не хватает, поэтому не запускается переподписанный с HDD и нельзя переподписать Мультимен.

Ну возьми любой NP EBOOT и декриптуй. Потом снова подпиши, он получится дисковы и сравни с оригиналом. Там я выложил HBK для дискового и NP, он всё покажет.

in1975 · 02.05.2017, 20:19

ErikPshat, первые 16 байт (0х10) одинаковые у всех дисковых EBOOT.BIN (у разных игр)

ErikPshat · 02.05.2017, 20:30

in1975, да, поэтому у дисковых стоит в третьих 4 байтах 00000010 вместо 00000030 - это размер этой секции, где я выделил синим прямоугольником.

Только не пиши биты - это одна восьмая от одного байта

1 байт = 8 бит.