- Access exclusive content
- Connect with peers
- Share your expertise
- Find support resources
Enhanced Security Measures in Place: To ensure a safer experience, we’ve implemented additional, temporary security measures for all users.
12-05-2017 02:27 AM
Hi All, I am looking for more effective way to whitelist a vendor on IPS without whitelisting at the FW as well.
I am looking for traffic from vendore ip range to be completely exempted from Vulnerability / antivirus / Anti-spyware without creating any firewall rule and security profile.
Is it possible ?
12-06-2017 08:54 AM
Hello,
Not without other potential complications, but a Policy is the best approach. Create a policy with the vendor IP's as the source and then do not perform any scanning on it.
Its simple and effectve. It's how I allow these actions.
Regards,
09-10-2019 09:29 AM
We have a scheduled security scan coming up and I need to perform this step as well. However I do not want to introduce openings to the scanner that are not open to the Internet. If I were to use this method, I believe I would have to mirror each policy with the source IP of scanner and have same destination rules / ports and not do scanning. Does that sound right?
11-06-2019 07:48 AM
I've had this same question. Building several shadow rules to exempt an ASV from IPS only is not a road I want to start down. Allowing a separation between IPS and Host/Port would be 100% Helpful.
11-15-2019 02:20 PM
Hello,
Sorry for the late response, but the answer is no, you would not need a shadow policy for every one you have. Just one before the others that has source of the vendor, destination, your IPs, and the rest allow any/any. This will only open the firewall to the vendors. We do this but internally, datacenter A scans data center B it doesnt report on every port and application because a full tcp handshake was not established.
Example:
Internet -> PAN -> webserver over ssl/443 only.
The scanner will not pick up port 80 since its not open on the server. Just make sure they disable syn only packets for a full connection.
Hope that makes sense.
11-18-2019 08:30 AM
Like that we do not need to duplicate each rule! But not sure about the recommended solution:
Allowing any/any from the source IP will fully open the network to that IP, when we only want to allow them Vulnerability/Compliance Scanning. Isn't there a tighter/cleaner solution, or am I misunderstanding your suggestion?
Thanks!
11-18-2019 08:47 AM
Hello,
If I'm understanding your question correctly, the end result is to allow an external vendor to scan your external perimeter without the PAN blocking it.
If that is the end result, this is the cleanest way I know how with one policy. There could be others out there that have done other things.
Regards,
11-18-2019 08:57 AM
I want the scanner to be able to scan without being blocked but I want them to only see the ports that are exposed to the Internet, not "any/any". That is why I went with shadowing of each rule.
11-18-2019 10:16 AM
Thanks for your quick reply! This allows full scan, but not validation of existing rules. Duplication of each and every rule would be a nightmare, as we have 10 pairs of firewalls, and many hundreds of rules between them. Ideal solution would be a single Panorama pre-rule to disable IPS for one single IP, from which the Vulnerability/Compliance Scanning would take place. Is that possible?
11-18-2019 12:13 PM
Hello,
Yes this does validate existing policies. If its say ssl, the vendor will try ssl over port 443 and if its allowed the vendor will show it as open.
Regards,
12-14-2019 08:29 AM
We also have allowed Vendor to Scan from outside to Internal by allowing the Vendor IP and destination as our Public IP on specific ports.
What we did was for vulnerable profile set to none.
All was good then.
12-16-2019 09:38 AM
This may depend on the ASV that has been engaged, but building a rule to allow or deny based on port has been not allowed by our Auditors as an explicit allow for a port would an implicit deny for the non included ports.
01-22-2020 08:11 AM
If this is related to audit/compliance scanning, then you will HAVE to white-list the scanner traffic past the "IDPS" features of the Palo Alto firewall. Additionally, just as someone else mentioned, you can not restrict to a list of "ports" that you will allow through security policy.
Click Accept as Solution to acknowledge that the answer to your question has been provided.
The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!
These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!
The LIVEcommunity thanks you for your participation!