Forum CDRinfo.pl - PS3xport od Kakaroto

Forum CDRinfo.pl (https://forum.cdrinfo.pl/)

- Homebrew (https://forum.cdrinfo.pl/f106/)

- - PS3xport od Kakaroto (https://forum.cdrinfo.pl/f106/ps3xport-od-kakaroto-94070/)

Ktoś się tym bawił głębiej? Dawno temu ucieszyłem się że odczytuje i wypakowuje, ale nie sprawdziłem czy tworzy nowe. ;p

No więc robię tak:

1. Odczytuję OpenPSID (czymkolwiek jest ;p).

Kod:

ps3xport SetKeysFile klucze/keys.conf ExtractPSID SYSBACKUP klucze/OpenPSID.bin

2. Wypakowuję fanty z backupu, który wyrzuciłem do folderu "SYSBACKUP".

Kod:

ps3xport SetKeysFile klucze/keys.conf SetDeviceID klucze/IDPS_DEX.bin SetPSID klucze/OpenPSID.bin Dump SYSBACKUP SYSBACKUP_EXT

3. Wyrzucam cały chłam z "SYSBACKUP_EXT" zostawiając jedynie dane:
dev_flash2\etc\xRegistry.sys
dev_hdd0\home\00000001\exdata\*.rif i edaty

4a. Robię backup NIE zabezpieczony (i działa):

Kod:

ps3xport SetKeysFile klucze/keys.conf SetPSID klucze/OpenPSID.bin CreateBackup SYSBACKUP_nowy SYSBACKUP_EXT -

4b. Chcę zrobić zabezpieczony i krzyczy, że za mało argumentów... WTF?

Kod:

ps3xport SetKeysFile klucze/keys.conf SetDeviceID klucze/IDPS_DEX.bin SetPSID klucze/OpenPSID.bin CreateBackup SYSBACKUP_nowy2 - SYSBACKUP_EXT

Składnia programu:

Kod:

Usage: ps3xport command [argument ...] [command ...]

  Commands : 

  SetKeysFile filename:

      Set the path to the keys.conf file  (default: keys.conf)

  SetDeviceID (HEX|filename):

      Set the DeviceID needed for decrypting archive2.dat

  SetPSID (HEX|filename):

      Set the OpenPSID needed for creating new backups

  ExtractPSID backup_dir output:

      Extract the OpenPSID from a backup directory

  ReadIndex archive.dat:

      Parse the specified index file and print info

  ReadData archive_XX.dat:

      Parse the specified data file and print info

  Decrypt archive[_XX].dat decrypted.dat:

      Decrypt the given .dat file

  Dump backup_dir destination_dir:

      Extract the whole backup to the destination directory

  ExtractFile backup_dir filename destination:

      Extract from a backup a specific file

  ExtractPath backup_dir path destination_dir:

      Extract from a backup all files matching the specified path

  DeleteFile backup_dir filename:

      Delete from a backup a specific file

  DeletePath backup_dir path:

      Delete from a backup all files matching the specified path

  DeleteProtected backup_dir

      Deletes the copy-protected files from the backup

  Add backup_dir directory:

      Add the given directory and subdirs to the backup

  AddProtected backup_dir directory:

      Add the given directory and subdirs to the copy-protected backup

  CreateBackup backup_dir content protected_content

      Create a new backup with a content dir and a copy-protected content

        Set the content path to '-' to ignore it

Nie ma. Jak wykorzystasz limit to pozostaje Ci z poziomu recovery opcja Restore PS3 System. Zakładasz potem konto użytkownika (powiedzmy, że to jest to zerowanie o które pytasz bo zaczynają się wtedy znowu od 00000001) i spinasz je z kontem SEN (prawdopodobnie dopiero wtedy stare save'y i trofea zaczynają działać bo NPAccountID ma najwyższy priorytet, a ustawiany jest dopiero kiedy masz konto). Co jeśli nigdy nie miałeś konta SEN? Tego nie wiem, głowy za to nie dam, ale wydaje mi się że wtedy już nigdy nie przypiszesz save'ów pod siebie. Cały czas oczywiście rozmawiamy o OFW. Na CFW takie problemy są do rozwiązania na kilka sposobów.

A jak to odkryłem? Ano tak, że teraz często gry mają auto save i to "na jednym slocie". Mam uraz psychiczny z czasów PSX i PS2 kiedy wyłączenie prądu podczas zapisu save'a powodowało wyczyszczenie karty (PSX) lub uszkodzenie save'a (PS2), a wiele save'ów na PS3 nie robią dwóch pod rząd (np. Demon's Souls robi dwie kopie, Uncharted 3 trzyma save też w cache'u (Game Data w XMB)). Więc co jakiś czas robię kopię save'a, ale że na pendrive mogę mieć tylko jeden to wygodniej jest mi robić nowy profil i tam po każdej dłuższej sesji kopiować save'a. Pewnego dnia konsola mnie poinformowała, że już więcej nie mogę zrobić profili mimo, że tych 16 nie wykorzystałem. Wlazłem do /home i tam zauważyłem, że ostatnią cyfrą jest 00000255 (logika by nakazywała 99999999, ale to Sony, więc logika nie obowiązuje ;p).

Heh, nie ma sposobu na wyzerowanie tego licznika w CellOSie ?

Nie można. Ponieważ:

1. Profile są w "/dev_flash2/etc/xRegistry.sys" (każdy ma przypisany identyfikator NPAccountID i numer w "dev_hdd0/home/") do którego dodawać cokolwiek jest dość ryzykowne.

2. Ilość profili jest zdefiniowana gdzieś w systemie (w binarkach), a nie plikach konfiguracyjnych na HDD.

Jedyne co możesz zrobić to sobie dodać w home kolejny numer użytkownika, ale bez odwzorowania w "rejestrze" to chyba nawet tego nie przywróci.

I tam też jest limit 255 użytkowników. Po przekroczeniu tego, na OFW trzeba... formatować HDD i ustawiać użytkowników ręcznie przez dopasowywanie kont na SEN bo CellOS jest niezdolny przydzielić nowemu użytkownikowi już nie używany numer (zawsze zwiększa o kolejny). :sciana:

Mam takie pytanie, czy można zwiększyć limit profili na konsoli tym narzędziem? (teraz to chyba jest maks. 16)

Ja wiem, że chodzi o C00 bo te można aktywować z buta przez ReactPSN (chyba tak to się nazywało). Nie potrzebne są *.rif czy (wykastrowane *.rif) *.raf. To w zasadzie nie są dema tylko pełne wersje gier, które "się odblokowują" po znalezieniu licencji. Ale to na CFW, na OFW whitelistowane są inne klucze niż te które zna scena.

Tak ja uważam, nie testowałem, ani szczególnie nie zgłębiałem tematu (ale że EBOOT/SELF i SPRX się nie odpali to jestem już więcej niż pewien ;p).

- - -

Dobra, znalazłem coś ciekawego:
http://playstationhax.it/forums/topi...eta-wip/page-3

Cytat:

althought we can't do that stuff on the con to do the ECDSA sig check you can still do the resigning on the PC cause e(s)dat stuff do not need ECDSA sig check.

Z tym że to dotyczy demek posiadających folder C00 - znaczy takich które są w wersji trial np. Child of Light. Demka takie jak Mortal Kombat już nie ujdą.
Podałbym Ci linka ale strona (znowu) padła.

Głowy za to nie dam, ale nie sądzę. Przyjmijmy jednak że się mylę i *.edat dają się poprawnie wygenerować przez aktualnie posiadaną wiedzę na temat formatu i klucze. To i tak jest to niebezpieczne bo licencje te nie pokryją się z kupionymi. Gdyby Sony zaczęło to sprawdzać, posypałyby się banany. ;) Na OFW nie da się potem usunąć tych danych bez usuwania konta użytkownika lub formatowania dysku twardego (na konsolach z NAND, exdata są chyba we flashu, a nie HDD).

Ostatnio poczytałem na forach i na taką ciekawostke na trafiłem - idzie dograć odpowiedni EDAT(do demka) do niechronionego archiwum i działa :wow:

Jeśli jest podobny do tego to tak:
http://www.psdevwiki.com/ps3/IDPS
Ostateczny test to i tak test na backupie, ale jeśli masz coś co strukturą przypomina powyższe to możesz być niemal w 100% pewien, że jest poprawny.

Od teraz czuj się właścicielem systemowych kopii i save'ów (bo nie byłeś). :D

- - -

Osoby które przekonwertowały konsole na DEX lub z powrotem z DEX na CEX, a kopię wykonywały na CEX, muszą zmienić w IDPS TargetID z debugowego na zgodny z pierwotnym regionem.

- - -

Są jeszcze dwa narzędzia oparte o ps3xport:
- http://playstationhax.it/forums/topi...pack-by-flatz/
- http://www.ps3hax.net/showthread.php?t=80487

IDPS wyciągniety twoją radą :spoko:
Ma 16 znaków więc chyba się zgadza :D

Klucze używane do podpisywania archiwów utworzonych przez Narzędzie Systemowej Kopii są statyczne, czyli takie które jak dotąd posiada każda wersja firmware każdej konsoli PS3. Klucze te Sony może zmienić w każdej chwili w nowszej wersji firmware. Technicznie jest to jak najbardziej wykonalne - ale biznesowo już raczej mało prawdopodobnie ponieważ dochodziłoby do sytuacji w której Kowalski zrobił sobie kopię, zdechła konsola, kupił nową z nowszym fw gdzie klucze już zostały zmienione i zapewne nieźle by się wkurzył nie mogąc tej kopii przywrócić.

Osobną kwestią jest IDPS, czyli jeden z wielu unikalnych dla każdej konsoli z osobna kluczy. Sony zmienić go nie może, ale jedyny jak na razie sposób na jego odczytanie na OFW (na CFW nie ma z tym problemów) jest podsłuchanie komunikacji konsoli z SEN. Wspomniany wcześniej program IDPStealer przestanie niedługo działać ponieważ Sony zmieni klucze i być może certyfikaty używane do połączenia z SEN.

Pamiętaj też, że Sony banuje konsole po tym kluczu. Jest pożądany na giełdach itp. przez osoby które już bana dostały. Więc należy zachować ostrożność używając tego typu programów. Chodzi o to, że oprócz odczytu może także wysłać Ci go w świat i dostaniesz za jakiś czas bana jeśli ktoś go użyje na swojej konsoli np. do łączenia się z SEN na CFW. Dlatego polecam odpalić ten program na maszynie wirtualnej, a na routerze na ten czas zablokować wszystkie połączenia z internetem poza domeną playstation.net. Wówczas po sczytaniu klucza, kopiujesz go sobie do hosta, a maszynę wyrzucasz do śmietnika (eliminuje to ryzyko trojana, który mógłby wysłać IDPS jak już "odblokujesz internet").

Z ciekawości, klucz(?) potrzebny do podpisania tych plików jest niemożliwy do zdobycia jak na ten czas czy to kwestia krótkiego czasu aż pojawi się coś do podpisywania na scenie?

Tak, pod warunkiem, że:

1. Masz IDPS tej konsoli z OFW. Jak nie masz to sczytuj dopóki działa, ten klucz bierze także udział w podpisywaniu save'ów i trofeów.

2. Owe mody nie są plikami wykonywalnymi (ponieważ nie da się ich poprawnie podpisać). Czyli pod warunkiem, że nie są to kontenery EBOOT, SELF i SPRX, a jedynie zewnętrzne zasoby gry.

IDPS potrzebny dlatego, że "dev_hdd0/game/" jest w drugim, chronionym archiwum. Nie wiem czy można te archiwa dowolnie tworzyć (jeśli można to game wrzuciłoby się do pierwszego i IDPS nie byłby potrzebny).

Po za tym trzeba pamiętać o tym, że przy przywracaniu takiej systemowej kopii, cała zawartość dysku twardego jest kasowana i zastępowana tą z kopii.

Dzięki temu da radę dograć mody do GTA V? Skyrima? Mortal Kombat?

W zasadzie to nic się nie dzieje. Narzędzie super, ale przekiszone w szufladzie dwa lata. ;p

IDPStealer v0.1 od Flatza, ale będzie działać pewnie krótko. I szczerze powiedziawszy to ja bym bał się tego używać, wystarczy tylko odrobinę złej woli aby Twój IDPS poszedł w świat na giełdę.

Avast mówi, że to zło. ;)

Cytat:

Napisany przez szczuru (Post 1307024)

Mamy już także narzędzie do wydobywania IDPS z konsol z OFW bez dodatkowego osprzętu ;)

O a tego nie slyszalem a jak sie zwie ?

Mamy już także narzędzie do wydobywania IDPS z konsol z OFW bez dodatkowego osprzętu ;)

