Spike in Network Traffic To a Country
A machine learning job detected an unusually large spike in network activity to one destination country in the network logs. This could be due to unusually large amounts of reconnaissance or enumeration traffic. Data exfiltration activity may also produce such a surge in traffic to a destination country that does not normally appear in network traffic or business workflows. Malware instances and persistence mechanisms may communicate with command-and-control (C2) infrastructure in their country of origin, which may be an unusual destination country for the source network.
Elastic rule (View on GitHub)
1[metadata]
2creation_date = "2021/04/05"
3integration = ["endpoint", "network_traffic"]
4maturity = "production"
5updated_date = "2024/06/18"
6
7[rule]
8anomaly_threshold = 75
9author = ["Elastic"]
10description = """
11A machine learning job detected an unusually large spike in network activity to one destination country in the network
12logs. This could be due to unusually large amounts of reconnaissance or enumeration traffic. Data exfiltration activity
13may also produce such a surge in traffic to a destination country that does not normally appear in network traffic or
14business workflows. Malware instances and persistence mechanisms may communicate with command-and-control (C2)
15infrastructure in their country of origin, which may be an unusual destination country for the source network.
16"""
17false_positives = [
18 """
19 Business workflows that occur very occasionally, and involve an unusual surge in network traffic to one destination
20 country, can trigger this alert. A new business workflow or a surge in business activity in a particular country may
21 trigger this alert. Business travelers who roam to many countries for brief periods may trigger this alert if they
22 engage in volumetric network activity.
23 """,
24]
25from = "now-30m"
26interval = "15m"
27license = "Elastic License v2"
28machine_learning_job_id = "high_count_by_destination_country"
29name = "Spike in Network Traffic To a Country"
30setup = """## Setup
31
32This rule requires the installation of associated Machine Learning jobs, as well as data coming in from one of the following integrations:
33- Elastic Defend
34- Network Packet Capture
35
36### Anomaly Detection Setup
37
38Once the rule is enabled, the associated Machine Learning job will start automatically. You can view the Machine Learning job linked under the "Definition" panel of the detection rule. If the job does not start due to an error, the issue must be resolved for the job to commence successfully. For more details on setting up anomaly detection jobs, refer to the [helper guide](https://www.elastic.co/guide/en/kibana/current/xpack-ml-anomalies.html).
39
40### Elastic Defend Integration Setup
41Elastic Defend is integrated into the Elastic Agent using Fleet. Upon configuration, the integration allows the Elastic Agent to monitor events on your host and send data to the Elastic Security app.
42
43#### Prerequisite Requirements:
44- Fleet is required for Elastic Defend.
45- To configure Fleet Server refer to the [documentation](https://www.elastic.co/guide/en/fleet/current/fleet-server.html).
46
47#### The following steps should be executed in order to add the Elastic Defend integration to your system:
48- Go to the Kibana home page and click "Add integrations".
49- In the query bar, search for "Elastic Defend" and select the integration to see more details about it.
50- Click "Add Elastic Defend".
51- Configure the integration name and optionally add a description.
52- Select the type of environment you want to protect, either "Traditional Endpoints" or "Cloud Workloads".
53- Select a configuration preset. Each preset comes with different default settings for Elastic Agent, you can further customize these later by configuring the Elastic Defend integration policy. [Helper guide](https://www.elastic.co/guide/en/security/current/configure-endpoint-integration-policy.html).
54- We suggest selecting "Complete EDR (Endpoint Detection and Response)" as a configuration setting, that provides "All events; all preventions"
55- Enter a name for the agent policy in "New agent policy name". If other agent policies already exist, you can click the "Existing hosts" tab and select an existing policy instead.
56For more details on Elastic Agent configuration settings, refer to the [helper guide](https://www.elastic.co/guide/en/fleet/current/agent-policy.html).
57- Click "Save and Continue".
58- To complete the integration, select "Add Elastic Agent to your hosts" and continue to the next section to install the Elastic Agent on your hosts.
59For more details on Elastic Defend refer to the [helper guide](https://www.elastic.co/guide/en/security/current/install-endpoint.html).
60
61### Network Packet Capture Integration Setup
62The Network Packet Capture integration sniffs network packets on a host and dissects known protocols. Monitoring the network traffic is critical to gaining observability and securing your environment — ensuring high levels of performance and security. The Network Packet Capture integration captures the network traffic between your application servers, decodes common application layer protocols and records the interesting fields for each transaction.
63
64#### The following steps should be executed in order to add the Elastic Agent System integration "network_traffic" to your system:
65- Go to the Kibana home page and click “Add integrations”.
66- In the query bar, search for “Network Packet Capture” and select the integration to see more details about it.
67- Click “Add Network Packet Capture”.
68- Configure the integration name and optionally add a description.
69- Review optional and advanced settings accordingly.
70- Add the newly installed “network_traffic” to an existing or a new agent policy, and deploy the agent on your system from which network log files are desirable.
71- Click “Save and Continue”.
72- For more details on the integration refer to the [helper guide](https://docs.elastic.co/integrations/network_traffic).
73"""
74note = """## Triage and analysis
75
76### Investigating Spike in Network Traffic To a Country
77
78Monitoring network traffic for anomalies is a good methodology for uncovering various potentially suspicious activities. For example, data exfiltration or infected machines may communicate with a command-and-control (C2) server in another country your company doesn't have business with.
79
80This rule uses a machine learning job to detect a significant spike in the network traffic to a country, which can indicate reconnaissance or enumeration activities, an infected machine being used as a bot in a DDoS attack, or potentially data exfiltration.
81
82#### Possible investigation steps
83
84- Identify the specifics of the involved assets, such as role, criticality, and associated users.
85- Investigate other alerts associated with the involved assets during the past 48 hours.
86- Examine the data available and determine the exact users and processes involved in those connections.
87- Investigate the process execution chain (parent process tree) for unknown processes. Examine their executable files for prevalence, whether they are located in expected locations, and if they are signed with valid digital signatures.
88- Consider the time of day. If the user is a human (not a program or script), did the activity occurs during working hours?
89- If this activity is suspicious, contact the account owner and confirm whether they are aware of it.
90
91### False positive analysis
92
93- Understand the context of the connections by contacting the asset owners. If this activity is related to a new business process or newly implemented (approved) technology, consider adding exceptions — preferably with a combination of user and source conditions.
94
95### Response and remediation
96
97- Initiate the incident response process based on the outcome of the triage.
98- Isolate the involved hosts to prevent further post-compromise behavior.
99- If the triage identified malware, search the environment for additional compromised hosts.
100 - Implement temporary network rules, procedures, and segmentation to contain the malware.
101 - Stop suspicious processes.
102 - Immediately block the identified indicators of compromise (IoCs).
103 - Inspect the affected systems for additional malware backdoors like reverse shells, reverse proxies, or droppers that attackers could use to reinfect the system.
104 - Remove and block malicious artifacts identified during triage.
105- Consider implementing temporary network border rules to block or alert connections to the target country, if relevant.
106- Investigate credential exposure on systems compromised or used by the attacker to ensure all compromised accounts are identified. Reset passwords for these accounts and other potentially compromised credentials, such as email, business systems, and web services.
107- Run a full antimalware scan. This may reveal additional artifacts left in the system, persistence mechanisms, and malware components.
108- Determine the initial vector abused by the attacker and take action to prevent reinfection through the same vector.
109- Using the incident response data, update logging and audit policies to improve the mean time to detect (MTTD) and the mean time to respond (MTTR).
110"""
111references = ["https://www.elastic.co/guide/en/security/current/prebuilt-ml-jobs.html"]
112risk_score = 21
113rule_id = "c7db5533-ca2a-41f6-a8b0-ee98abe0f573"
114severity = "low"
115tags = ["Use Case: Threat Detection", "Rule Type: ML", "Rule Type: Machine Learning"]
116type = "machine_learning"
Triage and analysis
Investigating Spike in Network Traffic To a Country
Monitoring network traffic for anomalies is a good methodology for uncovering various potentially suspicious activities. For example, data exfiltration or infected machines may communicate with a command-and-control (C2) server in another country your company doesn't have business with.
This rule uses a machine learning job to detect a significant spike in the network traffic to a country, which can indicate reconnaissance or enumeration activities, an infected machine being used as a bot in a DDoS attack, or potentially data exfiltration.
Possible investigation steps
- Identify the specifics of the involved assets, such as role, criticality, and associated users.
- Investigate other alerts associated with the involved assets during the past 48 hours.
- Examine the data available and determine the exact users and processes involved in those connections.
- Investigate the process execution chain (parent process tree) for unknown processes. Examine their executable files for prevalence, whether they are located in expected locations, and if they are signed with valid digital signatures.
- Consider the time of day. If the user is a human (not a program or script), did the activity occurs during working hours?
- If this activity is suspicious, contact the account owner and confirm whether they are aware of it.
False positive analysis
- Understand the context of the connections by contacting the asset owners. If this activity is related to a new business process or newly implemented (approved) technology, consider adding exceptions — preferably with a combination of user and source conditions.
Response and remediation
- Initiate the incident response process based on the outcome of the triage.
- Isolate the involved hosts to prevent further post-compromise behavior.
- If the triage identified malware, search the environment for additional compromised hosts.
- Implement temporary network rules, procedures, and segmentation to contain the malware.
- Stop suspicious processes.
- Immediately block the identified indicators of compromise (IoCs).
- Inspect the affected systems for additional malware backdoors like reverse shells, reverse proxies, or droppers that attackers could use to reinfect the system.
- Remove and block malicious artifacts identified during triage.
- Consider implementing temporary network border rules to block or alert connections to the target country, if relevant.
- Investigate credential exposure on systems compromised or used by the attacker to ensure all compromised accounts are identified. Reset passwords for these accounts and other potentially compromised credentials, such as email, business systems, and web services.
- Run a full antimalware scan. This may reveal additional artifacts left in the system, persistence mechanisms, and malware components.
- Determine the initial vector abused by the attacker and take action to prevent reinfection through the same vector.
- Using the incident response data, update logging and audit policies to improve the mean time to detect (MTTD) and the mean time to respond (MTTR).
References
Related rules
- Anomalous Linux Compiler Activity
- Anomalous Process For a Linux Population
- DNS Tunneling
- Network Traffic to Rare Destination Country
- Rare User Logon