Signed Proxy Execution via MS Work Folders

Identifies the use of Windows Work Folders to execute a potentially masqueraded control.exe file in the current working directory. Misuse of Windows Work Folders could indicate malicious activity.

Elastic rule (View on GitHub)

 1[metadata]
 2creation_date = "2022/03/02"
 3integration = ["windows", "system"]
 4maturity = "production"
 5updated_date = "2024/05/21"
 6
 7[rule]
 8author = ["Elastic", "Austin Songer"]
 9description = """
10Identifies the use of Windows Work Folders to execute a potentially masqueraded control.exe file in the current working
11directory. Misuse of Windows Work Folders could indicate malicious activity.
12"""
13from = "now-9m"
14index = ["winlogbeat-*", "logs-windows.*", "endgame-*", "logs-system.security*"]
15language = "eql"
16license = "Elastic License v2"
17name = "Signed Proxy Execution via MS Work Folders"
18note = """## Triage and analysis
19
20### Investigating Signed Proxy Execution via MS Work Folders
21
22Work Folders is a role service for file servers running Windows Server that provides a consistent way for users to access their work files from their PCs and devices. This allows users to store work files and access them from anywhere. When called, Work Folders will automatically execute any Portable Executable (PE) named control.exe as an argument before accessing the synced share.
23
24Using Work Folders to execute a masqueraded control.exe could allow an adversary to bypass application controls and increase privileges.
25
26#### Possible investigation steps
27
28- 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.
29    - Examine the location of the WorkFolders.exe binary to determine if it was copied to the location of the control.exe binary. It resides in the System32 directory by default.
30- Trace the activity related to the control.exe binary to identify any continuing intrusion activity on the host.
31- Review the control.exe binary executed with Work Folders to determine maliciousness such as additional host activity or network traffic.
32- Determine if control.exe was synced to sync share, indicating potential lateral movement.
33- Review how control.exe was originally delivered on the host, such as emailed, downloaded from the web, or written to
34disk from a separate binary.
35
36### False positive analysis
37
38- Windows Work Folders are used legitimately by end users and administrators for file sharing and syncing but not in the instance where a suspicious control.exe is passed as an argument.
39
40### Response and remediation
41
42- Initiate the incident response process based on the outcome of the triage.
43- Isolate the involved host to prevent further post-compromise behavior.
44- Review the Work Folders synced share to determine if the control.exe was shared and if so remove it.
45- If no lateral movement was identified during investigation, take the affected host offline if possible and remove the control.exe binary as well as any additional artifacts identified during investigation.
46- Review integrating Windows Information Protection (WIP) to enforce data protection by encrypting the data on PCs using Work Folders.
47- Confirm with the user whether this was expected or not, and reset their password.
48"""
49references = [
50    "https://docs.microsoft.com/en-us/windows-server/storage/work-folders/work-folders-overview",
51    "https://twitter.com/ElliotKillick/status/1449812843772227588",
52    "https://lolbas-project.github.io/lolbas/Binaries/WorkFolders/",
53]
54risk_score = 47
55rule_id = "ad0d2742-9a49-11ec-8d6b-acde48001122"
56setup = """## Setup
57
58If enabling an EQL rule on a non-elastic-agent index (such as beats) for versions <8.2,
59events will not define `event.ingested` and default fallback for EQL rules was not added until version 8.2.
60Hence for this rule to work effectively, users will need to add a custom ingest pipeline to populate
61`event.ingested` to @timestamp.
62For more details on adding a custom ingest pipeline refer - https://www.elastic.co/guide/en/fleet/current/data-streams-pipeline-tutorial.html
63"""
64severity = "medium"
65tags = [
66    "Domain: Endpoint",
67    "OS: Windows",
68    "Use Case: Threat Detection",
69    "Tactic: Defense Evasion",
70    "Resources: Investigation Guide",
71    "Data Source: Elastic Endgame",
72]
73timestamp_override = "event.ingested"
74type = "eql"
75
76query = '''
77process where host.os.type == "windows" and event.type == "start"
78    and process.name : "control.exe" and process.parent.name : "WorkFolders.exe"
79    and not process.executable : ("?:\\Windows\\System32\\control.exe", "?:\\Windows\\SysWOW64\\control.exe")
80'''
81
82
83[[rule.threat]]
84framework = "MITRE ATT&CK"
85[[rule.threat.technique]]
86id = "T1218"
87name = "System Binary Proxy Execution"
88reference = "https://attack.mitre.org/techniques/T1218/"
89
90
91[rule.threat.tactic]
92id = "TA0005"
93name = "Defense Evasion"
94reference = "https://attack.mitre.org/tactics/TA0005/"

Triage and analysis

Investigating Signed Proxy Execution via MS Work Folders

Work Folders is a role service for file servers running Windows Server that provides a consistent way for users to access their work files from their PCs and devices. This allows users to store work files and access them from anywhere. When called, Work Folders will automatically execute any Portable Executable (PE) named control.exe as an argument before accessing the synced share.

Using Work Folders to execute a masqueraded control.exe could allow an adversary to bypass application controls and increase privileges.

Possible investigation steps

  • 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.
    • Examine the location of the WorkFolders.exe binary to determine if it was copied to the location of the control.exe binary. It resides in the System32 directory by default.
  • Trace the activity related to the control.exe binary to identify any continuing intrusion activity on the host.
  • Review the control.exe binary executed with Work Folders to determine maliciousness such as additional host activity or network traffic.
  • Determine if control.exe was synced to sync share, indicating potential lateral movement.
  • Review how control.exe was originally delivered on the host, such as emailed, downloaded from the web, or written to disk from a separate binary.

False positive analysis

  • Windows Work Folders are used legitimately by end users and administrators for file sharing and syncing but not in the instance where a suspicious control.exe is passed as an argument.

Response and remediation

  • Initiate the incident response process based on the outcome of the triage.
  • Isolate the involved host to prevent further post-compromise behavior.
  • Review the Work Folders synced share to determine if the control.exe was shared and if so remove it.
  • If no lateral movement was identified during investigation, take the affected host offline if possible and remove the control.exe binary as well as any additional artifacts identified during investigation.
  • Review integrating Windows Information Protection (WIP) to enforce data protection by encrypting the data on PCs using Work Folders.
  • Confirm with the user whether this was expected or not, and reset their password.

References

Related rules

to-top