yogeshojha / rengine

reNgine is an automated reconnaissance framework for web applications with a focus on highly configurable streamlined recon process via Engines, recon data correlation and organization, continuous monitoring, backed by a database, and simple yet intuitive User Interface. reNgine makes it easy for penetration testers to gather reconnaissance with minimal configuration and with the help of reNgine's correlation, it just makes recon effortless.
https://yogeshojha.github.io/rengine/
GNU General Public License v3.0
7.53k stars 1.14k forks source link

feat: Enable Bug Bounty mode to separate bug bounty related features #1411

Closed yogeshojha closed 2 months ago

yogeshojha commented 2 months ago

Is there an existing feature or issue for this?

Expected feature

We need to separate bug bounty related features such as reporting hackerone, importing assets from hackerone etc

For example @null-ref-0000 most recent PR is an excellent feature addition for bug hunters, but reNgine also has corporate users that may not use this feature at all, or even for those users that do recon for their own purpose, they may not need this.

And in future we may bring more of bug bounty features for example, integration with intigriti or bugcrowd and these may not be useful for non bug bounty users.

We need to provide an option during onboarding if these features have to be enabled, and inside reNgine settings as well if the user wants to enable bug bounty related features, a button/checkbox may be provided for user's to enable this.

Alternative solutions

No response

Anything else?

No response

github-actions[bot] commented 2 months ago

Hey @yogeshojha! 🚀 Thanks for this exciting feature idea!

We love seeing fresh concepts that could take reNgine to the next level. 🌟

To help us understand your vision better, could you:

📝 Provide a detailed description of the feature 🎯 Explain the problem it solves or the value it adds 💡 Share any implementation ideas you might have

Your input is invaluable in shaping the future of reNgine. Let's innovate together! 💪

null-ref-0000 commented 2 months ago

The Django-flag modules would likely be useful for this feature. Could create a variable in the .env and then pass that to the settings.py.

yogeshojha commented 2 months ago

@null-ref-0000 this library is good, but in future we might as well have such more options to enable or disable so I believe the best is to create a Model called UserPreference model, specific to that user, and store all configs there, and use that in middleware.

null-ref-0000 commented 2 months ago

@yogeshojha Yeah good points, a user preference section is a more robust feature.