Działa: :)

http://forum.cdrinfo.pl/attachments/...o-ps3xport.png

Wyjaśniło się, a w zasadzie potwierdziło się że Sony pakuje do bakapu CAŁĄ zawartość wszystkich partycji. To jest tak głupie i bezsensowne, że nie wiem nawet jak to skomentować...

Wymagany "keys.conf" (może być kodowanie windowsowe):
https://github.com/kakaroto/ps3xport...79a4612c6cdb0e

Wymagany też IDPS (hex, nazwa pliku dowolna).

PS3xport od Kakaroto

http://kakaroto.homelinux.net/2014/1...port-released/

Program pozwala na odczyt plików, które generuje Narzędzie Systemowej Kopii Zapasowej w PS3. A więc można tam wgrać dowolne dane*, a co za tym idzie dowolne dane na OFW. Niestety drugi zasób wymaga znania IDPS, którego na OFW nie da się odczytać**... więc gier i ich licencji nie da się póki co tak przenieść.

*przewidziane przez SBU, więc nie takie znowuż dowolne ;p
*teoretycznie można by spróbować bruteforce na PFD save'a

Cytat:

Napisany przez Kakaroto

Hello everyone!

It***8217;s been quite a long time and I***8217;m very happy about that :p
Let***8217;s do the boring part first! This is my final release for the scene, I am not ***8220;coming back***8221; or anything like that, so don***8217;t get your hopes up, but I needed to release this so I***8217;d be officially done. I have never actually announced that I***8217;m leaving the scene but everyone figured it out. It wasn***8217;t originally done intentionally actually, but life caught up with me, work, family, lack of time, etc.. so I had little time to work on the ps3. Also, my motivation was mostly gone due to not finding anything interesting anymore, a lot of drama and I***8217;m not a huge fan of all the attention this all brings. I got into the scene because I was curious and I wanted to learn, and I have to say I***8217;ve learned a lot of things these past years and it was an incredible journey, but as I had lack of time and started breathing, I realized that I***8217;ve had enough of it so I left and I am very happy with that decision because you have absolutely no idea how much of a time drain and headache this was :p
Anyways, there was one thing I did just before I left, but I never got to release it, but today is your lucky day as it***8217;s release O***8217;clock where I am!. This release is a way to say Merry Christmas, Happy Holidays, etc.. to everyone, and a way for me to also say ***8220;I***8217;m done for good, I don***8217;t have anything left for you in a drawer somewhere***8221; :). I***8217;ve wanted to release this for a while now, and I even made a poll on ps3hax back in March 2012 asking people if I should (looks like ps3hax is down right now so here***8217;s the google cache version) and the general response was not to release it until it can be useful (when an npdrm workaround is found) with some people saying to release if nothing new happens in the scene.. and I think I***8217;ve waited long enough now to know nothing new on that front will happen.

