Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

AutoIT EXE Files without SCRIPT resource. #16

Open
tlansec opened this issue Sep 23, 2022 · 3 comments
Open

AutoIT EXE Files without SCRIPT resource. #16

tlansec opened this issue Sep 23, 2022 · 3 comments

Comments

@tlansec
Copy link

tlansec commented Sep 23, 2022

Hi,

I recently encountered the following AutoIT3 file which this project is not able to extract a source AU3 file from:

6606d759667fbdfaa46241db7ffb4839d2c47b88a20120446f41e916cad77d0b

Tools that try to dynamically extract the tool using an interpreter succeed, but I'm not sure if the same principles can be applied to this project. Notably the file above does not have the characteristics PE Resources that you would expect to find in a compile AutoIT binary. If I had to guess, I'd guess that the script is stored in the overlay in this file, but thats purely based on its size.

If it can't be resolved, its no big deal, just thought id highlight it.

Cheers,
Tom

@ByridianBlack
Copy link

ByridianBlack commented Oct 6, 2022

Hello, yeah I saw this issue a couple months ago as well and actually solved it. If you look at my profile you can find this new updated version of it.

https://github.com/ByridianBlack/AutoIt-Ripper-Form

Will be making a pull request soon though

@tlansec
Copy link
Author

tlansec commented Oct 6, 2022

Nice! I'll take a look at your repo. I hope your subsequent PR gets merged in here.

@tlansec
Copy link
Author

tlansec commented Nov 14, 2022

I got around to looking at this and I note that even with trying to parse the overlay that the method in the PR doesn't deal with all cases. Here's an example that doesn't parse with the code in the PR:

6606d759667fbdfaa46241db7ffb4839d2c47b88a20120446f41e916cad77d0b

I don't think there is anything weird at play (like messing about with filemagic and so on) because compiled auto-it decompilers like exe2aut correctly parse the embedded code.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants