VPP Block IP and URL Filtering

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

VPP Block IP and URL Filtering

L4 Transporter

I have two questions, one of vulnerability protection and the other on URL Filtering

 

For Vulnerability Protection Profiles, is there any downside, such as performance when using the action "Block IP" ? 

 

For URL Filtering, when you're allowing inbound traffic into the firewall from the internet, does it make sense/recommended to add a URL Filtering profile to those security rules? I would think no, but asking anyway.

1 accepted solution

Accepted Solutions

Cyber Elite
Cyber Elite

There shouldn't be a downside to using block IP

Only case I think would cause issues is if  you hit on some signature that thousands of hosts are using, causing all of them to get added. It could cause your block IP memory to run out of space to write entries, but that's just theoretical

 

For URL filtering you could create a custom category with all your internal fqdns and block everything else. Any additional layer is a good layer 😉

Tom Piens
PANgurus - Strata specialist; config reviews, policy optimization

View solution in original post

9 REPLIES 9

Cyber Elite
Cyber Elite

There shouldn't be a downside to using block IP

Only case I think would cause issues is if  you hit on some signature that thousands of hosts are using, causing all of them to get added. It could cause your block IP memory to run out of space to write entries, but that's just theoretical

 

For URL filtering you could create a custom category with all your internal fqdns and block everything else. Any additional layer is a good layer 😉

Tom Piens
PANgurus - Strata specialist; config reviews, policy optimization

@reaper thanks for reply.   

 

If that theoretical scenario happened, what action would the firewall take?  Would it still block the threat, even if it had no memory to block the IP?

 

The custom URL list is a very good idea, I was thinking of a scenario where you have a web server and Palo url database changes and your site get's categorized as malware or unknown or another category you typically block, you would essentially block your customers from accessing the site

Hi @ce1028  yes, first action is to mitigate the threat, so drop packet at least

 

 

A custom category has priority over the URL filtering database so you won't block yourself while preventing all other requests from coming in

Tom Piens
PANgurus - Strata specialist; config reviews, policy optimization

thanks @reaper , good to know.

 

Yes, definitely about url filtering. I was referring to using a url profile without the custom allows

Without the custom category I wouldn't use URL filtering as it could cause issues if your site gets recategorized

Tom Piens
PANgurus - Strata specialist; config reviews, policy optimization

@reaper thanks much.  One more question, when you're using the action Block IP (or even Deny or one of the reset options), is setting packet capture to single or extended useless? Documentation says it won't capture unless action is alert or allow, yet it suggests setting extended for critical, high medium?  

Single packet.will capture the (1) offending packet, while extended will capture more packets if possible (packets leading up to the hit and any resends afterward)

Tom Piens
PANgurus - Strata specialist; config reviews, policy optimization

Yes, I am aware of that much, but if the action is drop/block etc, will it be able to capture any packets?

Yes it will

Tom Piens
PANgurus - Strata specialist; config reviews, policy optimization
  • 1 accepted solution
  • 8660 Views
  • 9 replies
  • 0 Likes
Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

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!