Application Filter - Source and Destination IP mismatch?

Question

Hi, 
 I'd think source and destination IP is wrong here. 
 It took me some time to help a user who reported he cannot download a file, we blocked because I could not find his computer with my query for source IP.

We block executabled here. 
 Other Application filter blocks look OK, eg. accessing blocked applications:

LuCar Toni · Accepted Answer

App Control and IPS can be applied on both packets (inbound and outbound). And if the pattern match on the packet coming back, it will be shown in the logs as you see. 
 If you request a download, the data of the file is "coming back from the server" (download). Therefore if the firewall cannot find a download request based on the "get", this packet will be allowed but the IPS/app control will detect a download based on the packets coming back.

LuCar Toni · Answer

There are certain apps, they call "Give me a File". But the app control is not seeing the file. So it will allow this packet. But if the packets are coming back with the file, IPS/app can collect the data and see, this is a file download and blocks it. 
 Most likely we are able to block it based on the get request. But sometimes, apps are likely to try to hide this get request.

LuCar Toni · Answer

Blocked does not mean, we are terminate the connection. This means the server will still ddos you with the packets, as the server assume, you simply does not ACK them. TCP makes sure, you ACK each and every packet. The client cannot ACK a packet, which does not reach him, as the firewall blocks it. Therefore the Server assume, you did not get the packet. It will retransmission those packets all the time, resulting into a big junk of data before the server finally realize, there is nobody to ACK the packets.

Application Filter - Source and Destination IP mismatch?

Top Replies