Jump to content

Need help understanding Botnet.CnC.Generic detection event


Recommended Posts

Folks, as others have talked about recently there is an uptick in detections of this definition Botnet.CnC.Generic. I have a dev who has a couple of these events triggered on his machine which I have seen in my logs. Some questions:

1. If the Action = "Detected" and Inbound = "Yes" does that mean that the endpoint thinks the dev's machine is a C2 server and that it detected (but allowed) an inbound connection matching such a profile?

2. How can the target address make sense? Source is (russian ip space) and target address is a address (RFC1918) but on a subnet that we do not use. How can a connection be made to an address that is non-routable in our network? We do not use that address space.

3. There is a "Process Name" parameter for the event that marks a java executable (java.exe) as the culprit, but again I don't understand what this means. The target port was 8443, and it is certainly feasible that this dev has java listening on that port but NOT on the address in the target field. Am I correct in thinking that the process name is supposed to indicate the process that was listening at the time and accepted the inbound request to the target port on the target address?

I would seriously appreciate some help in understanding this event. Full event details (somewhat cleaned, only the Computer name and Account fields have been modified for my privacy) are pictured below.

•  Computer name
•  Computer description
•  Threat name
•  Rule name
•  Rule ID
•  Occurred
2020 Jan 18 14:43:40
•  Event
Security vulnerability exploitation
•  Source address
•  Source port
•  Target address
•  Target port
•  Protocol
•  Inbound
•  Process name
C:\Program Files\Java\jdk1.8.0_201\bin\java.exe
•  Account
•  Count


Edited by User21000
Better title + tags
Link to comment
Share on other sites

I would say the attacker found an open port, 8443, on the WAN side of your gateway and trying to do a brute force attack to get access to your internal network. At this point, he is just trying to find a used local subnet address. Hence the targeting of IP address If left unchecked, the attacked would try all known subnet addresses until he found one assigned to a device.

Edited by itman
Link to comment
Share on other sites

Interesting theory, thanks for trying I appreciate it. Turns out the dev was forwarding from his edge at home and that subnet is what he uses on his internal LAN so the event was triggered locally and reported back to the ESMC server when he reconnected to the production network at our office.

So, it looks like ESET is basing this on the fact that the traffic came from known botnet IP space? Is that it? I'm not implying I think that it's inaccurate I'm just trying to make sure I understand the classification of the event.

Link to comment
Share on other sites

10 minutes ago, User21000 said:

So, it looks like ESET is basing this on the fact that the traffic came from known botnet IP space?

Eset does use a blacklist of known botnet C&C servers. Only they know what it contains.

However, Eset also uses this Botnet detection for inbound brute force attacks. Another thread on same alert here: https://forum.eset.com/topic/21967-increasing-botnetcncgeneric-detections/


Link to comment
Share on other sites

This topic is now closed to further replies.

  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Create New...