News·4 min read

New Trojan Turns Visual Studio Projects Into a Software Supply Chain Attack Vector

A multi-stage Trojan is turning ordinary software development workflows into a supply chain attack vector by weaponizing Visual Studio project files. Documented by Doctor Web researchers, first detect

CS
CyberShield Team
2026-07-11
Share:
New Trojan Turns Visual Studio Projects Into a Software Supply Chain Attack Vector

A multi-stage Trojan is turning ordinary software development workflows into a supply chain attack vector by weaponizing Visual Studio project files. Documented by Doctor Web researchers, first detected in Q4 2025, and note that it has since undergone continuous upgrades, now combining data theft, clipboard hijacking, backdoor access, cryptomining, and self-propagating file infection into a […] The post New Trojan Turns Visual Studio Projects Into a Software Supply Chain Attack Vector appeared first on Cyber Security News.

A multi-stage Trojan is turning ordinary software development workflows into a supply chain attack vector by weaponizing Visual Studio project files. Documented by Doctor Web researchers, first detected in Q4 2025, and note that it has since undergone continuous upgrades, now combining data theft, clipboard hijacking, backdoor access, cryptomining, and self-propagating file infection into a single package. The attack begins with Trojan.DownLoader49.35384, which uses PEB walking and the initterm function table inside trojanized executables to trigger a hidden PowerShell payload, sometimes encrypted for evasion. A parallel variant, Python.Downloader.255, hides Fernet-encrypted code behind whitespace obfuscation in Python scripts distributed alongside infected binaries. Trojan Turns Visual Studio Into Supply Chain Vector Once this initial stage executes, it downloads Trojan.DownLoader49.35687, which performs sandbox checks, creates the mutex Global\PFNMX, and retrieves C2 addresses from public GitHub repositories and Steam profiles where attackers post plaintext or Base64/XOR-encrypted domains. C2 domain name (Source: drweb) This second-stage component then injects itself into one of 41 legitimate System32 processes before passing control to BackDoor.Siggen2.5906, the core payload. This final stage persists by overwriting DLLs, including Microsoft Edge components and Discord’s profapi.dll , and by escalating privileges via a UAC bypass that exploits the ms-settings registry handler. Once established, the backdoor carries out five principal functions. It steals Discord tokens, browser credentials and cookies from Chrome, Edge, Brave, and Yandex, Telegram Desktop data, and Exodus wallet files, and, in some cases, swaps the wallet’s app.asar file to intercept recovery phrases directly. It continuously monitors clipboard content to hijack bank card numbers and silently swap cryptocurrency wallet addresses with attacker-controlled ones. Infected file (Source: drweb) It accepts a range of remote commands enabling file exfiltration, reverse proxying, directory listing, and even user-harassment functions such as screamers and forced audio playback. It deploys idle-triggered cryptomining using open-source tools including XMRig, T-Rex, and TeamRedMiner. And most notably, it infects development files, spreading itself further across connected systems and codebases. This file-infection capability is what makes the trojan particularly dangerous for the developer community. It targets imgui_impl_win32.cpp from the Dear ImGui library by injecting a payload line alongside a launch line, replaces Visual Studio’s .suo user-settings files with infected versions pulled from the C2 server, and embeds malicious code into winnetwk.h within the Windows SDK to compromise networking functionality. Account page hosting the encrypted URL (Source: drweb) It also injects the initterm-based first-stage payload into standard .exe files and, critically, adds malicious pre-build events into .vcxproj and .csproj project files so that the malicious command runs automatically before every compilation. This design exploits a natural trust chain in software development. When a developer shares an infected repository, anyone who clones, builds, or opens the project in Visual Studio automatically triggers the malicious pre-build event. An embedded ActiveX script, silently re-infecting their own machine and potentially any software they subsequently compile and distribute to end users. Mitigation Dr.Web has confirmed detection and remediation capability, including disinfection routines that strip malicious code from .vcxproj, .csproj, and imgui files without disrupting legitimate project functionality. Security teams should prioritize monitoring for the Global\PFNMX and global\PFNX_side mutexes, unexpected pre-build events in shared project files, and outbound connections to GitHub raw content or Steam profile pages that function as C2 dead-drop resolvers. Given the trojan’s active development cycle since late 2025, organizations relying on shared C++ or C# codebases should audit build pipelines and apply the same scrutiny to third-party project files that they would to any executable download. Follow us on Google News , LinkedIn and X to Get More Instant Updates. Set Cyberpress as a Preferred Source in Google. The post New Trojan Turns Visual Studio Projects Into a Software Supply Chain Attack Vector appeared first on Cyber Security News.

Share:

Join the Discussion

Comments coming soon. Follow us on social media for real-time discussions.