So.. since I***8217;ve announced the release, I***8217;ve seen a lot of speculation about what it is and what it could be.. a lot of people seem to think (or mostly, want/hope for) a downgrade method, unfortunately that***8217;s not the case. I***8217;ve seen some ridiculous suggestions too, like someone asking if it***8217;s a way to run PS4 and Xbox One games on PS3.. I***8217;m sorry to say, that***8217;s not it either :p As I***8217;ve said in a tweet shortly after, this is nothing groundbreaking, this is code that hasn***8217;t been touched in 3 years, so it***8217;s already 3 years old, but I think it***8217;s still something that can be very useful to the community.

So here it is, I***8217;m introducing to you : PS3xport! I***8217;ve uploaded it to my github account here : https://github.com/kakaroto/ps3xport

What does it do? Well, it***8217;s basically a tool for manipulating the PS3 backup data. When I say ***8220;PS3 backup***8221;, I***8217;m not talking about a ***8220;backup***8221; of a game, no.. I***8217;m talking about the full PS3 hard drive backup that you can do by going to ***8220;System Settings->Backup Utility***8221; on your XMB. That creates an encrypted directory on your FAT32 hard drive which allows you to format your PS3 and then Restore it just like it was before. I***8217;ve reverse engineered the file format and encryption and PS3xport allows you to create new backup data from scratch, or dump existing ones, or delete specific files from a backup or do a whole lot of other things to your backup folders. This gives you total control over your /dev_hdd0 and /dev_flash2 filesystems, which will let you install homebrew on any console, even if it***8217;s the latest OFW version. Unfortunately, just like it was 3 years ago, you wouldn***8217;t be able to run those homebrew apps you install due to the NPDRM ECDSA signature missing. If you have your IDPS though for example, it could let you restore a backup from one PS3 to another PS3 without losing any of your data in the transfer.

