For legal reasons, this does not include the AES key and IV. When you get then, put them inside sd_key.txt and sd_iv.txt respectively.
Please also note that you'll need to get a copy of oo2core_7_win64.dll (renamed older/newer versions might also work).
Download
Important information: this site is currently scheduled to go offline indefinitely by end of the year.
Tom Clancy’s The Division 2 - SDFDATA / SDFTOC archive
-
- ultra-n00b
- Posts: 5
- Joined: Wed Nov 09, 2016 6:19 pm
Re: The Division 2
I would like to use that as well, but I do not understand a single word. Please explain!
Re: The Division 2
I don't think it works! I don't think he has the keys either, so he writes nonsense for legal reasons! Posting something on a forum and you don't even know what it's for is ridiculous
Re: The Division 2
I don't think TD2 files are encrypted (TD1 wasn't ...) it just will be PITA to unpack it as it was in TD1 case. On github you can find source code for an app called 'rouge_sdf' - with slight modification I'm sure you can make it work for TD2 (format is almost the same).
Re: The Division 2
When at position 97 byte is 0 then it works normally and data is usually compressed with zlib, but when byte is 1 as in the picture....
it seems to be encrypted
it seems to be encrypted
You do not have the required permissions to view the files attached to this post.
Re: The Division 2
You're probably right. I've checked several compression methods without success ... although SCPACK ( QBMS scanner of compression algorithms) gives some readable reslts - dunno how accurate it is (decompressed size doesn't match).
Re: The Division 2
Q: Just an idea but did you checked all platforms (consoles and PC)? Very often they are diffrent - sometimes not encrypted or vce versa.
Update:
I've checked your file (40,217,037 bytes) against PC demo version (56,710,938 byte) and the 1st four bytes are the same - so the encrypton key is static and/or it's not a Zlib compresson.
Update:
I've checked your file (40,217,037 bytes) against PC demo version (56,710,938 byte) and the 1st four bytes are the same - so the encrypton key is static and/or it's not a Zlib compresson.