Post Blu-ray Volume Unique Keys here - post questions in the forum

[candela]

Originally Posted by wuemura

There was issues with the new Robocop and Deadpool, half screen is decrypted and half isn't .
And the "The Amazing Spider Man 2" makes the Passkey and FindVUK crash.

Robocop and Deadpool are both BD+ titles. Playback directly from disc is not supported by VLC at the moment.

Unzip these conversion tables in "%APPDATA%\bdplus\convtab" and rip the disc with BlurayTestAndDecrypt (note that these Pavtube tables are untested since I don't own these 2 discs. If not you can then try to let BlurayTestAndDecrypt get the tables from leawo player)

[wuemura]

Originally Posted by candela

Robocop and Deadpool are both BD+ titles. Playback directly from disc is not supported by VLC at the moment.

Unzip these conversion tables in "%APPDATA%\bdplus\convtab" and rip the disc with BlurayTestAndDecrypt (note that these Pavtube tables are untested since I don't own these 2 discs. If not you can then try to let BlurayTestAndDecrypt get the tables from leawo player)

Thank you!
I'll give it a try.

I'm not using VLC, that libaacs isn't compatible with the last VLC. I'm using MPC-HC.

[wuemura]

I don't know if this matter, you table name is exactly like mine. I've hashed the files and are different.

9C72CD588DAFA49C872F9E0C69C89B64A8C0089A.bin SHA1: 9EE8BEB9E028CC1588B654E20155BB90177230BC
conv_tab_9C72CD588DAFA49C872F9E0C69C89B64A8C0089A_(RoboCop).bin SHA1: BD996DD2FDD8B5CBF4B748D30E7314981DB26096

It plays fine on leawo player, but it complains about UnitKey.

ERROR! bluray_aacs-BRAACS_AutoDetectUnitKey - Decryption failed with all possible UnitKeys!
Couldn't get correctUnitKey!

[wuemura]

Sorry, no go.
I can play the disc with leawo player just fine, rip an decrypted image with passkey, convert the disc with BDMagic but everything else fail, both BlurayTestAndDecrypt and FindVUK. Maybe the tables are right but UnitKeys isn't.

[wuemura]

Actually, it worked...
I've dumped the encrypted disc to my hard drive, use the "mode 5" DecryptIso2Iso and drop the encrypted ISO over BlurayTestAndDecrypt, that's it. This is parts of the log:

2017-06-17 02:45:47 # 381974513 # [I] main / legacy /  ----------- BlurayTestAndDecrypt 0.54 ----------- 
2017-06-17 02:45:47 # 381974513 # [I] SETTINGS / _STG_CreateOrUpdate / Created ini file >C:\Users\User\Downloads\FindVUK_1.02\BlurayTestAndDecrypt_0.54\BlurayTestAndDecrypt.ini<
2017-06-17 02:45:47 # 381974516 # [E] common_log / CMLOG_SetLogDirectory / new logdir invalid ><
2017-06-17 02:45:47 # 381974516 # [I] main / legacy / Read settings from file >C:\Users\User\Downloads\FindVUK_1.02\BlurayTestAndDecrypt_0.54\BlurayTestAndDecrypt.ini<
2017-06-17 02:45:47 # 381974516 # [I] main / legacy / >> Mode         >5<
2017-06-17 02:45:47 # 381974517 # [I] main / legacy / >> DecryptDest  >H:\<
2017-06-17 02:45:47 # 381974517 # [I] main / legacy / List of files being processed:
2017-06-17 02:45:47 # 381974517 # [I] main / legacy / Detected File >D:\RoboCop.iso<
2017-06-17 02:45:47 # 381974517 # [I] main / legacy / #############################################################################
2017-06-17 02:45:47 # 381974517 # [I] main / legacy / 1/1 - Decrypt ISO2ISO >D:\RoboCop.iso<
2017-06-17 02:45:47 # 381974517 # [I] main / legacy / Decrypt OutputDir: H:\
2017-06-17 02:45:47 # 381974518 # [I] main / legacy / UDF - OpenISO
2017-06-17 02:45:47 # 381974518 # [I] bluray_udf / UDF_OpenIso / 
...
++++++++++++++++++++++++++++++++++++++++++++++++++
++++ BRUDF_FileSize ++++ File >\BDMV\STREAM\01840.m2ts< ++++
++++++++++++++++++++++++++++++++++++++++++++++++++
2017-06-17 02:44:42 # 381910339 # [D] bluray_udf / UDF_FileSize / UDF_FileSize >40765440<
2017-06-17 02:44:42 # 381910339 # [D] bluray_udf / UDF_ReadFile / UDF_ReadFile - File >\BDMV\STREAM\01840.m2ts< - StartPosition >0< LengthToRead >6144<
2017-06-17 02:44:42 # 381910339 # [D] bluray_udf / UDF_ReadFile / There are >1< AllocationExtents available for file >\BDMV\STREAM\01840.m2ts< - StartPosition >0< LengthToRead >6144<
2017-06-17 02:44:42 # 381910339 # [D] bluray_udf / UDF_ReadFile / Destination startposition >0< is in current extent beginning at position >0<
2017-06-17 02:44:42 # 381910339 # [D] bluray_udf / UDF_ReadFile / FINAL after extent - BytesRead >6144< - New LengthToRead >0< - New StartPosition >6144<
2017-06-17 02:44:42 # 381910339 # [D] bluray_aacs / BRAACS_AutoDetectUnitKey / readable unit found
2017-06-17 02:44:42 # 381910340 # [D] bluray_aacs / BRAACS_AutoDetectUnitKey / Select UnitKey >1<
2017-06-17 02:44:42 # 381910340 # [D] bluray_aacs / BRAACS_AutoDetectUnitKey / Correct UnitKey found! >1<
2017-06-17 02:44:43 # 381910602 # [I] bluray_udf / UDF_ReadLogicalBlock / ###################### READ-BLOCK 826176 # 0x0000000064DA0000 LEN 19905 ######################
2017-06-17 02:44:43 # 381911378 # [I] bluray_udf / UDF_WriteLogicalBlock / ###################### WRITE-BLOCK 826176 # 0x0000000064DA0000 LEN 19905 ######################
2017-06-17 02:44:44 # 381911388 # [I] main / legacy / ++  COPY  ++ Pct >  4.02%< StartBlock >00846081< BlockLen >00000031<
2017-06-17 02:44:44 # 381911432 # [I] bluray_udf / UDF_ReadLogicalBlock / ###################### READ-BLOCK 846081 # 0x0000000067480800 LEN 31 ######################
2017-06-17 02:44:44 # 381911433 # [I] bluray_udf / UDF_WriteLogicalBlock / ###################### WRITE-BLOCK 846081 # 0x0000000067480800 LEN 31 ######################
2017-06-17 02:44:44 # 381911433 # [I] main / legacy / ++ DECODE ++ Pct >  4.02%< StartBlock >00846112< BlockLen >00159900< File >\BDMV\STREAM\01865.m2ts<
2017-06-17 02:44:44 # 381911433 # [I] bluray_udf / UDF_FileSize /
...
2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / CTB_ParseTable / ###### Segment >1<
2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / CTB_ParseTable / Segment >1< SegmentOffset >454<
2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / CTB_ParseTable / Segment >1< SegmentOffset >454< NumSegmentEntries >0<
2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / CTB_ParseTable / SizeOfTable >14< - OffsetNextTable >1CA<
2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / _FUT_ParseFixupTable / TableBytesize >14<
2017-06-17 02:45:48 # 381975702 # [D] bluray_bdpfixuptable / CTB_ParseTable / CTB_ParseTable - Offset >1CA<
2017-06-17 02:45:48 # 381975703 # [D] bluray_bdpfixuptable / CTB_ParseTable / TableId >182< NumSegments >1<
...
++++++++++++++++++++++++++++++++++++++++++++++++++
++++ _UDF_readwriteFileIdentifierDescriptor ++++ Filename >\BDSVM< *FidToWrite >38090624< AllowFidType >0< ++++
++++++++++++++++++++++++++++++++++++++++++++++++++
2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / _UDF_readwriteFileIdentifierDescriptor / File >\BDSVM< Size >0< FID/Part >1< FID\Block >2< FID\Offset >180< FID\Length >224<
2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / UDF_ReadLogicalBlock / ###################### READ-BLOCK 322 # 0x00000000000A1000 LEN 224 Bytes ######################
2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / _UDF_readwriteFileIdentifierDescriptor / ++++ File Identifier Descriptor ++++
2017-06-17 03:22:34 # 384182290 # [D] bluray_udf / _UDF_readwriteFileIdentifierDescriptor / 
>>> ICB Location  >1124< PartRefNr >1< Length >2048<
  LengthOfFileIdentifier    >6<
  LengthOfImplementationUse >0<
  FileVersionNumber         >1<
  FileCharacteristics       >2<
2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / _UDF_readwriteFileIdentifierDescriptor /   FileIdentifier >BDSVM<
2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / _UDF_readwriteFileIdentifierDescriptor / Correct file found - write mode
2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / UDF_WriteLogicalBlock / ###################### WRITE-BLOCK 322 # 0x00000000000A1000 LEN 224 Bytes ######################
2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / _UDF_readwriteFileIdentifierDescriptor / >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>1<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / UDF_File_Rename / Changed FileIdentifier written to file
2017-06-17 03:22:34 # 384182290 # [D] bluray_udf / UDF_File_Rename / >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
2017-06-17 03:22:34 # 384182290 # [I] bluray_udf / UDF_CloseIso / 
++++++++++++++++++++++++++++++++++++++++++++++++++
++++ BRUDF_CloseIso ++++ File >D:\RoboCop.iso< ++++
++++++++++++++++++++++++++++++++++++++++++++++++++
2017-06-17 03:22:54 # 384202279 # [I] main / legacy / Duration: 0:37:06
2017-06-17 03:22:54 # 384202281 # [I] main / legacy / Speed   : 18.46 MB / Second
2017-06-17 03:22:54 # 384202336 # [I] main / legacy / Overall duration >0:37:07<

Before decrypting:


After Decrypting:


The table and keys work.

[TTide]

More European VUK's:

0xCB379D05E250CB8D561645BA057F162B8EFED80E = HACKSAW_RIDGE (HACKSAW RIDGE) | V | 0x2C9B33890C4522F54F27F469D5AED220 ; MKBv62/FindVUK 1.02
0x2D76D8A66FBF4350FC178E3B3B6E10983AEDFC1E = HIDDEN_FIGURES (Hidden Figures) | V | 0x9FD3910BABE32ECB1BFDF64C53B45D03 ; MKBv57/BD+/BEE/VUKNOTVAL!/FindVUK 1.02

[Starbuck2010]

The site is up but having some hosting issues, if one can help with a good hosting (simple with mysql and php).

So i've updated:

; KEYDB.cfg
; 2017-07-07 17:22:57
;
; server: http://www.labdv.com/aacs
; processing keys: 18 (18 from doom9.org forum)
; host certificates: 8 (7 from doom9.org forum)
; disc VUK keys: 24038 keys for 24003 discs (0 from doom9.org forum)

[candela]

Thanks for the AACSUpdater update. I've identified the following (mostly duplicate) KEYDB entries to be invalid with high certainty

[invalid] 0x097E25AFF135B548A0A5A48ABDF1FF445FC8319A = Reservoir Dogs SE (ESP) |V| 5C7D67D0B4CE60C67AC6EF447C66417B ;
[invalid] 0x2F494A58DF75ECA7D3B525FF0C42132D06482308 = BlOOD_DIAMOND |V| DA061D5B99589D99C7287E6466878C0D ; MKBv4
[invalid] 0x32886B3DF8AAC1AAE5C3382E856712EA1C60A491 = MILLERS_CROSSING |V| BCD05DB7371459C7CFF48E476A3C0C32 ;
[invalid] 0x4A6C176A71F968AE1547F4B2655D9B65498C53F3 = ALIEN_WW |V| 340D6A89F8464DE1104EF6C01ED9153C ;
[invalid] 0x4CE9BEE6B1A78F47599E4592402349F9F655024F = BIG_LEBOWSKI_G51 |V| C4A5911F4AECDF666EEEBE8E85758A5F ; UK
[invalid] 0x5162112E3C8994DF6528005327DD9E4174E92ABB = FARGO |V| 35AD590F01C45928943BC56AA68AA4A9 ;
[invalid] 0x6A9A9F2DF61B25645FD3D0B846EB63BD10038BA3 = Apollo 13 |V| 29A8942119374CAF0249CCFF80BF5A40 ;
[invalid] 0x832152BDCDE055E9A01C3F9984A78CB7F7F6E082 = _NONAME_ |V| 0C32D5099BAFACD97644461E2AC84505 ;
[invalid] 0x9D62AB281E96A083D89FC4681EA60E8E4A6F9754 = ALIENS_WW |V| D6214E79E8DB4B7F552BDA140D0E84C0 ;
[invalid] 0xE623705109AA050E3AB1C1CEB8503D432CEEA2CC = BLOOD_SIMPLE |V| 21297261FE747E8F200F8FD17F0D6171 ;
[invalid] 0xF6144B8B039613F99B638617A9047D038BF6592F = FOTR_D1_FRA |V| DCC75C9626326E6FE019CD829A83F2A3 ;
[invalid, bad DiscID, VUK = partial real DiscID] 0x7FFF0C8E00000000000038463430303033334231 = Moana |V| 1BEF57C4539197716B93E9DD6C59008F ;
[invalid, libaacs does not support mkb39] 0xAFD617D95C4012B4F4FBCFF4842DCA1A790056DE = _NONAME_ |V| 8A477F597D28D172789F06886806BC55 ; libaacs
[invalid, libaacs does not support mkb46] 0x22B0B2C60F853335DEA406CA2AC61C0F91E427B4 = _NONAME_ |V| B9B72307715A3ABD6BE3543DB7F5F328 ; libaacs
[invalid, libaacs does not support mkb47] 0x7FD1FEDCE99F7DAA583F3242088139F58BB2C84D = _NONAME_ |V| CFAAFE68E71B3991F8FEC196014AB4F5 ; libaacs
[invalid, VUK = partial DiscID] 0x0DB2EAD4DE0A258B1AFBD1A4817B50C157A29275 = Home -Party Edition |V| 0DB2EAD4DE0A258B1AFBD1A4817B50C1 ;
[invalid, VUK = partial DiscID] 0x58347766C7E32CB4074F0363EEF9DDB9DA5575DB = UNSERE_ERDE_BD |V| 58347766C7E32CB4074F0363EEF9DDB9 ;
[invalid, VUK = partial DiscID] 0x727F609A74918EDA9E766B18F34ACFA9648C06AD = Monsters vs. Aliens |V| 727F609A74918EDA9E766B18F34ACFA9 ;
[invalid, VUK = partial DiscID] 0xB290DBCF47084A35CC93DF1C796FF2A07999DA11 = THUNDERBALL |V| B290DBCF47084A35CC93DF1C796FF2A0 ;
[invalid, VUK = partial DiscID] 0x2CCFC12AE2F3870005B4A5C5A9A42FC381BAC533 = Breaking Dawn Season 1 |V| 2CCFC12AE2F3870005B4A5C5A9A42FC3 ; Breaking Dawn Season 1
[invalid, VUK = partial DiscID] 0x49D8D618DB50CCE992D24D05B93856DAE27C8600 = skyfall |V| 49D8D618DB50CCE992D24D05B93856DA ;
[invalid, VUK = partial DiscID] 0x103CBC4133A6861771C7D69F06A269A973DB596E = ANCHORMAN |V| 103CBC4133A6861771C7D69F06A269A9 ;
[invalid, VUK = partial DiscID] 0x21012E708AD544A33E734B6B8EC31E39BC69652F = The Sci-Fi Story |V| 21012E708AD544A33E734B6B8EC31E39 ;
[invalid, VUK = partial DiscID] 0x7CDF1E2CC1D041913B4B9A63892C511ECBC162AE = KIND44 |V| 7CDF1E2CC1D041913B4B9A63892C511E ;
[invalid, VUK = partial DiscID of LOTR] 0xAC619331D530974BA9B317505D90A3A9E732272A = _NONAME_ |V| 8516FE0CB39BD9DFAFD60840EB35EEC9 ;
[invalid, VUK = VID] 0xAE4309AECDE2FE22C0C11B61ADCFD144368CE183 = ALIEN_FL |V| 51FD2C6CAEB7836ED2E2AB5DAB7CDF20 ;
[invalid, VUK = VUK for different DiscID] 0xB072391C79736D320A85A1EEB1FCDB847DA85B44 = _NONAME_ |V| 6F6F28319ADB2211540C5571B9FBCA8F ; libaacs
[invalid, VUK = VUK for different DiscID] 0xEE07066F15EDA23B04AEA33106BE1EDF9DF537D1 = The Day After Tomorrow |V| 07181A359AF9ED6AC7E2F5587FC96629 ; mkbv12

[candela]

Any chance of all keys support in AACSUpdater in the near future?

This is in fact very useful. While back in the day, the forum members here decided to focus on VUKs instead of TLKs (title keys / unit keys), I've come to the conclusion that this was a big mistake. While VUK allows all TLKs for a certain disc to be decrypted, VUK is also unique for every disc. However, MK and TLK are NOT unique and many discs (mostly releases in different regions of the same movie) use the same TLK(s). When a disc is not in keydb.cfg, there is a high chance it uses a TLK/MK that is used by a different disc which is in keydb.cfg (I estimate currently around 40%)

Therefore storing all keys (VUK, TLK, MK, VID) in keydb.cfg allows :
- contribution of discs for which only a TLK is known (enough to play at least the main movie, often enough to play everything since many discs only use 1 TLK)
- verification of VUK by combining MK and VID
- identification of movie titles (_NONAME_/BDROM/LOGICAL_VOLUME_ID) by cross-checking MK and TLK
- identification of BD+ tables by cross-checking MK and TLK (different discs use the same tables)
- "brute-forcing" unknown discs by simply trying all known TLKs or MKs in combination with VID retrieved by valid host certificate. I estimate that currently less then 100.000 keys need to be checked (not sure what the possible speed is but even at 100 keys/sec this would only take ~15 minutes)

[Starbuck2010]

Originally Posted by candela

Thanks for the AACSUpdater update. I've identified the following (mostly duplicate) KEYDB entries to be invalid with high certainty

Thanks, I've cleaned up

[Starbuck2010]

Originally Posted by candela

Any chance of all keys support in AACSUpdater in the near future?

This is in fact very useful. While back in the day, the forum members here decided to focus on VUKs instead of TLKs (title keys), I've come to the conclusion that this was a big mistake. While VUK allows all TLKs for a certain disc to be decrypted, VUK is also unique for every disc. However, MK and TLK are NOT unique and many discs (mostly releases in different regions of the same movie) use the same TLK(s). When a disc is not in keydb.cfg, there is a high chance it uses a TLK/MK that is used by a different disc which is in keydb.cfg (I estimate currently around 40%)

Therefore storing all keys (VUK, TLK, MK, VID) in keydb.cfg allows :
- contribution of discs for which only a TLK is known (enough to play at least the main movie, often enough to play everything since many discs only use 1 TLK)
- verification of VUK by combining MK and VID
- identification of movie titles (_NONAME_/BDROM/LOGICAL_VOLUME_ID) by cross-checking MK and TLK
- identification of BD+ tables by cross-checking MK and TLK (different discs use the same tables)
- "brute-forcing" unknown discs by simply trying all known TLKs or MKs in combination with VID retrieved by valid host certificate. I estimate that currently less then 100.000 keys need to be checked (not sure what the possible speed is but even at 100 keys/sec this would only take ~15 minutes)

I do not have time for AACS Updater these days. I'd need clear and simple specs to do just coding (not thinking ) and I'd need better hosting which I can't afford yet.

[Starbuck2010]

Just to state after cleaning up:

; KEYDB.cfg
; 2017-07-10 10:21:36
;
; server: http://www.labdv.com/aacs
; processing keys: 18 (18 from doom9.org forum)
; host certificates: 8 (7 from doom9.org forum)
; disc VUK keys: 24010 keys for 23999 discs (0 from doom9.org forum)

[m4tthi4s]

Originally Posted by Starbuck2010

The site is up but having some hosting issues, if one can help with a good hosting (simple with mysql and php)

Hey, first i have to say, that it was a really good job to setup this big database!!

What are your hosting issues? They might help to find a a better provider...
When I open the KEYDB.cfg file from your server it is pretty slow ~30kb/s but all other files seem to go faster. Maybe I'm wrong assuming this file gets created dynamically. Have you tried to serve a static version and since you do verification first before publishing keys update this file once afterwards?

[Starbuck2010]

Originally Posted by m4tthi4s

Hey, first i have to say, that it was a really good job to setup this big database!!

What are your hosting issues? They might help to find a a better provider...
When I open the KEYDB.cfg file from your server it is pretty slow ~30kb/s but all other files seem to go faster. Maybe I'm wrong assuming this file gets created dynamically. Have you tried to serve a static version and since you do verification first before publishing keys update this file once afterwards?

Good point, I may have a look in these coming summer weeks

[Invictaz]

0xAC226514C2EE28E47C8D6AA9E839B4D68D67CDCD = PENOZA4 (Penoza4) | V | 0x11FC7A2FB5BDD9F6F05A0EF96A7348D8 ; MKBv57/FindVUK 0.95
0x5C612139514D0B974CA1213116F34C983E96E1D1 = BATMAN_TV_S1_DISC_1 (Batman TV Series - Season 1: Disc 1) | V | 0x671C055797FF567E389331E2F7A800F0 ; MKBv47/FindVUK 0.95

[Starbuck2010]

Originally Posted by Invictaz

0xAC226514C2EE28E47C8D6AA9E839B4D68D67CDCD = PENOZA4 (Penoza4) | V | 0x11FC7A2FB5BDD9F6F05A0EF96A7348D8 ; MKBv57/FindVUK 0.95
0x5C612139514D0B974CA1213116F34C983E96E1D1 = BATMAN_TV_S1_DISC_1 (Batman TV Series - Season 1: Disc 1) | V | 0x671C055797FF567E389331E2F7A800F0 ; MKBv47/FindVUK 0.95

Posted both for next KEYDB.CFG release

You could have done yourself at http://www.labdv.com/aacs/keydb-upload.php

[xplt]

Hi, Starbuck2010! Do I understand correctly, that you abandoned AACS Updater/DB project completely? If so, could you upload the last dump of KEYDB.cfg to some 3rd party file hosting?

[mrsuicide]

Thank you, internet archive: https://web.archive.org/web/20170902...aacs/KEYDB.cfg

; 2017-09-02 16:04:54
;
; server: http://www.labdv.com/aacs
; processing keys: 18 (18 from doom9.org forum)
; host certificates: 8 (7 from doom9.org forum)
; disc VUK keys: 24010 keys for 23999 discs (0 from doom9.org forum)

[candela]

Originally Posted by mrsuicide

Thank you, internet archive: https://web.archive.org/web/20170902...aacs/KEYDB.cfg

that's unfortunately the database from july, it doesn't contain the latest contributions

did anyone email or PM starbuck, he hasn't been on the forum since july so chances are low he's reading this

[thinredline]

Hello.
I just found this thread here.
Where can I see how can I use these keys please?