VM disable executable

[zxtnt09]

Hi again guys,

how can i disable executable my program in "VMware ,Virtual PC ,Sandboxie ,VirtualBox" ?

it's meant , i don't like my script run in "Virtual machines"

thanks for your supporting 

[water]

Does it matter where your script runs? Why would you want to disable running it on a VM?

[zxtnt09]

Just now, water said:

Does it matter where your script runs? Why would you want to disable running it on a VM?

i searching and know that if your script don't run in VM , your script is safer and Exe2Aut Can not decompile that 

[JohnOne]

Just now, zxtnt09 said:

i searching and know that if your script don't run in VM , your script is safer and Exe2Aut Can not decompile that 

Yo're wrong.

Your AutoIt compiled script can be decompiled and deobfuscated to look exactly how you wrote it, there is absolutely nothing you can do about that.

Nothing.

[water]

As I posted in the other thread you can't save your script from being decompiled. You can only make it harder to read.
VM or not VM does not matter.

Edited March 10, 2016 by water

[zxtnt09]

  now i have two problems "Exe2Aut" and "deobfuscated" ,

now i have a big question , is "jos" and "jon" have this problem too ? 

i actually mean this problem is for anyone or it's just for me ? ( cus i'm noob ? )

[water]

No, it is a general "problem". But not only with AutoIt but with all scripting languages.
Search the forum for "protect script" and you will find a lot of discussions regarding this subject.
https://www.autoitscript.com/forum/search/?&q=protect%20script&search_in=titles

[spudw2k]

Even if the code was secure (depending on the degree) and difficult to decompile, there are still debuggers.  

VMs are a good way to debug, test, analyze and reverse engineer software--malware for example--and control risk.  Now-a-days malware has been designed to try and avoid execution by detecting if it is running in a VM.  

While an interesting safeguard (for the coder), there are both perks for and against this tactic.  One, people who are really trying to reverse engineer the code will analyze their hearts out and take what measures they need to get the job done (or at least best effort).  Second, most VM checks are not very robust and easily spoofed which renders some malware useless.  

I guess my point is bottom line, there is nothing i am aware of that is intrinsic about executing code in a VM within itself that makes the code more protected.