Microsoft identified Magniber deployments from the Russian cybercrime group that it tracks as Storm-0381 through its heavy use of malvertising.
Magniber
Magniber is a Windows ransomware family first observed in 2017 and long associated with exploit-driven and socially engineered delivery.
Profile source: Mallory opens in a new tabMagniber
Family profile
Magniber is a Windows ransomware family first observed in 2017 and long associated with exploit-driven and socially engineered delivery. It has been distributed through the Magnitude exploit kit, malicious advertisements, fake browser or Windows updates, typosquatted download sites, signed script files, MSI installers, APPX packages, and phishing-delivered JavaScript. Multiple campaigns abused Internet Explorer and Windows vulnerabilities including CVE-2018-8174, CVE-2019-1367, CVE-2020-0968, CVE-2021-26411, CVE-2021-40444, CVE-2021-34527, and the SmartScreen bypass CVE-2022-44698 to execute without normal user warnings or to gain code execution on vulnerable systems.
Magniber primarily targets Windows systems and has historically shown strong concentration in South Korea, later expanding to other parts of Asia including Taiwan, Hong Kong, Malaysia, Singapore, and Chinese-language locales. Some campaigns also spread more broadly to consumer victims worldwide through fake software-update lures. The malware encrypts files and drops ransom notes, while many reports note that it generally focused on encryption rather than data theft or double-extortion operations.
Technically, Magniber has undergone repeated rewrites and operational changes to improve evasion and resilience. Reported variants use obfuscation, dynamic API resolution, malformed or corrupted Authenticode signatures to bypass Mark-of-the-Web and SmartScreen protections, reflective DLL loading, and process injection to run inside legitimate processes. Some campaigns used shellcode loaders, in-memory execution, MSI custom actions, APPX-based staging, and Heaven’s Gate techniques to reduce visibility to user-mode security tooling. Magniber operators also changed injection sequences over time to evade behavior-based detection and have used privilege-escalation or exploit chains in conjunction with browser-based delivery.
Encryption behavior documented across campaigns includes AES-based file encryption with per-file keys and IVs, with the symmetric material protected using RSA and appended to encrypted files. Later variants no longer depended on a command-and-control server or hardcoded online key retrieval for encryption, instead embedding attacker-controlled public-key material locally. Magniber has also been observed deleting shadow copies and otherwise hindering recovery.
Magniber has been linked in reporting to cybercriminal activity tracked by Microsoft as Storm-0381, and its ecosystem has intersected with exploit suppliers and malvertising operations. It remains notable for sustained adaptation in delivery and defense evasion, especially its repeated use of browser and Windows trust-boundary weaknesses to reach victims.
Capabilities
- Defense Evasion
- Exfiltration
- Privilege Escalation
- Process Injection
Operational record
Reported operators
Threat actors
1 named in public reportingExploited software
Vulnerabilities linked to Magniber
13 CVEsMITRE ATT&CK
Magniber in ATT&CK
37 distinct techniquesTechniques
37 techniquesReporting
Research mentioning Magniber
Hunting for Suspicious Windows Libraries for Execution and Defense Evasion | Elastic Security Labs
Gwisin ransomware has targeted Korean companies using MSI installers tailored to specific victims. The MSI requires execution arguments to activate its embedded DLL, limiting sandbox visibility; it decrypts shellcode, injects it into legitimate processes including certreq.exe, and encrypts files in memory. The malware can disable security products, install itself as a service, alter boot settings, and reboot hosts into Safe Mode before encryption. Encrypted files receive an extension based on the victim organization’s name, while ransom notes claim data theft and provide attacker contact details. Defenders can improve visibility into this execution chain by monitoring non-Microsoft-signed DLL loads and correlating DLL telemetry with process, file-timing, and mounted-device metadata. High-value detections include suspicious DLL execution through msiexec, Rundll32, Regsvr32, Office applications, disk-image or archive delivery, DLL sideloading, unusual directories, removable media, and timestomping. DLL-load analytics should be paired with behavior-based shellcode and process-injection detection, malware classification, and UEBA to identify targeted ransomware activity before encryption completes.