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

A versatile approach to whitelisting issues and marking false positive. #1180

Open
sahilsikarwar-finbox opened this issue Jan 20, 2025 · 0 comments

Comments

@sahilsikarwar-finbox
Copy link

What would you like to be added:
Right now we only have --false-positive=", "
The problem with this only idea is that for example I have a Bandit scanner and for rule ID B324 (that is insecure hashing) as a security analyst I want to whitelist it, I need to add all 'n' number of occurrences and 'n' number of hashes in the false positive flag.

Instead, there should be a feature to add rule IDs to the whitelist, OR I should be able to pass tool-level config files so that I can pass my skip argument to the bandit scanner.

Why is this needed:
This makes the whole whitelisting process a hell lot of easier. While keeping the hash level whitelisting for a granular level of tracking, a wider scope whitelisting approach should also be an option for some who want to use it.

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