elmo wrote: ↑06 Dec 2018, 13:26
SOTE wrote: ↑06 Dec 2018, 13:13
Point 1:
I think the AutoHotkey_L obfuscation issue has to be treated separately from AutoHotkey_H, particularly on this part of the forum where we are discussing AutoHotkey_H specifically.
Point 2:
As AutoHotkey_H can already use encryption, it arguably doesn't need obfuscation or one could consider that an additional step.
SOTE - Agreed on your first point, best not to mangle _L and _H methods in same post.
To your second point, am I conflating Encryption with Obfuscation? Is that part of my confusion?
Obfuscation is different from encryption. People refer to obfuscation when making code difficult to read, which can be based on various methods that does or doesn't include an algorithm. For example, you can take a look at Digidon's Obfuscator. Some parts of the obfuscated script you can read, while other part's you can't. It's extremely difficult to read, but you can still read some parts of it.
Encryption is using an algorithm to make the data unreadable or unusable, so that you will need to know the secret password, key, or algorithm to decrypt it, to be able to read it. You will not be able to read any of the script.
Note- If you look at Feiyue Encryptor for AutoHotkey_L, you can't read the part of the script that's encrypted, but some parts of the script are visible. You can see some other parts, because the encrypt and decrypt function is visible. However, he put the function in MCode (machine code) to not be human readable.
Machine code is not encryption, so can be more easily figured out. Encryption, in terms of AutoHotkey_H, means the entire script is encrypted. Only (in most circumstances) AutoHotkey_H's executable (interpreter) can read the script.
Encryption and obfuscation can be used to together, but we should be mindful of them being 2 different things.
Is that why I am still curious whether changing password in _L "is the same as" in _H?
The source code of AutoHotkey_L should be treated separately from AutoHotkey_H.
AutoHotkey_L specifically does not use encryption in it's source code nor will it be included, therefore talking of changing passwords in it is not useful. The only way to get a password feature into AutoHotkey_L, is to add that feature into the source code. You might be thinking of AutoHotkey_Basic, the original (from Chris), which allowed for passwords. AutoHotkey_L took this feature out.
If you are talking about changing passwords, then you are talking about a feature that is included in AutoHotey_H's source code. That is, changing AutoHotkey_H's default password. But to change the password, you must recompile the source code, thus various people ask the question on how to do such.