Printable View
I found some source for a project. You can store files in a file. I have an exe stored and I need some way to load it through memory. (for protection) I have saved the bytes to a file, but then someone might be able to just grab the bytes and uncompile or whatever they do. I was thinking load it in memory or something...
please help,
thanks,
alacritous
alacritous
Create a RAM disk.
and what would a "RAM Disk" be? and how to make one?
alacritous
A RAM disk is just like it sounds. A disk of RAM, A disk simulated in memory only.
You would extract the files to yur RAM disk and load them from there.
Search the Forum and http://www.planet-source-code.com for more info.
alacritous, I have no idea what you're asking for. Do you want the file to basically not exist on a hard drive, but only in RAM? If so, when the computer loses power, the file would be INSTANTLY gone. It isn't a very good idea at all, and there are programs that would allow people to sift through the information in RAM.
A RAM disk is EXACTLY like a hard disk but uses your ram.Quote:
Originally posted by randem
alacritous
A RAM disk is just like it sounds. A disk of RAM, A disk simulated in memory only.
You would extract the files to yur RAM disk and load them from there.
Search the Forum and http://www.planet-source-code.com for more info.
He would have the EXACT same problem.
...........
There is a program. There is also a module. In the module there is an exe file that shows only bytes (encrypted). When the program runs I call this sub that decrypts the bytes and shows the actual bytes. I've gone a further step and actually wrote those bytes to a file. It ran. Job done, security is good. Well if I write it to a file (obviously I'd delete on close) you could get the bytes and hack it or whatever they do. Decompile, or whatever.
Well see I want to, instead of writing the bytets to a file, I want to load the file in RAM so you can't really access the bytes, but you can use the program and do whatever. When it closes, it deletes all (or removes) evidence or bytes or whatever.
I don't know exactly how to word it because I don't know much about RAM at all. And after all this, I wouldn't care if the computer loses power. Thats basically shutting down the program...
I hope you understand my problem/concern.
Thank you,
alacritous
bump
Quote:
A RAM disk is EXACTLY like a hard disk but uses your ram.
He would have the EXACT same problem.
I assume you never created one? You can make one available only to yourself.
like I said a long time ago,
how do I create one...
alacritous
alacritous
Can't be done in VB, but that maybe your only option if you want to continue on this path. You need Assembler or C to create a device driver. Than's as close as you are going to get in VB to what you want.
there are ways to have a program that is already loaded, then place it into the memory of another program. then you can delete the exe on the disk.
so basically:
1. write the exe on the disk
2. open it
3. do a bunch of complicated memory api's
4. delete the exe.
search on www.pscode.com for an example.
here i found it for you: http://www.planetsourcecode.com/vb/s...45195&lngWId=1
Like mentioned already, the easyest and probably one of your only options is to write your own driver for a ram drive and only allow access with your program, and that won't be done with VB.Quote:
Originally posted by alacritous
There is a program. There is also a module. In the module there is an exe file that shows only bytes (encrypted). When the program runs I call this sub that decrypts the bytes and shows the actual bytes. I've gone a further step and actually wrote those bytes to a file. It ran. Job done, security is good. Well if I write it to a file (obviously I'd delete on close) you could get the bytes and hack it or whatever they do. Decompile, or whatever.
Well see I want to, instead of writing the bytets to a file, I want to load the file in RAM so you can't really access the bytes, but you can use the program and do whatever. When it closes, it deletes all (or removes) evidence or bytes or whatever.
Your best bet is just to do as you have been doing it. If security is a huge concern, you might want to change your method on how your program works. Maybe give us some details so we can recommend something?
Like..
-What does the program do that is decrpyted, used and then removed?
-What encryption are you using? What bit keys?
-Is this all done in VB.NET?
I have and used them, it's neat but I don't have the extra ram to always have itQuote:
Originally posted by randem
I assume you never created one?
uhh???Quote:
Originally posted by randem
You can make one available only to yourself.
You could use C++ too, as well as several other languages for a driver.Quote:
Originally posted by randem
alacritous
Can't be done in VB, but that maybe your only option if you want to continue on this path. You need Assembler or C to create a device driver. Than's as close as you are going to get in VB to what you want.
kasracer, no single VB programmer on this form is going to be able to answer your question. Trust me. I know for a FACT because i asked the same damn question myself. To be honest, this needs to be done at a lower level then VB can handle. A Loading function to load the the exe file into memory needs to be written in Assembly language and ported to a c++ dll so it can be called from VB
I heard of process memory space injection...
juz need to tinker with memory API and thread and process API...
Like i said. There isn't a windows API available to do this. You have to do it from ASM. If there is an API call then it must be undocumented.