Closed benbridts closed 2 years ago
This can be accomplished in two ways:
controls
and compliance framework
As the mapping file would need to be update every time someone contributes a new rule, there would be a potential it is not updated and thus not accurate. I would think option 1 may be the best case for this.
As for the defaults values in the message, we could use the release version for the compliance framework.
build.py will create a single rule set that includes all rule files. Additionally this file will have a reportsOn attribute in the json file which builds the rule set.
cc @brianterry
Comments on closed issues are hard for our team to see. If you need more assistance, please either tag a team member or open a new issue that references this one. If you wish to keep having a conversation with other community members under this issue feel free to do so.
Description
It would be nice to have a .guard file in the release zip that includes all existing rules exactly once.
Use Case
While writing code, a developer might want to know about best practices and controls that exist, even if they are not being enforced in their pipeline. Currently they could run something like
But this leads to a lot of duplicate output:
This is solvable with some scripting, but it would be nice to have this build in
In this example 8 misconfigurations caused 310 failing rules, it would be nice if this only caused 8 failures
Proposed Solution
build.py
could recurse through the rules directory and create an_all-rules.guard
file.Other information
A similar approach could generate a documentation page with all the rules and their description
Acknowledge