Reading Exe file first 10000 bytes and then writing them to another binary file

[topten]

How can I Read .Exe file(autoit)  first 10000 bytes and then write them to another binary file

[TheDcoder]

You can't, AutoIt does not allow you decompile the script and this type of threads are prohibited in the forum . Please read Forum Rules

Oops Sorry

Edited February 21, 2015 by TheDcoder

[Jos]

How can I Read .Exe file(autoit)  first 10000 bytes and then write them to another binary file

 

Why?

Jos

[Mobius]

@TheDcoder

What part of the OPs post led you to make yours?

@topten

Assuming you haven't already done so, check out the FileOpen functions section in the help file.

It might be helpful to post what you have tried so far, which might improve the support you recieve and assist others understanding of what you are trying to achieve.

Vlad

[topten]

Thanx for your comments!

@TheDcoder  

@Mobius

I know that I can write into binary file 4 bytes

$hFile = FileOpen("test.bin", BitOR(16, 1)) 
FileWrite($hFile, Binary(547)) ;should write 4 bytes 
FileClose($hFile)

But How can I know exactly that I've read from another .exe file N bytes?

@Jos

I am trying to make an utility which can help editing/adding/deleting hex data

[Jos]

@Jos

I am trying to make an utility which can help editing/adding/deleting hex data

.... that much a gathered from your question but that doesn't explain what your real goal is.

Why poke around with hex data of a compiled program?

Jos

[topten]

@Jos:   The fisherman wont tell the fish why he needs worms

 

If seriously, I have an idea of creating autoit based av, which can analyze the code of malware by the bytes of code

[TheDcoder]

 

@TheDcoder  

 Me too, I love Linux & AutoIt

[topten]

up the topic

[Melba23]

topten,

I have an idea of creating autoit based av, which can analyze the code of malware by the bytes of code

If I were you, I would find another idea - AutoIt is not really suited for such a task.

M23

[topten]

@Melba23. To be honest I've made a lot of products, using Autoit, and I am sure about the abilities of this language and I am proud of AutoIt. I know AutoIt has gained some negative comments, because of being used by malware creators. I have an idea which will lead AutoIt onto a new level

[BrewManNH]

The problem is that AutoIt isn't really a language suited for such a program. It's too slow for one thing, who wants their AV software bogging down their system every time they touch a file?

[topten]

@

BrewManNH 

It is a long story to explain how I got this idea. But accordingly to my experience AutoIt is much smarter and It is much quicker and much more elegant way doing certain operations than other languages do. 

Btw is it really big secret  "How can I know exactly that I've read from another .exe file N bytes?" 

[BrewManNH]

FileRead with a number in the Count parameter. Use FileOpen with the Binary setting first.

How are you planning on updating this, what type of signature file(s) are you planning on using?

Still think no one is going to trust a scripting language to do AV work, especially when said scripts can't be effectively secured from hackers.

[Jos]

Btw is it really big secret  "How can I know exactly that I've read from another .exe file N bytes?" 

Think opening the Helpfile should have given you most of the pointers already as it is well documented ... so no secrets here.

Jos

[topten]

Thank you, people for you support

Forgive me please for offtopic, I am answering to this part

"Still think no one is going to trust a scripting language to do AV work, especially when said scripts can't be effectively secured from hackers."

It is the question of trust really.  If you read this article http://www.nthelp.com/av_software_spying_on_you.htm you will understand that many AVs can be spying on your systems and that "googleupdate" processes sitting in your trays etc.

So as a result- we are a part of big world where everyone (companies, AV companies)  everywhere are competing with each other try to persuade users that "software A is good and software B is bad. Who will win this competition? I think no one- but if I persuade 300 of users to use AUTOIT based AV- it will be a small viktory for me

[Kyan]

@topten

I'm been a user of autoit for like 3years and for file operations it isn't the best bet, try C#, python,,,you can do what you want but will be terribly slow (as already pointed)

 

"Still think no one is going to trust a scripting language to do AV work, especially when said scripts can't be effectively secured from hackers."

You think compiled languages are effectively secured from hackers?

[topten]

Kyan ,

1) It is the question of preferences. You say "it isn't the best bet, try C#, python,,,", but inspite of all those facts- You are HERE It means that for some reason- you are using Autoit not them

2) Fast or slow? hmm- when you come to the dentist You wont care- will he do it fast or slow, You would care if it would be done without pain Common users, believe me are not so choosy as programmers and they dont even know the difference. I will be the best friend of those of them who just start using the av and continue doing their things as usual.

[Mobius]

When so many others try to dissuade you and yet you persist, hell that's the kind of stubbornness I can respect.

If you must try and write an Antivirus in AutoIt dude just be careful the damned thing doesn't flag or try to delete itself.

[topten]

LOL. Respect.

To tell the truith- I was not going to innitiate this type of discussion- I just asked a silly question. The answer was "Think opening the Helpfile should have given you most of the pointers already as it is well documented ... so no secrets here. ;)"

Anyway, I appreciate very much all your posts people