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

Support for multiple parser/analyzer types #68

Open
maestretti opened this issue Sep 22, 2017 · 1 comment
Open

Support for multiple parser/analyzer types #68

maestretti opened this issue Sep 22, 2017 · 1 comment

Comments

@maestretti
Copy link

Enhance the Dispatcher to support multiple types of "Analyser" lambdas based on the type of file to be processed. This would support a generalized file analysis platform that could handle binary files in multiple ways (YARA or other static/dynamic analysis) as well as other forensic artifacts (configuration files, memory captures, etc).

One possible approach would be to have the Dispatcher retrieve S3 metadata for each object. A key:value pair would define the specific parser to use (by name, or perhaps substring of arn). Dispatcher would use the Lambda API (ListFunctions) to discover which lambdas it had access to and could support. It would then dispatch the file to one (or multiple) lambdas that matched the metadata and were available.

@austinbyers
Copy link
Collaborator

Great idea! For at least the next quarter or two, we will be focusing and getting the most value out of the YARA analysis. Supporting a wide variety of other analysis types, while useful, is out of our scope for now.

For now, it may be easiest to fork BinaryAlert and add your own analysis stages on top of it. We'd certainly be happy to consider incorporating the extra analysis stages at some time in the future!

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