Rule defined in every child of a device group
At a glance
Base severity
Area
Platform
Evidence level
Benchmark reference
Reads the export, not the device
ConfigProof reads a configuration export. This control is evaluated against the objects in that file, and it reports what the file says. It does not connect to the device and sees no traffic, so a finding here describes the configuration, not what the firewall is doing right now.
Why it matters
A rule every child carries is a rule the parent could carry once. Holding it in the children means a change has to be made as many times as there are children, and a missed one is silent.
How to fix it
Web interface
The steps below are written for the web interface. A finding raised on your own export carries the same steps with your object names filled in.
- Define the rule once in {parent}.
- Remove the copies from each child device group.
- Push to one device per child and confirm the policy is unchanged.
Command line
Panorama CLI
set device-group <parent-device-group> pre-rulebase security rules <object-name> description "<why-this-rule-exists>"delete device-group <device-group> <rulebase>-rulebase security rules <object-name>
An example. Values in angle brackets are yours to supply; a finding on your own export fills in the names it read. Nothing here commits or pushes. Review, commit, then push to your devices yourself.
Read it back
show device-group <parent-device-group> pre-rulebase security rules <object-name>Values to fill in5
- <device-group>
- The device group that holds the rule
- <object-name>
- The object's name, as it appears on your firewall
- <parent-device-group>
- The device group above these ones
- <why-this-rule-exists>
- Why this rule exists
- <rulebase>
- Whether this rule is a pre-rule or a post-rule
Before you type it3
- The managed devices keep running their current policy until you push.
- Copy the whole rule into the parent before removing it from each child.
- The same rule name can exist as a pre-rule and a post-rule, evaluated on either side of the managed firewall's own rules. Name the one you mean.
How to confirm the fix
- Confirm no child device group needs a different position for this rule in its evaluation order.
- Compare the effective policy on one device per child before and after.
Limits
- Promotion changes which scope owns the rule and therefore where it sits in evaluation order. Review before applying.
- This compares the configuration Panorama pushes. It does not read the local rulebase of any managed firewall.
Compliance references
No benchmark recommendation is mapped to this control in this version.
More in Panorama Advanced
- PAN-MGT-001Rule restated in a device group that already inherits it
- PAN-MGT-002Rule an inherited pre-rule already matches
- PAN-MGT-003Identical rule defined in several device groups
- PAN-MGT-005Inherited rule treated differently in a child device group
- PAN-MGT-006Rule references an object outside its inheritance chain
- PAN-MGT-007Object redefined in a device group that inherits one with the same name
- PAN-MGT-008Templates in one stack set the same value differently
- PAN-MGT-009Template stack member whose settings are all supplied above it
See it on your own firewall
One complete analysis of one firewall costs nothing. A card is required and nothing is charged.