So.. what***8217;s this about ***8220;your IDPS***8221;? yes, the backup has two sets of files, some can be decrypted right away and some can***8217;t because they are encrypted with your IDPS (your unique ps3 device id) which is why they can***8217;t be restored on a different ps3. If you have a CFW, you can easily get your IDPS (I***8217;ve written a small tool to do that, released on github, but apparently MM and Webman will also give you that information) and that will give you total control over your backup data as you would be able to decrypt and reencrypt it. If you have OFW and can***8217;t get your IDPS, then you will not be able to dump/decode all the files from your backup, but you will still be able to create a backup that can be restored on your PS3 with no limitations (this means for example that you can restore a backup from a CFW into an OFW without any issues). I was told however that someone can get IDPS from OFW consoles and in light of this release, they might release their method soon, I can***8217;t say more than that though, but be patient and good things come to those who wait :)

So my release is in two parts. First, the documentation of the file format was added to the ps3devwiki so any developer can understand how the backup archive files are created and can create their own tools. Reverse engineering that format took months of work and I won***8217;t go into too much details about what had to be done to figure out the format but it was an incredibly long and difficult task to do that I had a lot of fun in doing. The second part of the release is of course the release of the ps3xport tool. The tool is quite powerful and you can do a lot of things with it, but it***8217;s a command line only tool and I honestly just tested it on Linux, it***8217;s not really my job at this point to make a windows build, or make a GUI around it, etc.. but I***8217;m sure it won***8217;t be long before others in the scene pick it up and make a nice GUI for it and release windows binaries. I***8217;ve written a nice README file so everyone can understand how the tool works and what it can do. I remember though that 3 years ago just before I stopped working on it, I wanted to add a ***8220;AddPKG***8221; command to it which would just ***8216;install***8217; a pkg into the backup data automatically, unfortunately, I never got to do it, but it should be easy to do. While I***8217;m at it, I***8217;m also releasing a pkg extraction tool which I found in an old directory (cool thing is the -p option in it, try it***8230;) as well which is a PKG extraction tool that uses the PagedFile mechanism (see below) to allow for very fast pkg file access with very little memory usage even for huge pkg files, any dev can probably mix those two together to add the AddPKG feature to ps3xport.

On the software front, ps3xport.c will parse the commands then use the archive_* API which is in archive.c. That will contain all the functions needed to manipulate the archive files. It uses a ChainedList which is my rudimentary implementation of a GList-like ordered list and the archive API also uses PagedFile objects which are pretty cool. PagedFiles are a wrapper around a file which allows you to read/write to a file using pages (I set it to 64KB per page I think) so it limits the hard drive access. The cool thing about it is that it has encryption and hashing built in, so you can just set the encryption key or ask for the file to be hashed, and whenever you read/write, the encryption will be done transparently, and the coolest thing about it is that you can actually seek in the encrypted file and it will still work (it recalculates the required IV whenever you seek). The encryption there works on the stream, so you don***8217;t need to write blocks of 16 bytes every time (thanks to the paging of the data) and it has a cool ***8216;splice***8217; method which allows you to copy data from one PagedFile to another easily, so you could in theory re-encrypt a file using a different key using 5 function calls (open *2, set_key*2, splice).

That***8217;s about it.

I***8217;m really happy about this release, and I want to say Merry Christmas/Happy New Year to everyone, and of course..

So long, and thanks for all the fish!