Post: Possible encryption exploit
Options
03-04-2011, 05:10 AM
#1
Norman
NORMAN
1 reveres engineering skills.
2 basic knolage of encryption/decryption
3 an innovating brain.
Alright so the exploit is as following
1 we Need to first find a eboot that is not npdrm encrypted.
2 we take the self and decrypt it using the 3.56 public keys.
3 we take the original .self, and the new .elf (this is where it gets controversial.) and we put them in some program that can calculate the keys from a before/after scenario. So it would see what the elf is, and compare the elf with the self, to find the algorthim it uses to encrypt the elf.
Elf= unencrypted self
Self= encrypted executable.
This seems like a method that could work, but then agai could it really be that easy?
03-05-2011, 11:33 PM
#20
Ritztro
I am a Game Developer
Originally posted by norman
Alright so what we first need to cover is the requirements
1 reveres engineering skills.
2 basic knolage of encryption/decryption
3 an innovating brain.
Alright so the exploit is as following
1 we Need to first find a eboot that is not npdrm encrypted.
2 we take the self and decrypt it using the 3.56 public keys.
3 we take the original .self, and the new .elf (this is where it gets controversial.) and we put them in some program that can calculate the keys from a before/after scenario. So it would see what the elf is, and compare the elf with the self, to find the algorthim it uses to encrypt the elf.
Elf= unencrypted self
Self= encrypted executable.
This seems like a method that could work, but then agai could it really be that easy?
1 reveres engineering skills.
2 basic knolage of encryption/decryption
3 an innovating brain.
Alright so the exploit is as following
1 we Need to first find a eboot that is not npdrm encrypted.
2 we take the self and decrypt it using the 3.56 public keys.
3 we take the original .self, and the new .elf (this is where it gets controversial.) and we put them in some program that can calculate the keys from a before/after scenario. So it would see what the elf is, and compare the elf with the self, to find the algorthim it uses to encrypt the elf.
Elf= unencrypted self
Self= encrypted executable.
This seems like a method that could work, but then agai could it really be that easy?
(1). You are trying to decrypt an already decrypted self (aka debug)
(2). You are trying to use the 3.56 key to decrypt a self to find a 3.56 key.
(3). The key you are looking for is the one you are trying to decrypt with.
(4). The keys are in the ps3 and they wont show up in the eboot.
(5). You have no clue what you are talking about and you are trying to get someone smart to do this for you even though its not possible.
The following user thanked Ritztro for this useful post:
03-05-2011, 11:43 PM
#21
Norman
NORMAN
Originally posted by Dutch
(1). You are trying to decrypt an already decrypted self (aka debug)
(2). You are trying to use the 3.56 key to decrypt a self to find a 3.56 key.
(3). The key you are looking for is the one you are trying to decrypt with.
(4). The keys are in the ps3 and they wont show up in the eboot.
(5). You have no clue what you are talking about and you are trying to get someone smart to do this for you even though its not possible.
(2). You are trying to use the 3.56 key to decrypt a self to find a 3.56 key.
(3). The key you are looking for is the one you are trying to decrypt with.
(4). The keys are in the ps3 and they wont show up in the eboot.
(5). You have no clue what you are talking about and you are trying to get someone smart to do this for you even though its not possible.
None of the above:\
Lol I'm trying to ask someone with reveres engineering experians if they think they can get private keys from the comparison from the encrypted file and the decrypted file.
03-06-2011, 01:40 AM
#22
Foolnesss
< ^ > < ^ >
Originally posted by norman
Alright so what we first need to cover is the requirements
1 reveres engineering skills.
2 basic knolage of encryption/decryption
3 an innovating brain.
Alright so the exploit is as following
1 we Need to first find a eboot that is not npdrm encrypted.
2 we take the self and decrypt it using the 3.56 public keys.
3 we take the original .self, and the new .elf (this is where it gets controversial.) and we put them in some program that can calculate the keys from a before/after scenario. So it would see what the elf is, and compare the elf with the self, to find the algorthim it uses to encrypt the elf.
Elf= unencrypted self
Self= encrypted executable.
This seems like a method that could work, but then agai could it really be that easy?
1 reveres engineering skills.
2 basic knolage of encryption/decryption
3 an innovating brain.
Alright so the exploit is as following
1 we Need to first find a eboot that is not npdrm encrypted.
2 we take the self and decrypt it using the 3.56 public keys.
3 we take the original .self, and the new .elf (this is where it gets controversial.) and we put them in some program that can calculate the keys from a before/after scenario. So it would see what the elf is, and compare the elf with the self, to find the algorthim it uses to encrypt the elf.
Elf= unencrypted self
Self= encrypted executable.
This seems like a method that could work, but then agai could it really be that easy?
I believe it's knowledge but idk...
03-06-2011, 01:55 AM
#23
Ritztro
I am a Game Developer
Originally posted by norman
None of the above:\
Lol I'm trying to ask someone with reveres engineering experians if they think they can get private keys from the comparison from the encrypted file and the decrypted file.
Lol I'm trying to ask someone with reveres engineering experians if they think they can get private keys from the comparison from the encrypted file and the decrypted file.
That is not possible!! LOL! You are trying to take a debug eboot, unself it to an elf. All that does is take off the header. It doesnt decrypt it too much... Also the keys are in the ps3. That is what I said above. Those werent options they were statements as to why what your trying to do is not possible.
03-06-2011, 02:21 AM
#24
Norman
NORMAN
Originally posted by Dutch
That is not possible!! LOL! You are trying to take a debug eboot, unself it to an elf. All that does is take off the header. It doesnt decrypt it too much... Also the keys are in the ps3. That is what I said above. Those werent options they were statements as to why what your trying to do is not possible.
no not a debug eboot. a retail eboot, decrypt it with the public keys and compare with the encrypted. and i dont think it is possible lol
Copyright © 2026, NextGenUpdate.
All Rights Reserved.
