What Is Simple Mutelist?
Simple Mutelist enables users to:- Mute findings directly from the Findings table using checkbox selection
- Perform bulk muting of multiple findings at once
- Manage mute rules through a dedicated interface
- Toggle mute rules on and off without deleting them
- Edit mute rule justifications after creation
Simple Mutelist creates rules based on the finding’s unique identifier (UID). For complex muting patterns based on checks, regions, tags, or regular expressions, use Advanced Mutelist with YAML configuration.
Simple Mutelist requires the Manage Scans permission. See RBAC Administrative Permissions for details.
Accessing the Mutelist Page
To access the Mutelist page:- Click “Mutelist” in the left navigation menu
- Simple: Displays a table of mute rules created through Simple Mutelist
- Advanced: Provides YAML-based configuration for complex muting patterns
Muting Findings from the Findings Page
Muting Individual Findings
To mute a single finding:- Navigate to the Findings page
- Locate the finding to mute
- Click the actions menu (three dots) on the finding row
- Select “Mute”
- Enter a justification for muting this finding
- Click “Confirm” to create the mute rule
Muting Multiple Findings (Bulk Muting)
To mute multiple findings at once:- Navigate to the Findings page
- Select findings using the checkboxes in the leftmost column
- Click the floating “Mute” button that appears at the bottom of the screen
- Enter a justification that applies to all selected findings
- Click “Confirm” to create mute rules for all selected findings
Findings that are already muted display a muted icon instead of a checkbox. These findings cannot be selected for bulk operations.
Managing Mute Rules
Viewing Mute Rules
To view all mute rules:- Navigate to the Mutelist page
- Select the “Simple” tab
- The table displays all mute rules with the following information:
- Finding UID: The unique identifier of the muted finding
- Justification: The reason provided for muting
- Enabled: Whether the rule is currently active
- Created: When the rule was created
Enabling and Disabling Mute Rules
To toggle a mute rule without deleting it:- Navigate to the Mutelist page
- Select the “Simple” tab
- Locate the mute rule
- Use the toggle switch in the “Enabled” column to enable or disable the rule
Editing Mute Rules
To edit a mute rule’s justification:- Navigate to the Mutelist page
- Select the “Simple” tab
- Click the actions menu (three dots) on the mute rule row
- Select “Edit”
- Update the justification
- Click “Save” to apply changes
Deleting Mute Rules
To permanently remove a mute rule:- Navigate to the Mutelist page
- Select the “Simple” tab
- Click the actions menu (three dots) on the mute rule row
- Select “Delete”
- Confirm the deletion
How Simple Mutelist Works
Simple Mutelist creates mute rules based on a finding’s unique identifier (UID). When a mute rule is created:- Existing findings matching the UID are immediately marked as muted
- Historical findings with the same UID are also muted
- Future findings from subsequent scans are automatically muted if they match the UID
Bulk Muting and Grouping
When muting multiple findings at once, a single mute rule is created containing all selected finding UIDs. However, once a rule is created, additional findings cannot be added to an existing rule. To mute new findings, create a separate mute rule.Uniqueness Constraint
Each finding UID can only belong to one enabled mute rule at a time. Attempting to create a mute rule that includes a finding UID already covered by another enabled rule displays a conflict error. If you need to reorganize mute rules, disable or delete the existing rule first, then create a new one.Simple Mutelist vs. Advanced Mutelist
| Feature | Simple Mutelist | Advanced Mutelist |
|---|---|---|
| Configuration method | Point-and-click interface | YAML configuration file |
| Muting scope | Individual finding UIDs | Patterns based on checks, regions, resources, and tags |
| When muting applies | Immediately (current + historical findings) | On subsequent scans only (not retroactive) |
| Unmuting behavior | Disabling/deleting a rule only affects new findings from subsequent scans | Removing a pattern stops muting on the next scan |
| Adding findings later | Not supported — must create a new rule | Automatic — any finding matching the pattern is muted |
| Regular expressions | Not supported | Fully supported |
| Bulk operations | Checkbox selection in Findings table | YAML wildcards and patterns |
| Priority | Applied after Advanced Mutelist | Highest priority |
| Best for | Quick, ad-hoc muting of specific findings | Complex, policy-driven muting rules |
When to Use Simple Mutelist
- Muting specific findings identified during review
- Quick suppression of known false positives
- Ad-hoc muting without YAML knowledge
When to Use Advanced Mutelist
- Muting all findings for a specific check across regions
- Pattern-based muting using regular expressions
- Tag-based muting for environment-specific resources
- Complex rules with exceptions
Best Practices
- Provide meaningful justifications: Document why each finding is muted for audit trails and team communication
- Review muted findings regularly: Periodically audit mute rules to ensure they remain valid
- Use disable instead of delete: When temporarily unmuting findings, disable rules rather than deleting them
- Combine with Advanced Mutelist: Use Simple Mutelist for specific findings and Advanced Mutelist for broad patterns
- Limit bulk muting: Review findings individually when possible to ensure appropriate justification for each
Troubleshooting
Duplicate Rule Error
If an error indicates a mute rule already exists for a finding:- Navigate to the Mutelist page
- Search for the existing rule in the Simple tab
- Edit the existing rule’s justification if needed, or
- Delete the existing rule and create a new one
Finding Still Appears Muted After Disabling or Deleting a Rule
If a finding still appears as muted after disabling or deleting its mute rule:- This is expected behavior — existing findings retain their muted status as historical records
- Run a new scan to generate new findings that will reflect the updated rule state
- New findings with the same UID will appear with their actual status (PASS/FAIL) instead of muted
Finding Still Appears Unmuted
If a muted finding still appears unmuted:- Verify the mute rule exists in the Mutelist page
- Ensure the mute rule is enabled (toggle is on)
- Check that the finding UID matches the mute rule
- Wait for the next scan to see updated muting status on historical findings

