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

Feature Request: Primary & Secondary APIs to use limitations more intelligently #58

Open
JohnBeres opened this issue Sep 17, 2022 · 0 comments

Comments

@JohnBeres
Copy link

Hello!

I've been playing around with munin and very much enjoying the prospects of having a building database of hashes I run. The issue I've run into is that all of the API keys used seem to be processed for each hash ran. Those various APIs have unique rate limits, many of which disallow large hashsets to be processed in a reasonable time....

  • Suggestion:
    • Allow Primary and Secondary APIs. Primary APIs are called against all hashes ran against Munin. Secondary APIs are only called when a known bad hash / suspicious file is detected.
  • Example:
    • A customer of Virus Total (who has much larger limits then below) runs a hash list of 100K+ MD5s. That same individual declares VT primary but MalShare and Hybrid Analysis secondary. VT returns 10 hits on known bad, so only 10 hashes are then sent on to those secondary services.

Free API Limits:

  • Known
    • Hybrid Analysis: 5/min & 200/hour
    • MalShare: 2000/day
    • Virus Total: 500/day & 4/min
  • Unknown
    • Any.Run: ????
    • Circl.lu: ????
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

1 participant