<?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>Security-Monitoring - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/tags/security-monitoring/</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:45:24 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/tags/security-monitoring/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 LSASS Memory Dumping via Command Line Keywords</title><link>https://feed.craftedsignal.io/briefs/2026-09-lsass-dump-cli-keywords/</link><pubDate>Thu, 03 Sep 2026 12:45:24 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-lsass-dump-cli-keywords/</guid><description>Detection of credential access attempts targeting the Local Security Authority Subsystem Service (LSASS) process via command-line arguments indicative of memory dump creation.</description><content:encoded><![CDATA[<p>This brief addresses the detection of unauthorized attempts to dump the memory contents of the Local Security Authority Subsystem Service (LSASS) process. Attackers frequently target LSASS to extract sensitive credentials, such as cleartext passwords, NTLM hashes, and Kerberos tickets, which can then be used for lateral movement and privilege escalation. Common techniques for dumping LSASS memory include the use of legitimate system tools like procdump, specialized post-exploitation frameworks like nanodump or MirrorDump, and various custom scripts. These methods often involve creating output files containing the process memory. Monitoring process creation logs for specific command-line indicators - such as filenames containing 'lsass' or extension markers like '.dmp' - allows security teams to identify and respond to credential access attempts in real-time. This detection logic is critical for identifying post-exploitation activity where attackers attempt to bypass traditional credential dumping tools that might otherwise be blocked by security software.</p>
<h2 id="impact">Impact</h2>
<p>Successful dumping of LSASS memory provides attackers with the necessary credentials to escalate privileges to Domain Admin or perform lateral movement across the network. Compromised credentials can lead to full domain compromise, data exfiltration, and long-term persistence within an organization's environment. Because LSASS dumping is a precursor to further malicious actions, identifying this behavior early in the attack lifecycle is essential for limiting the blast radius of an intrusion.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Deploy the provided Sigma rule to monitor for command-line arguments involving LSASS memory dump operations.</li>
<li>Enable Sysmon or Windows Event Log (Event ID 4688) with full command-line logging to ensure visibility into process execution.</li>
<li>Investigate any triggered alerts immediately to distinguish between malicious activity and authorized administrative or diagnostic tasks.</li>
<li>Supplement process-based detection with memory access monitoring (e.g., using EDR telemetry) to detect direct calls to the LSASS process, as some advanced tools may avoid standard command-line indicators.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>credential-access</category><category>windows</category><category>security-monitoring</category></item><item><title>Detection of Windows Defender Malware and Suspicious Activity Events</title><link>https://feed.craftedsignal.io/briefs/2026-09-windows-defender-alerts/</link><pubDate>Thu, 03 Sep 2026 12:35:07 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-windows-defender-alerts/</guid><description>This brief outlines the monitoring of Windows Defender Antimalware events that indicate confirmed malware detections or suspicious system behavior.</description><content:encoded><![CDATA[<p>This brief focuses on the operational visibility provided by Windows Defender's native logging capabilities, specifically regarding malware and suspicious activity detections. Security operations teams can leverage Event IDs 1006, 1015, 1116, and 1117 to identify when the antimalware engine blocks malicious files or identifies potentially unwanted programs (PUPs). Monitoring these events is essential for incident response, as they provide high-fidelity indicators that a security control has engaged to protect the endpoint. These logs facilitate the identification of compromised hosts, persistent threat attempts, and the efficacy of current defensive policies. Defenders should ingest these events to maintain situational awareness of security product triggers across the fleet.</p>
<h2 id="impact">Impact</h2>
<p>Successful detection of these events allows for the rapid identification of active threats on an endpoint. If these detections are ignored, attackers may maintain persistence through obfuscated malware or bypass security controls by repeatedly attempting to execute known malicious binaries that have already been flagged by the system.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Deploy the Sigma rules below to your SIEM to monitor for high-confidence security triggers.</li>
<li>Configure the Windows Event Log collection to capture Microsoft-Windows-Windows Defender/Operational logs.</li>
<li>Integrate these detections into your automated incident response playbooks for rapid host isolation upon a confirmed malware detection (Event ID 1116).</li>
<li>Review the frequency of these detections per endpoint to identify systems that may be repeatedly targeted or infected, indicating a need for deeper forensic investigation.</li>
</ul>
]]></content:encoded><category domain="severity">medium</category><category domain="type">advisory</category><category>windows</category><category>security-monitoring</category><category>informational</category></item></channel></rss>