|
General software and network General OS-independent software and network questions, X11, MTA, routing, etc. |
|
Thread Tools | Display Modes |
|
|||
Mounting encryped UFS2 on *BSD, custom partition table, Big Endian
Hello,
this is my first thread and to be honest, first contact in any BSD operating system. For years I'm using Windows and Linux. However, I like learning new stuff and today is perfect occasion. Also, sorry for my bad English but it is not my native language and I don't have any linguistic skills, enough to say I learned it only from just playing video games. Oh, and I'm not interesting in any OS war, all my compares with Linux are for seeking parallel solutions. Most of the questions will be quite noobish so please for patience. ^^ In my PlayStation 3, main partition is in UFS2 file system. I have successfully fully decrypted it on Linux and also have access to some data on Windows. However, only reading is possible, not write. On Linux we have experimental write support in ufs kernel module but it is far from trustworthy solution (also transfer rate is for some reason slow). So, since CellOS (PS3 operating system) is some kind of FreeBSD fork and UFS2 is native BSD family file system, then the best solution would be to use just *BSD for such task, right? And here are the problems. But before I describe how I doing it on Linux and asking for similar tools and help with syntax in BSD world, I must explain that this is NOT related to any kind of piracy (HDD keys are uniqe per unit and games must be bought or will not work, so this is not any kind of easy pirating stuff junk solution, but my fetish to IT forensics and seeking a way to be free from Sony servers in backup restoring manners).
Here is how procedure looks like on Linux: Code:
losetup loop1 /home/mint/ps3/disk.img insmod '/home/mint/ps3/bswap16-ecb.ko' cryptsetup create -c bswap16-ecb -d /dev/zero ps3hdd-bs /dev/loop1 cryptsetup create -c aes-cbc-null -d /home/mint/ps3/ata_key.bin -s 192 ps3hdd /dev/mapper/ps3hdd-bs kpartx -a /dev/mapper/ps3hdd cryptsetup create -c aes-xts-plain64 -d /home/mint/ps3/vflash_key.bin -s 256 -p 8 ps3vflash /dev/mapper/ps3hdd1 kpartx -a /dev/mapper/ps3vflash mount -t ufs -o ufstype=ufs2,ro /dev/mapper/ps3hdd2 /home/mint/ps3/dev_hdd0 mount -t vfat /dev/mapper/ps3hdd3 /home/mint/ps3/dev_hdd1 mount -t vfat /dev/mapper/ps3vflash2 /home/mint/ps3/dev_flash1 mount -t vfat /dev/mapper/ps3vflash3 /home/mint/ps3/dev_flash2 mount -t vfat /dev/mapper/ps3vflash4 /home/mint/ps3/dev_flash3 Thank You for Your attention. Best regards, - P.B. |
|
|||
Acording to Freebsd's geli(8) AES-CBC with keylength of 192 is supported:
Code:
-e ealgo Encryption algorithm to use. Currently sup- ported algorithms are: AES-XTS, AES-CBC, Blowfish-CBC, Camellia-CBC, 3DES-CBC, and NULL. The default and recommended algorithm is AES-XTS. NULL is unencrypted. -l keylen Data Key length to use with the given crypto- graphic algorithm. If the length is not spec- ified, the selected algorithm uses its default key length. AES-XTS 128, 256 AES-CBC, Camellia-CBC 128, 192, 256
__________________
You don't need to be a genius to debug a pf.conf firewall ruleset, you just need the guts to run tcpdump |
|
|||
Just found https://www.psdevwiki.com/ps3/Building_FreeBSD_World , but now I really have to go ........
__________________
You don't need to be a genius to debug a pf.conf firewall ruleset, you just need the guts to run tcpdump |
|
|||
Thanks for the answers. geli and vnd checked. ^^ So the main problem left is BE>>LE and custom partition table (only kpartx have it so probably I'm out of luck now). I'll try different approach like i.e access to put out mapper via network for some BSD.
To get HDD keys, I need a hacked console (which I hacked and read all needed keys years ago). However, now I have fully original firmware which doesn't allow to run any kind of unsigned code and I don't want hack it again (also downgrade firmware is impossible without special service dongle and special software on pendrive). So I cannot run OtherOS >> Linux/FreeBSD from pendrive and/or internal HDD (this was removed from official firmwares many years ago for official reason as potential attack vector). My point of all of this is to not use console for reading data (and this can be already done on Windows/Linux) and writing data (here is why I turned my eyes to BSD because of full trustworthy support for UFS2). I'm now after the lecture of devfs and many related stuff. Quite harder than on Linux or it is just the first impression. ^^ |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
problem with mounting windows partition | Ondrej | NetBSD General | 4 | 2nd December 2016 03:26 PM |
Clean install of OpenBSD but keeping existing partition table | daemonbak | OpenBSD Installation and Upgrading | 8 | 27th May 2015 10:39 PM |
I think I just mangled my partition table | Mantazz | FreeBSD Installation and Upgrading | 2 | 2nd July 2009 09:55 PM |
FBSD 7.2 installation not seeing partition table correctly | Mantazz | FreeBSD Installation and Upgrading | 0 | 2nd July 2009 11:36 AM |
Mounting a FreeBSD UFS partition | roddierod | Solaris | 1 | 7th August 2008 02:02 PM |