This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Advanced Threat Protection lists the dns server instead of the client

When a client tries to connect to a domain which is on the blacklist for command-and-control, he first starts a DNS query to our internal DNS Server. The DNS Server then starts his own query (in our environment directly to the DNS Server from the ISP). So this traffic is between the two DNS Servers, but because the domain name and the IP of the command-and-control server are in the traffic the query and the response the UTM generates the alert and lists our internal DNS server as infected host (a few pictures can be found here, sorry it’s in german)

In my opinion, it would be better to generate the alert and stop the connection in the next step, when the client REALLY tries to connect to the server and not during the DNS request to another DNS Server. Then the client would be the infected host in the logs. I had to enable DNS logs on the server to identify the affected host.  

I am not sure if my considerations are right. If yes it would be a bug (the dns query without connecting to the command-and-control server shouldn’t generate an alert). Thanks for any help.


This thread was automatically locked due to age.
Parents
  • Thanks for your answer. That's what I did. I was just wondering if this is a bug. The DNS query from my DNS Server to the UTM and from there to the DNS Server from the ISP doesn't connect to the command and control server. So there's no need for ATP making an alarm. When the client in the next step then tries to connect to the command and control server would be the right time for ATP to generate an alarm with the supposed infected client in the log. 
    But no Problem. Since I've enabled DNS logging I find the information about the client. Thanks.
Reply
  • Thanks for your answer. That's what I did. I was just wondering if this is a bug. The DNS query from my DNS Server to the UTM and from there to the DNS Server from the ISP doesn't connect to the command and control server. So there's no need for ATP making an alarm. When the client in the next step then tries to connect to the command and control server would be the right time for ATP to generate an alarm with the supposed infected client in the log. 
    But no Problem. Since I've enabled DNS logging I find the information about the client. Thanks.
Children
No Data