protect your software from a usb device

[macko]

thx for that desolator

how did you know about those things? thats what i need. i really want to protect my files from any intrusion. or prevent it from getting deleted that is why i want to try the u3 flash drive devices to put password protection hehe

[Desolator]

Yeah, the extractor deletes them when it doesn't no longer see autorun.exe. How about terminating the extractor, then the app. That way you can easily grab the files, unless they're in the Audio folder, where they're packed into the .dat files, which might be zip files.

[macko]

i dont get your point

even if you terminate the autorun.exe your app my not ask you but STILL your files in the temp folder will also terminate.

[Desolator]

Unless you find out how to reject APP_TERMINATE commands (like modern firewalls do) or even hide the process.

[bule]

my application will always ask the user if he/she wants to close the app whether by using the task manager or not.

It won't, if user goes to processes and terminate autorun.exe process (or whatever name you've chosen). It will die instantly.

[wasim21k]

well guys if u want to test ur app pass me a exe and i'll send u contents of that file.
i m not very genius person but i know computing.

[macko]

regarding the task manager

my application will always ask the user if he/she wants to close the app whether by using the task manager or not. and never forget to put page.stoptimer on the shutdown event or on page close event if ur app has a page timer so exiting the app means terminating the timer. the serial is embedded inside the exe so how would they know what is the serial inside? even if they figure out the serial how could they change it since the application is compiled right? dont protect the exe only focus what the exe has: the structure and the data that's my target.

and yes i'm trying to run a software limited to a single usb only. another usb means new serial number compiled inside the app.

please try also read about U3 flash drive devices hope it may help those who want to massive produce their app/software/or whatever it is through usb flash drive.

[bule]

(this part closes the temp folder in order to protect the source file from being copied since when running an application it create a temporary copy of the source in the temp folder)-- what i failed to mention is that the code about closing the temp folder should be written in the page timer event so that the application will always determine whether sum1 is trying to access the temp folder. thats why when sum1 tries to access the temp folder while the application is running it will be closed.

Yes but what if user is using Total Commander?
Or copies the folder structure using command line?
Or terminates the autoplay.exe process using Task Manager?
This timer thing is trivial...

[Desolator]

I'd not use the AMS Web Executable. Instead I'd build it to a folder, but AT1 Creator by MZ and use that, sine it doesn't extract the files, it loads them from memory (AFAIK), which is kinda hard to *****.

[longedge]

Ooops.... - yes for some reason I was thinking about protecting content which this is not about but rather you are ensuring that the executable is running from a specific USB stick.

Could be something to do with the fact that content represents 90%+ of the work that I usually put into a project so I read this and put my own meaning onto it.

[macko]

oh you did misunderstood sir

this should be publish as a web executable and you must enable the encrypt data feature. you cannot read the data in a web executable if it is encrypted you need to know its password before you can unpacked the files inside the executable and the only way to see the data inside the application is by going to the temp folder.

(this part closes the temp folder in order to protect the source file from being copied since when running an application it create a temporary copy of the source in the temp folder)-- what i failed to mention is that the code about closing the temp folder should be written in the page timer event so that the application will always determine whether sum1 is trying to access the temp folder. thats why when sum1 tries to access the temp folder while the application is running it will be closed.

[longedge]

this part closes the temp folder in order to protect the source file from being copied since when running an application it create a temporary copy of the source in the temp folder

This doesn't make sense to me as I understand how AMS works.

If you publish a project as an exe, then at runtime it is 'unpacked' to the system temp folder and runs in part from there. No "Temp" folder window is opened it's just that files are accessed from there. This doesn't happen if you don't publish to a standalone exe but then of course your project folder structure is available to browse.

Open a Windows Explorer run your exe and then alt/tab (if necessary) back to the Windows Explorer window. You have access to the project files while the app is running.

Or is this just another occasion on which I've totally misunderstood what's been said ?

[Bruce]

Nice job macko!

[macko]

all the idea came from the ams users

i came up to a high security type of application by putting all different ideas of ams users in one application.

here's some part of my code:
try to put these codes on the startup action of the application
---------------------------------------------------------------------------------------
local sfx = Table.Count(_CommandLineArgs);
for n,v in _CommandLineArgs do
if (n == sfx) then
strSFXmid = String.Mid(_CommandLineArgs[n], 11, -1);
strSFXApPath = String.SplitPath(strSFXmid).Drive;
end
end
(get the original path the software run. example e:, f:, g: )
------------------------------------------------------
drivetype = Drive.GetType(strSFXApPath);
if drivetype~=2 then --check if the application runs on the usb drive if not then error message.
Dialog.Message("ERROR", "Unauthorized copy of Application, exiting program.", MB_OK, MB_ICONSTOP);
Application.Exit(0);
else
expected_pass=2786886402;--sample serial number of my drive
serialnumb= Drive.GetInformation(strSFXApPath.."\\");
inform= serialnumb.SerialNumber;--check serial number of drive
if (inform~=expected_pass) then
Dialog.Message("ERROR", "Unauthorized copy of Application, exiting program.", MB_OK, MB_ICONSTOP);
Application.Exit(0);
else
Dialog.TimedMessage("Welcome", "welcome to (your company)", 2000, MB_ICONINFORMATION);
end
end
---------------------------------------------------
each software has its own built in unique serial number that came from the usb drive. if the usb drive is formatted then the serial of drive would change and the software will not run anymore.
-----------------------------------------------------------------------------------------------------------------------------------
-- Get the titles and window handles of all open windows.
windows = Window.EnumerateTitles();

-- A variable containing text in the title you want to search for.
window_name = "Temp";


-- Loop through the table of windows.
for handle, title in windows do

-- Check if the window title has the target text.
result = String.Find(title, window_name, 1, false);

-- if the string was found in the title, send the window a close message.
if (result ~= -1) then
Window.Close(handle, CLOSEWND_SENDMESSAGE);
end
end
(this part closes the temp folder in order to protect the source file from being copied since when running an application it create a temporary copy of the source in the temp folder)
---------------------------------------------------------------------------------------------------------------------------
i also put a code that when the software is running then the usb drive is unsafely removed the application will close.
i don't know if i have covered all the weakness of the application in terms of security


credits goes to those i learned these commands. i am trying to put all ideas in one application to have a well secured application.

[Bruce]

I would love to see all the code.