Suspicious PowerShell Encoded Command Patterns
Last updated on:
In this page
Rule name | Rule type | Log sources | MITRE ATT&CK tags | Severity |
Suspicious PowerShell Encoded Command Patterns | Standard | Windows | Execution: Command and Scripting Interpreter - PowerShell (T1059.001) | Trouble |
About the rule
Rule Type
Standard
Rule Description
Detects the use of encoded PowerShell commands, often found in obfuscated malware execution chains. These patterns indicate attempts to hide malicious logic via base64 or partial encoding switches (-enc, -en, etc.), frequently seen in attacks.
Severity
Trouble
Rule journey
Attack chain scenario
Malicious file upload → Access gained → PowerShell stager dropped → Encoded command executed → C2 connection & data exfiltration
Impact
- In-memory malware execution
- Defense evasion
- Remote command control
Rule Requirement
Prerequisites
Process Creation Auditing
Via Windows Event Viewer (GPO)
- Open GPMC (gpmc.msc) using a domain admin account.
- Navigate to:
Computer Configuration > Policies > Windows Settings > Security Settings > Advanced Audit Policy Configuration > Audit Policies > Detailed Tracking - Enable:
- Audit Process Creation
- Audit Process Termination
(Check “Success” box for both)
- For command-line logging:
Go to:
Computer Configuration > Administrative Templates > System > Audit Process Creation
→ Enable “Include command line in process creation events.” - Create registry key (if missing):
Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Microsoft-Windows-Security-Auditing/Operational
Using Sysmon
To set up process creation monitoring with Sysmon:
1.Download and install Sysmon from Microsoft Sysinternals.
2. Open a Command Prompt with administrator privileges.
3. Create or download a Sysmon configuration file that includes process creation monitoring. A basic example for capturing all process creations is:
<Sysmon>
<EventFiltering>
<ProcessCreate onmatch="exclude"/>
</EventFiltering>
</Sysmon>
4. Install Sysmon with your configuration file using the command:
sysmon.exe -i [configfile.xml] (Replace [configfile.xml] with your file's path and name).
5. Ensure a new registry key named "Microsoft-Windows-Sysmon/Operational" exists in the directory Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\. If not, create it.
Criteria
Action1: actionname = "Process started" AND ((PROCESSNAME endswith "\powershell.exe,\pwsh.exe" OR ORIGINALFILENAME = "PowerShell.Exe,pwsh.dll") AND COMMANDLINE contains " -e , -en , -enc , -enco" AND COMMANDLINE contains " JAB, SUVYI, SQBFAFgA, aWV4I, IAB, PAA, aQBlAHgA") AND PARENTPROCESSNAME notcontains "C:\Packages\Plugins\Microsoft.GuestConfiguration.ConfigurationforWindows\,\gc_worker.exe" select Action1.HOSTNAME,Action1.MESSAGE,Action1.COMMANDLINE,Action1.FILE_NAME,Action1.PROCESSNAME,Action1.USERNAME,Action1.PARENTPROCESSNAME
Detection
Execution Mode
realtime
Log Sources
Windows
MITRE ATT&CK
Execution: Command and Scripting Interpreter - PowerShell (T1059.001)
Security Standards
Enabling this rule will help you meet the security standard's requirement listed below:
NIST CSF DE.CM-1: Network and physical activities are monitored to detect anomalous events.
When this rule is triggered, you're notified of obfuscated PowerShell scripts using encoded commands with known Base64 pattern. This enables you to enable command-line auditing through process creation events (Event ID 4688).
Author
Florian Roth (Nextron Systems)
Future actions
Known False Positives
This rule might be triggered by other tools that work with encoded scripts in the command line instead of script files.
Next Steps
When this rule is triggered, the following measures can be implemented:
- Identification: Identify if the flagged event is a new incident or part of an existing incident.
- Analysis: Analyze the impact and extent of the incident to comprehend the severity of the attack using the Incident Workbench.
- Response: Respond promptly by initiating an automated workflow to interrupt the network connections and cease the malicious process.
- Audit PowerShell activities: Use PowerShell logging (Module & Script Block Logging).
Mitigation
Mitigation ID | Mitigation Name | Mitigation description |
M1049 | Implement antivirus or antimalware scanning to isolate suspicious files. | |
M1045 | Configure policies that allow PowerShell to execute only signed scripts. | |
M1042 | Restrict or disable PowerShell on systems where it is not required. | |
M1038 | Restrict the execution of scripts that contain sensitive language elements i.e., malicious codes using the PowerShell Constrained Language mode. | |
M1026 | Restrict privileges to execute PowerShell scripts to administrators and enforce limitations on the commands that can be executed via remote PowerShell sessions. |


