Hi there, I found the 22.bin file using MHDD ata terminal but can't really find the password in it......can anybody help me?? I have attached the image of it!!

_________________
A backup a day keeps DR away.

You need mod 02 to find the master password not the stuff you obtained. Keep in mind that since your drive is from Denali family all modules should start with ROYL.

The "stuff" is indeed a section from MOD 02. The Master and User passwords are clearly visible. They each consist of 8 decimal digits. However they are both encoded using PC keyboard scan codes.

See the MHDD script here:
unlocking-ata-password-for-western-digital-t8374-540.html

That said, since SKC was unable to make use of the clue that was provided, it is looking as if the drive may not belong to him/her.

_________________
A backup a day keeps DR away.

Are you sure?

Yes, 100% sure.

The MOD contents show 8 hexadecimal scan codes, but the password actually consists of 8 decimal numbers. The way to answer the password challenge depends on whether you are talking to the laptop BIOS, or to a software application.

If you require a more detailed explanation, please refer to that other thread.

_________________
A backup a day keeps DR away.

According to ANSI standard passwords , both Master and User are 32 character long including spaces or blanks...

@fzabkar, thanks mate!!

I suggest you take a WD drive, set a password, and dump the contents of MOD 02 before and after doing so. Then compare the two copies. Alternatively, there are numerous MOD 02 dumps in that other thread.

As for the structure of the password, all that the ATA standard appears to require is that it consist of 32 bytes. The pad characters are not specified.

_________________
A backup a day keeps DR away.

Can you be more specific? I had already examined a similar document before my last post and I stand by my statements.

Working Draft AT Attachment 8 - ATA/ATAPI Command Set (ATA8-ACS):
http://www.t13.org/documents/UploadedDo ... A8-ACS.pdf

There is no reference to any fill characters in Section 7.45. In fact if you use HDAT2 to generate an ATA password, you will notice that it allows you to specify any fill character of your choosing.

Furthermore, it is evident from the laptop example in this thread, and from all similar examples in that other thread, that laptop BIOSes opt for 0x00 as the fill character, not 0x20. Further still, I don't see that ANSI standards, whatever they may be, are relevant in this case.

_________________
A backup a day keeps DR away.