ExtProtect v0.1.0.0 Beta Released

I agree, you really should put down this program. The way i interpret it, It's still made using the programs and content of Warcraft 3, and everything in the map is copyright to Blizzard. Or something like that. Another reason I think it sucks is that I want to LEARN how to do triggering, and is very curious about stuff. But i can't since lots of maps are map-protected. Now i have to look in tutorials and stuff, and bother people about it. It's much more convenient for everyone if i could just look at the map from the beginning. Well there was something else also, but I forgot it... :)

Many kind people include their email address in their maps. If you wish to know how they did something, then you can email them and ask them. Also, you don't NEED other maps to learn from. If you lack the ability or will to learn without seeing what others have done, there are some websites that only host unprotected maps, and you could get maps from those sites to learn from.

I have nothing against newbiews to map making, but credit theives greatly anger me. Unfortunately, the only way I know to stop credit thieves also hinders those genuinely tring to learn. If I knew how to create a read only protection that would let you learn while prevent others from stealing credit that worked as well as the current protection, I would gladly implement it. Unfortunately, for a read only protection to work, Blizzard would need to change the way some things are done in their code (or we would need to find it if its already there).

As I said, if Blizzard contacts me telling me I must take it down, I would do so. Until then, it will be available for download to anybody that wants it.

OK I understand you... Read-Only would be really great! Isn't there any way to make it an external protection, i mean so it just makes the map unsavable? Like on a good ole' disc, you can just tap a small switch on the backside and it becomes unsavable without caring whatever files there are on the disc. Perhaps a .exe file which stores the .w3m and is unsavable? But that would make it unplyable on b.net... I don't know, I just know I'm really frustrated...

I did not say I wanted to send mail to Blizzard.. I said that you should be ready to face Blizzard if they do mail you.

Beta 0.1.0.4 of ExtProtect is out, fixing a bug related to custom sound files in a map.

Is the source code available? Algorithm?

While I am hesitant to release the source code(because its ugly and it might allow somebody to reverse engineer it easily), the algorithm is fairly simple. All my program does is make a new archive, move some files from the map archive into the new archive (files that only the world editor needs) and then uses Rijndael encryption to encrypt the second archive and then puts it back in the map. Since the game can run fine without those files, the map is still playable, but the world editor doesn't have the information it needs to display the pretty code format and some other things. If you don't put a password, it just removes those files from that map. It then recompresses the map archive with a higher compression level which is why the map gets smaller.

Also, it runs the jass script file through a simple algorithm I made that renames variables and functions to strange stuff like O234239847 to make it harder to read (the script is required by the game, so it can't be encrypted, but it is hidden and made very hard to read with this algorithm. Imagine how hard it would be to decypher the code if all variables had random names =-)

I tested this out on a w3x file and it didn't seem to change any variable names in the triggers. Is it supposed to?

It depends where you are looking - yes it is supposed to change the names of variables and functions in the jass script file. I'd appreciate it if you could send me a small w3x map that has a few triggers, some units/doodads etc so I could attempt to fix it (I don't own TFT and don't plan on buying it)

I figured out the problem, and I've corrected it and another bug in Beta v 0.1.0.6

I've also added the TFT map file extension to both dialogs to make using it with TFT easier. I have not; however, been able to test it with TFT as I do not own the expansion and I do not intend on getting it.

Its up to version 0.1.0.7b now, just thought I'd let everybody here know about that =-) Oh, and the source to the latest version is always up as well. I've also gotten TFT and confirmed that it works even with 1.13
Still at http://extprotect.psychosanity.com/

I thought this thread might need a bumping, because it seems there are a lot of dead links to extprotect on various forums and people are asking for it (or at least for protectors), so...

You can download extprotect from http://extprotect.psychosanity.com/

If you need a direct link to the download for whatever reason (such as putting a link on a site with a script that won't let you just link to the site), you can go to http://extprotect.psychosanity.com/extprotect.php which will always download the latest version, but I much prefer linking to the site when possible though.

The latest version is currently v0.1.1.1 beta. If you have any problems with it protecting your map, send an email to the address on my site so I can look into it.

Great work finally a protector with a password unlocker that works :D . Sadly W3M's never worked and just froze constantly.

P.S. Scio very cool graphic generator that generates the I.P. address :D I bet its javascript without even looking ^_^ .

Rijndael is an encryption algorithm with 4 steps.

Rijndael stores each number as part of an array, but it's bidimensional and always 4 rows tall:

First, you take an input key of length 16, 24, 32 bytes and an input plaintext of 16, 24, or 32 bytes.

You extend the key using the following system:
You take the column 4 rows previously, you rotate it so that the top byte is now moved up, and obviously down to the bottom spot. So the 2nd to top byte is now the top byte.


Becomes:


You then use the sbox to substitute all the values. Then you xor that by the first column (this is the 5th one, remember).

Then you multiply the top byte by the current rcon value, which starts at 1 and multiplies by 2 using multiplication in the field GF(2^8).

That is the step for the first word in each roundkey.


Now, if your input key is 32 bytes, then you have 8 columns. So obviously, your roundkey manipulation starts at the 8th column.

The steps applied to the plaintext are a substitution box, a row shifting step, a 'mixcolumns' transformation which affects every byte in the column, and lastly you xor each column by the roundkey.

I believe I have a working 16 byte rijndael in JASS. But I never completed it because I couldn't get my 160 and 96 bit versions to work. (96 is easily divisable by 6, which means if I used base-64 alphanumeric input it would work very well.)

I could of course pad each byte in the input, but then the output would have to have some way to display those padded bits. And the input wouldn't help the person, as they will never see the raw data, only the encrypted data.

I'm thinking that I will just use a combination of the sbox and mixcolumns to perform my password generation in my TD.


I am curious, why don't you just use a simple alphanumeric scheme with lots of repetition in your naming of each variable and function.

For example.. the first function is a... then A... then aa, aA, Aa, AA etc... Yeah...

I tried a few different schemes like that, and of them all the letter O followed by a random number was hardest to read (for me at least) so I used that.