<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Defensive-Security - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/tags/defensive-security/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Thu, 03 Sep 2026 12:36:52 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/tags/defensive-security/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Detection of Suspicious WinAPI Usage in PowerShell Scripts</title><link>https://feed.craftedsignal.io/briefs/2026-09-winapi-powershell/</link><pubDate>Thu, 03 Sep 2026 12:36:52 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-winapi-powershell/</guid><description>Detection engineering brief covering the identification of malicious PowerShell scripts leveraging Windows API calls for process injection, token manipulation, and in-memory execution.</description><content:encoded><![CDATA[<p>Attackers frequently abuse the Windows API via PowerShell to execute code directly in memory, bypassing traditional file-based detection mechanisms. By leveraging methods such as VirtualAlloc, WriteProcessMemory, and CreateRemoteThread, actors can achieve process injection, while others use token manipulation (e.g., OpenProcessToken, AdjustTokenPrivileges) to escalate privileges or move laterally. These techniques are commonly associated with post-exploitation frameworks and manual hands-on-keyboard activity. This intelligence brief provides a detection-focused approach to identifying these patterns using PowerShell Script Block Logging, which is essential for visibility into de-obfuscated script content that would otherwise remain hidden from standard command-line telemetry.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows for stealthy persistence, credential theft, and privilege escalation, often leading to full system compromise or lateral movement within a domain. The reliance on in-memory execution complicates forensic analysis and incident response.</p>
<h2 id="recommendation">Recommendation</h2>
<p>Detection engineering teams should prioritize the implementation of PowerShell Script Block Logging to gain visibility into the code being executed by the PowerShell engine.</p>
<ul>
<li>Enable PowerShell Script Block Logging (Event ID 4104) via Group Policy on all endpoints.</li>
<li>Deploy the Sigma rules below to your SIEM to monitor for known patterns of process injection and token theft.</li>
<li>Establish baseline activity for administrative scripts that may utilize WinAPI calls to reduce false positives during the tuning phase.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>windows</category><category>powershell</category><category>detection</category><category>defensive-security</category></item></channel></rss>