<?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>BlackByte - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/actors/blackbyte/</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>Mon, 12 Oct 2026 18:12:37 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/actors/blackbyte/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 Windows Registry Modification for LongPathsEnabled</title><link>https://feed.craftedsignal.io/briefs/2026-10-long-paths-enabled/</link><pubDate>Mon, 12 Oct 2026 18:12:37 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-10-long-paths-enabled/</guid><description>Adversaries, including the BlackByte ransomware group, modify the 'LongPathsEnabled' registry key to bypass Windows 260-character file path limitations, enabling the concealment and execution of malicious payloads.</description><content:encoded><![CDATA[<p>The Windows registry setting &quot;LongPathsEnabled,&quot; located under the &quot;FileSystem&quot; control key, allows the operating system to support file paths exceeding the traditional 260-character limit (MAX_PATH). While this feature is designed for administrative convenience, threat actors frequently target this setting to facilitate evasion. By enabling this configuration, attackers can store malicious binaries, obfuscated scripts, or exfiltrated data in deep directory structures that are difficult for standard security tools and administrative utilities to access or inspect.</p>
<p>Observed activity from groups such as BlackByte indicates that adversaries modify this key as part of their post-exploitation and persistence strategy. Monitoring for unauthorized changes to this registry hive provides an opportunity for defenders to intercept a critical stage of an attacker's evasion and concealment process before they execute final-stage payloads.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Initial access is established on the target Windows system via phishing or exploitation.</li>
<li>The attacker gains administrative or SYSTEM-level privileges required to modify system-wide registry hives.</li>
<li>The attacker locates the registry key at HKLM\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled.</li>
<li>The attacker executes a command (e.g., reg add) to set the value of LongPathsEnabled to 1.</li>
<li>The attacker creates a deeply nested directory structure exceeding 260 characters in length.</li>
<li>The attacker drops and executes malicious payloads within these nested directories to evade security scanning.</li>
<li>The objective is achieved, such as long-term persistence or data exfiltration.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation of this registry setting allows attackers to bypass security visibility by concealing malicious files in directory paths that standard tools cannot process. This increases the likelihood of long-term persistence and the successful execution of ransomware or other malicious payloads within an environment, potentially leading to total system compromise and data loss.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Deploy the provided Sigma rule to detect any process modifying the &quot;LongPathsEnabled&quot; registry value.</li>
<li>Establish a baseline of authorized administrative activity to reduce noise, as legitimate configuration management systems may occasionally toggle this setting.</li>
<li>Enable Sysmon Event ID 13 (RegistryEvent) across all endpoints to ensure registry modifications are logged with sufficient process context.</li>
<li>Audit existing systems for the current state of the LongPathsEnabled key to identify unauthorized changes that may have occurred prior to rule implementation.</li>
</ul>
]]></content:encoded><category domain="severity">medium</category><category domain="type">threat</category><category>defense-evasion</category><category>registry-modification</category><category>persistence</category></item><item><title>Windows EnableLinkedConnections Registry Modification</title><link>https://feed.craftedsignal.io/briefs/2026-10-windows-enablelinkedconnections-registry/</link><pubDate>Mon, 12 Oct 2026 18:12:28 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-10-windows-enablelinkedconnections-registry/</guid><description>Detection of unauthorized modifications to the EnableLinkedConnections registry key, a technique used by BlackByte ransomware to enable cross-privilege network share access.</description><content:encoded><![CDATA[<p>The EnableLinkedConnections registry setting controls whether Windows allows network connections to be shared across different logon sessions. By modifying this key (typically located at HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System) and setting it to 1, attackers can enable access to mapped network drives across both standard and administrator-level access tokens. This technique is frequently abused by post-exploitation actors, notably during BlackByte ransomware intrusions, to facilitate lateral movement and access restricted network resources that would otherwise be protected by User Account Control (UAC) filtering. Defenders should monitor for registry modifications targeting this specific path, as the setting change is rarely required for routine end-user operations.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Initial access is established through phishing or exploitation of internet-facing services.</li>
<li>The attacker gains initial code execution, typically as a standard user.</li>
<li>The attacker identifies the need to access network shares mapped in a different security context.</li>
<li>A registry modification is performed on 'HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\EnableLinkedConnections' using reg.exe or API calls.</li>
<li>The value is set to '0x00000001' to enable linked connections.</li>
<li>The attacker leverages the now-shared network connection to access sensitive shares or sensitive data.</li>
<li>Final objective such as data exfiltration or encryption (ransomware) is executed.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Modification of this registry key significantly expands the attack surface by bypassing UAC restrictions on network shares. Successful exploitation allows an attacker to escalate their capability to interact with network resources without further authentication, often resulting in mass file encryption, data theft, or complete domain compromise within the targeted sector.</p>
<h2 id="recommendation">Recommendation</h2>
<ol>
<li>Deploy the provided Sigma rule to detect unauthorized modifications to the EnableLinkedConnections registry key.</li>
<li>Enable Sysmon Event ID 13 logging to capture registry modifications across all endpoints.</li>
<li>Investigate any process modifying the registry key outside of approved system administration toolsets or deployment software.</li>
<li>Perform a retroactive hunt for '0x00000001' values written to the EnableLinkedConnections path in registry logs.</li>
</ol>
]]></content:encoded><category domain="severity">medium</category><category domain="type">threat</category><category>defense-evasion</category><category>registry</category><category>ransomware</category></item></channel></rss>