Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
4th September 2017, 08:53 | #221 | Link | |
Registered User
Join Date: Jun 2005
Posts: 259
|
Quote:
Brute force is a way to get keys from the dump but each key requires a different kind of verification and is obviously more time consuming then dumping data at fixed offsets. However, such a general implementation would also work with dumps from other rippers/players that have at least title keys (Leawo, etc.) so the effort seems worthwhile |
|
4th September 2017, 20:31 | #222 | Link |
Registered User
Join Date: Dec 2013
Posts: 490
|
I think the memory area we're usually searching for is a c-structure - and that the relevant information (volumeid, mediakey, vuk) is still there, but not in plaintext any longer... I also noticed that the beginning of the structure is different now, so basically it might be possible to detect if it's a plaintext structure or an obfuscated one without even validating the vuk, but for the moment I'll just check the version of DVDfab and Passkey and exit in case an unsupported version is discovered.
If anyone is interested: I already created a brute-force application that is simply searching for a valid VUK in a memory dump - using 4 threads that check simultaneously it takes about 2min to check all possible combinations in a 100mb binary file and personally I've no idea how I could optimize this any further (AES encoding / decoding is already done with libgcrypt because the internal purebasic methods are way too slow) and with 4 threads my cpu is already on it's limit. So for the moment it's easier to use an older release of the dvdfab applications (and I can install different releases without restarting windows - so I think it's no problem at all to switch to an older release for FindVUK and install the current one again afterwards). |
5th December 2017, 02:37 | #224 | Link | |
Registered User
Join Date: Jan 2002
Posts: 267
|
recently upgraded to 17.09 windows 10 release, and findvuk is now failing on the dump
Quote:
|
|
5th December 2017, 07:39 | #226 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
Will check tonight which exact version of procdump I am using and will also check with your version. Gesendet von meinem E5823 mit Tapatalk |
|
7th December 2017, 21:19 | #229 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
Unfortunately I don't get the PID when I start something with FindVUK - so all I could do is to retrieve it later and would also fail because I couldn't identify the correct process in case there are multiple running with the same name. So for the moment I think I'll just keep it as it is. |
|
22nd January 2018, 19:50 | #232 | Link |
Registered User
Join Date: Dec 2013
Posts: 490
|
New release 1.05 is now online - the list of new features is not that impressive:
# read Mainplaylist from passkey-log and dvdfab-log and write it to a 'bluraydb-file' (just a test file in the user directory) # support for DVDfab until 10.0.4.8 and Mediaplayer 3.2.0.0 >> newer releases are not supported any longer # new mode /synchronize that synchronizes with an online database - the url currently written to the ini-file 'http://fvonline-db.bplaced.net' is just a dummy website - there's a static keydb file available for download and uploads are possible, but there's no backend that processes them -> currently I think Relight will help here, see New Online Database # new mode /GetMetaInfoFromDisc=X - just collects meta information from this inserted in drive X and uploads it to the new online database All in all not that impressive... and finally I have to admit that as always I haven't done that much testing with the new release.... I've just tested the main function - extract the VUK from a memory dump - with Passkey and DVDfab and it's working as expected. But everything else is more or less untested.... You can get the release here: FindVUK 1.05 |
24th January 2018, 06:33 | #234 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
What I remember I have not changed the related code... Gesendet von meinem E5823 mit Tapatalk |
|
24th January 2018, 22:54 | #235 | Link |
Registered User
Join Date: Jun 2005
Posts: 259
|
Some issues in 1.05:
- new UnitKeys are not written when there's already an entry for the DiscID in main/backup keydb - when re-opening the same disc without closing MediaPlayer, the entry is always written even though the same entry already exists. Also the database upload fails then Code:
22:43:00 - ------------------------------------------------------- 22:43:00 - --- Write entry in main-keydb file --- 22:43:00 - ------------------------------------------------------- 22:43:00 - Keys in Keyfile: 0 keys - KeyFile: C:\Users\\AppData\Roaming\aacs\KEYDB.cfg 22:43:00 - KEYDB: no entry found for disc >> write new entry in keydb-file 22:43:00 - Added line with VUK to file >C:\Users\\AppData\Roaming\aacs\KEYDB.cfg< 22:43:00 - ------------------------------------------------------- 22:43:00 - --- Write entry in backup-keydb file --- 22:43:00 - ------------------------------------------------------- 22:43:00 - Keys in Keyfile: 0 keys - KeyFile: C:\Utils\FindVUK_1.05\VUKbackup\KEYDB.cfg 22:43:00 - KEYDB: no entry found for disc >> write new entry in keydb-file 22:43:00 - Added line with VUK to backup-file >C:\Utils\FindVUK_1.05\VUKbackup\KEYDB.cfg< 22:43:00 - ERROR! Couldn't post the BlurayMetaXML to the OnlineDB! (http://fvonline-db.bplaced.net/fv_upload.php) >< (0) - with AacsUpdater out of the picture, isn't it better to enable saving of all keys in keydb by default. At least in the keydb backup file Last edited by candela; 24th January 2018 at 23:14. |
24th January 2018, 23:05 | #236 | Link |
Registered User
Join Date: Dec 2012
Posts: 17
|
Code:
...EVERYTHING IS FINE UP TO THIS POINT... 2018-01-23 23:41:32 # 759810 # [I] main / legacy / ------------------------------------------------------- 2018-01-23 23:41:32 # 759811 # [I] main / legacy / ------------------------------------------------------- 2018-01-23 23:41:32 # 759811 # [I] main / legacy / --- Write entry in main-keydb file --- 2018-01-23 23:41:32 # 759811 # [I] main / legacy / ------------------------------------------------------- Code:
2018-01-23 23:41:32 # 760216 # [E] bluray_keydb / _DebugDifference / DiscIDx1/0 - Title1 >y1< Title2 >z1< 2018-01-23 23:41:32 # 760480 # [E] bluray_keydb / _DebugDifference / DiscIDx2/0 - Title1 >y2< Title2 >z2< ... Last edited by ErichV; 27th January 2018 at 12:42. Reason: typo |
24th January 2018, 23:21 | #237 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
The upload into the url that is currently set in the ini file always includes all details and as soon as the database of @Relight is functional I will re-poste all uploads that got uploaded into the interims database to his database. |
|
26th January 2018, 10:51 | #239 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
Will be fixed in next release (hopefully ready this evening) |
|
26th January 2018, 10:53 | #240 | Link | |
Registered User
Join Date: Dec 2013
Posts: 490
|
Quote:
Will be fixed in next release. |
|
|
|