Sponsored Links

Sponsored Links

Page 4 of 6 FirstFirst ... 23456 LastLast
Results 31 to 40 of 60



Thread: HDD encryption

  1. #31
    Toucan Sam CJPC's Avatar
    Join Date
    Apr 2005
    Posts
    2,174
    Sponsored Links
    Sponsored Links
    Quote Originally Posted by semitope View Post
    But they arent all different encryption right? Now that would be overkill...
    When it comes to the PS3, the standard is overkill.

    But generally speaking - yes, the algos and keys differ for each "section" of encryption, from the HDD, flash filesystem, encryptd files, etc!

  2. #32
    Registered User sapperlott's Avatar
    Join Date
    Nov 2009
    Posts
    129
    Sponsored Links
    Sponsored Links
    So to get the files that were floating around the net recently they had to get the UFS2 partition itself via knightsolidus' method, mount that partition loopback on Linux and then again decrypt the files that are in there? That sounds kinda backwards considering that this method relies on putting the stuff to be decrypted into a file that is contained in that very partition - kinda like a digital matroshka puppet. Mind boggling

    I'll have to take a look myself when I get to work - still have a nice little 20 GB HDD lying around there gathering dust.

  3. #33
    Registered User sapperlott's Avatar
    Join Date
    Nov 2009
    Posts
    129
    Sponsored Links
    Sponsored Links
    Okay - like I promised I tried putting a CF card in a CF-SATA adapter into the PS3. This sort of works depending on the card.

    I get the best results with a 8GB Transcend card:
    [Register or Login to view links]

    SanDisk cards didn't work at all (the PS3 didn't recognize the disk). A 16GB Extrememory card also didn't work (PS3 hung with this card inserted). My old trusty 4GB Kingston card worked but is dead slow.

    I use this DeLOCK adapter:
    [Register or Login to view links]

    This one seems to be identical (even the silkscreening on the PCB):
    [Register or Login to view links]

    This one could also work (and has an additional USB connector):
    [Register or Login to view links]

    Since the DeLOCK adapter only has threads on the bottom, I had to dremel the appropriate holes into the HDD caddy of the PS3. Fortunately two holes on the bottom are already there - only the wrong size. Just enlarge those two with a > 3mm diameter drill.

    The second adapter should work without any drilling since it has threads on the side as well as the bottom according to the pictures.

    CF cards as little as 4GB work but then you don't have much space left to store PSN content. 8GB seems to be a good compromise between free space and small image size when dumped.

    Another idea I just had is to skip the imaging step altogether. There are a few SATA cards available that support "target mode" on Linux. This means that they can mimic a SATA drive. That way we could emulate a SATA disk using a Linux PC and have the PS3 use a disk image on that PC directly as SATA disk. We then could edit this file directly on the PC with the PS3 turned off.

    Cards supporting target mode seem to be Broadcom 8603 based cards and Marvell gen2e cards (supported by the sata_mv Linux driver).

  4. #34
    Registered User moneymaker's Avatar
    Join Date
    Dec 2009
    Posts
    120

    Lightbulb

    Did anyone ever tried to undercover sumtin' 'bout HDD and everything else via a RAM dump ?

    I do believe that a 'nix system for sure have access to the bootloader that loads (sorry for the word-joke) the XMB (formerly the console OS), is it so impossible that there could be sumtin' useful loaded into RAM ?

  5. #35
    Registered User sapperlott's Avatar
    Join Date
    Nov 2009
    Posts
    129

    Question

    And how would we dump the RAM? That's quite difficult...

  6. #36
    Registered User moneymaker's Avatar
    Join Date
    Dec 2009
    Posts
    120
    Quote Originally Posted by sapperlott View Post
    And how would we dump the RAM? That's quite difficult...
    Maybe you don't... but someone else playing a bit with DD .. and delivering the file directly onto an external storage on the NIC through samba for example...

  7. #37
    Registered User sapperlott's Avatar
    Join Date
    Nov 2009
    Posts
    129
    So you're talking about dumping the RAM from Linux? Linux doesn't see all of the PS3's RAM and most certainly not the part where the initial bootloader resides. This is enforced by both the hypervisor and hardware in the CPU (MMU and IOMMU).

    The only way around this would be by using the DMA engines of the GPU for example since the GPU might be able to access more RAM than the logical partition in which Linux is running. That however would require quite a bit of coding and couldn't be facilitated by a simple dd.

    On a slightly unrelated note ... would anyone care to explain to me why I got -Repd for my previous post? I just stated that it's quite difficult to dump the relevant areas of memory.

  8. #38
    Forum Moderator PS3 News's Avatar
    Join Date
    Apr 2005
    Posts
    27,656
    Quote Originally Posted by sapperlott View Post
    On a slightly unrelated note ... would anyone care to explain to me why I got -Repd for my previous post?
    There really are no explainations required for Rep'ing here... some users +Rep/-Rep and some don't bother, so it basically comes down to personal preference and whether the reader liked the post or not.

  9. #39
    Registered User moneymaker's Avatar
    Join Date
    Dec 2009
    Posts
    120
    Quote Originally Posted by sapperlott View Post
    So you're talking about dumping the RAM from Linux? Linux doesn't see all of the PS3's RAM and most certainly not the part where the initial bootloader resides. This is enforced by both the hypervisor and hardware in the CPU (MMU and IOMMU).

    The only way around this would be by using the DMA engines of the GPU for example since the GPU might be able to access more RAM than the logical partition in which Linux is running. That however would require quite a bit of coding and couldn't be facilitated by a simple dd.
    I know the CBE archytecture is pretty much like a chinese-box but I'm not sure that through the SCC you could obtain something worse from it's DMAC, ..and.. for the GPU it's not mandatory to have access to system memory if this is what you meant, for sure not to the reserved memory for example, unless there is something I miss.

    However I don't believe a bootloader could reside in RAM while I do believe it's stored into a 4MB flash instead (usually /dev/sdb) and I dont see any good reason for it to be shadowed onto RAM, at least for the alternate-os one, maybe this lack of shadowing could somehow explain the not sky-high performance of every 'nix system I've seen so far kicked into that box.

    For sure many tries with a very specifically built kernel, crafted on purpose on the machine itself, have already be done, I'm sorry if my clue was pointless but I do believe the only way to decrypt HDD (and everything else before as well) is through a similar path.

  10. #40
    Toucan Sam CJPC's Avatar
    Join Date
    Apr 2005
    Posts
    2,174
    Yeah, for what its worth, the PS3 Linux bootloader is stored in the cell_os_ext_area (or something along those lines) on the flash of the system. Its a 4mb area, that gets mounted as dev/sda or /dev/sdb (depends on your system). You can write to it to update the bootloader, if you so please. There are also a few flags in there, for video mode, region, and what system (PS3 or OtherOs) to boot on well, next boot.

    As for getting code to survive the reboot, most chances of that were killed with 2.10, as there was preliminary hope witjh stuffing code in the GPU, but not much came from it.

 

Sponsored Links
Page 4 of 6 FirstFirst ... 23456 LastLast
Affiliates - Contact Us - PS3 Downloads - Privacy Statement - Site Rules - Top - © 2014 PlayStation 3 News