Redump Forum

F1ReB4LL wrote:Regarding CSS:

- Isn't the Player Key stored in the player, not on the disc? Do we need to add it into the disc entries?
- Is it possible to read not only the 409 Disc Keys, but also the Authentication Key?
- PlayerKey[1], DecryptedDiscKey[020] - what do "1" and "020" mean? Can these numbers differ?

Also, have you checked the DVDs without CSS but with modified structure, hacked TOC, etc? Does DIC read them fine?

extern const unsigned char g_PlayerKeys[][6] = {
    // from mplayer:
    {0x01, 0xaf, 0xe3, 0x12, 0x80},
    {0x12, 0x11, 0xca, 0x04, 0x3b},
    {0x14, 0x0c, 0x9e, 0xd0, 0x09},
         :

F1ReB4LL wrote:Btw, it also checks for IFO and BUP keys, so, don't know again, maybe that is needed, afterall?

F1ReB4LL wrote:Why does it check for the VIDEO_TS directory key? Can the directory itself be encrypted? I think it looks quite weird.

Nexy wrote:sarami do you still have the build you posted on the 12th of may or so, with the removed hashing updates to console.

sarami wrote:- There is not Authentication Key. I found an understandable article about CSS https://www.extremetech.com/computing/5 … part-iii/3

There are three keys on the disc: the authentication key and the disc key, which are located in the lead in, and the title key, which is located in the sector header.

The Disk-Key. This key is used to encrypt the title key, and is itself decrypted by using the
playerkey. A table of the disk key encrypted under all the 409 playerkeys is stored on a hidden
sector of the DVD. In that sector, the disk key encrypted under the disk key is also stored. The
reason to do this, is so the player can verify, that it got the right disk key.
...
The Authentication key, which is used as the “secret” key for the mutual authentication process

Authentication Key: This is a ‘secret’ string of characters that is used in the mutual authentication process. This lets the player know it is permitted to decrypt the content.

Nexy wrote:and also restore the hashing until a command line version of RapidCRC is made by someone.

bool CDVDSession::Authenticate()
{
    if (m_session == DVD_END_ALL_SESSIONS) {
        return false;
    }

    BYTE Challenge[10], Key[10];

    for (BYTE i = 0; i < 10; i++) {
        Challenge[i] = i;
    }

    if (!SendKey(DvdChallengeKey, Challenge)) {
        return false;
    }

    if (!ReadKey(DvdBusKey1, Key)) {
        return false;
    }

    int varient = -1;

    for (int i = 31; i >= 0; i--) {
        BYTE KeyCheck[5];
        CSSkey1(i, Challenge, KeyCheck);
        if (!memcmp(KeyCheck, Key, 5)) {
            varient = i;
        }
    }

    if (!ReadKey(DvdChallengeKey, Challenge)) {
        return false;
    }

    CSSkey2(varient, Challenge, &Key[5]);

    if (!SendKey(DvdBusKey2, &Key[5])) {
        return false;
    }

    CSSbuskey(varient, Key, m_SessionKey);

    return true;
}

F1ReB4LL wrote:/viewtopic.php?t=17763 … gether-us/ -- this disc has a confirmed sub desync, but the recent DIC doesn't create the 'subs indexes' set of files (actually, the tracks are the same for both TOC and sub indexes, but the gaps in cue differ).

Nexy wrote:I am unable to dump this disc because of a Q subchannel checksum being 0.

user7 wrote:Near sector it slowed down/chopping progress: 22600000/23652352