Verdict:Malicious
Confidence:High
Conclusion
The uploaded root
/workspace/1cbb2f40b21153e4c6f978fa119671fc97657ac0f3c48b7121fc5ec865053cb0.bin is an Inno Setup installer that contains a malicious native x64 payload. The decisive evidence is a carved embedded PE, /workspace/carved_pes/pe_013adb10.bin (SHA256 b14da601f75e6626a5f22b0559809aae64becaac46deb392bb9f3e19e91624e1), whose code directly performs host profiling, data collection from wallets, browsers, messengers, and FTP clients, screenshot capture, HTTP exfiltration to 62.60.226.159, process injection into explorer.exe, and anti-analysis process killing.
Immediate safety implication: treat the sample as an information stealer with wallet-targeting and anti-analysis behavior. A system that executed it should be considered compromised, especially for browser data, messenger data, wallet material, screenshots, and credentials or session artifacts stored by targeted applications.Scope and Coverage
Examined artifacts
- Uploaded root:
/workspace/1cbb2f40b21153e4c6f978fa119671fc97657ac0f3c48b7121fc5ec865053cb0.bin
- Derived child analyzed in depth:
/workspace/carved_pes/pe_013adb10.bin
- Other derived children: 10 additional valid carved PE files were identified from the installer body; several were screened for the key indicators found in the malicious child.
Coverage notes
- Root PE loader coverage from
bintools_load_binary: 99%, with 13 unattributed regions and 32 unresolved indirect branches.
- Malicious child coverage from
bintools_load_binary: 98%, with 168 unattributed regions and 143 unresolved indirect branches.
- Those gaps limit absence-based claims, but they do not weaken the positive malicious findings because the core theft, exfiltration, injection, and anti-analysis paths were directly observed in decompiled code.
- Dynamic execution was not required because static evidence already established malicious behavior.
Artifact Relationships and Behavioral Sequence
Relationship
The uploaded file is not just a benign installer shell. It embeds multiple PE children, including a behavior-bearing x64 payload at carved file offset
0x13adb10. That child, not the installer framework itself, drives the malicious verdict.Behavioral sequence supported by code
- The installer contains embedded native executables; one embedded x64 PE carries the theft logic.
- The malicious child starts in
sub_1400191c0and creates mutexbuild_cvbfihjudpnetxto enforce a single instance.
- It initializes WinINet API pointers in
sub_14000d3b0and suppresses execution if a debugger is present.
- It creates a working directory and launches multiple collection routines:
- wallets:
sub_1400dc740 - messengers:
sub_1400de160 - FTP clients:
sub_1400de850 - browsers:
sub_1400debe0
- It packages collected material into a ZIP named from the hardware-profile GUID and uploads it in
sub_14000e090.
- It uploads screenshots in
sub_1400ded60/sub_14000e4b0.
- It sends host profiling data in
sub_14000d540andsub_14000d980.
- It enumerates
explorer.exeprocesses and injects code into them insub_140018e90.
- In parallel,
sub_140019880loops indefinitely and terminates monitoring and analysis tools.
Key Findings
1. Hard-coded C2 / exfiltration endpoint
Direct string and code evidence tie the payload to
62.60.226.159 and /xopbixc/data.php.- String addresses in child:
0x140123e90=62.60.226.1590x140123e78=/xopbixc/data.php
sub_14000d540formats and POSTs host information:uid=%s&ver=%s&username=%s&cmpname=%s&telegram=%d
sub_14000e090uploads a ZIP archive using multipart/form-data to the same IP/path.
sub_14000e4b0uploads a screenshot using multipart/form-data with field namescreen.
sub_1400e3930uses Winsockgetaddrinfo/socket/connectagainst the same host and port string27015. Why it matters: this is direct exfiltration behavior, not just a suspicious string.
2. Host profiling and victim identification
sub_14000d540 and sub_14000d980 gather identifying information before exfiltration.
Observed fields and sources:- hardware profile GUID via
GetCurrentHwProfileA
- username via
GetUserNameA
- computer name via
GetComputerNameA
- Telegram presence via
SHGetFolderPathA(..., CSIDL_APPDATA)+\Telegram Desktop\Telegram.exeWhy it matters: this is characteristic reconnaissance and victim fingerprinting for a stealer.
3. Wallet and crypto-extension targeting
sub_1400dc740 is a wallet-focused collector. It builds a \Wallets staging directory and explicitly targets desktop wallets and browser extension storage.
Direct code-backed targets include:\Exodus\exodus.wallet
\Electrum\wallets
\Bitcoin
\atomic\Local Storage\leveldb
- Chrome / Brave / Edge extension settings for wallet extensions
- labeled targets including:
Chrome_MetamaskChrome_BinanceChrome_TronChrome_PhantomChrome_TonChrome_OKXChrome_TrustChrome_FRWTWhy it matters: this is explicit wallet theft logic, not generic file collection.
4. Messenger and communication-app data collection
sub_1400de160 stages data under \Messengers and targets:\Telegram Desktop\tdata
\64Gram Desktop\tdata
\discord\Local Storage\leveldb
\Tox\sub_1400ddab0also creates\Messengersoutput and names staged Telegram-related profiles as\Profile_Tdata_.... Why it matters: this supports theft of local application data, potentially including session tokens or account artifacts.
5. Browser data collection
sub_1400debe0 creates \Browsers and invokes browser-specific collection helpers.
Directly observed browser targets in strings include:\Google\Chrome\User Data\Default\Login Data
\Microsoft\Edge\User Data\Default\Login Data
\BraveSoftware\Brave-Browser\User Data\Default\Login Data
- corresponding
Network\CookiesandWeb Datapaths Directly observed query logic:
sub_140009700executes: and writes browser-specific_History.txtoutput.
SELECT url, title, visit_count, last_visit_time FROM urlssub_14000b0e0executes:
SELECT tab_url FROM downloadsWhy it matters: this is direct browser history/download harvesting. The binary also contains login and cookie DB target paths, which strongly suggest broader browser theft, but I did not fully recover every query path needed to attribute password or cookie extraction with the same certainty.
6. FTP client targeting
sub_1400de850 creates \FTP Clients and targets \FileZilla.
Why it matters: FileZilla commonly stores site and credential material locally; this broadens the stealer scope beyond browsers.7. Screenshot capture and upload
sub_1400191c0 prepares Screenshot.jpg, and sub_1400ded60 creates a randomized JPEG name such as %08x.jpg. sub_14000e4b0 then:- opens the image file,
- constructs a multipart/form-data body with form field
screen
- POSTs it to
62.60.226.159/xopbixc/data.php
- deletes the local file afterward with
DeleteFileW. Why it matters: this is direct visual surveillance and exfiltration.
8. Process injection into explorer.exe
sub_1400191c0 enumerates processes and collects up to 10 PIDs for explorer.exe, then passes them to sub_140018e90.
sub_140018e90 then:- opens the target process,
- enables
SeDebugPrivilegeif needed,
- allocates RWX memory with
VirtualAllocEx
- writes a loader stub and payload with
WriteProcessMemory
- starts execution with
RtlCreateUserThread. Why it matters: this is code injection for stealth, persistence of execution context, or evasion.
9. Anti-analysis / anti-monitoring behavior
sub_140019880 contains an unbounded loop that repeatedly enumerates processes and kills named tools, including:Taskmgr.exe
SystemInformer.exe
ProcessHacker.exe
ProcessExplorer.exe
procexp.exe
procexp64.exe
Procmon.exe
x64dbg.exe
OllyDbg.exe
idaq.exe
ida64.exe
Wireshark.exeWhy it matters: this is overt defense evasion and analyst interference.
10. Root artifact contains suspicious installer-layer strings
The root installer body contains plaintext strings such as:
http://62.60.226.159/geter/index.php?
schtasks.exe
/create /sc minute /tn "
Global\%s
Online
- clipboard API names However, I did not establish a complete reachability chain from the installer stub to those specific strings as executable behavior. They are suspicious and consistent with malware staging, but the verdict does not depend on them because the carved child already provides stronger direct evidence.
Alternative Explanations and Contrary Evidence
Strongest alternative considered
A plausible alternative was that the root file might be a benign Inno Setup installer bundling unrelated utilities or test binaries.
Evidence against that alternative
- The behavior-bearing child is embedded inside the installer and contains coherent, integrated theft logic rather than a benign utility feature set.
- The same child combines victim profiling, artifact collection, screenshot upload, code injection, and anti-analysis in a single control flow rooted at
sub_1400191c0.
- Target lists are specific to wallets, browser extension IDs, messenger stores, and analysis tools, which does not fit ordinary installer behavior.
Contrary evidence / limits
- I did not fully reverse every carved child PE.
- The root installer contains additional suspicious strings that may represent installer-layer logic or a second-stage component, but I did not need to resolve them to reach a verdict.
- Some absence-based statements remain limited by the 98% child coverage and unresolved indirect branches.
Unknowns
- Exact installer launch chain: I established that the root contains multiple embedded PE children and that
pe_013adb10.binis malicious, but I did not fully reconstruct which embedded child the installer executes first and under what conditions.
- Full browser credential theft scope: Login Data, Cookies, and Web Data paths are present, and browser history/download collection is directly implemented. I did not fully recover all SQL queries or decryption paths needed to prove password or cookie exfiltration with the same certainty.
- Clipboard replacement behavior: the sample contains clipboard API names in strings, but I did not isolate the code path that uses them. This remains suspicious rather than confirmed.
- Scheduled-task persistence from root strings:
schtasks.exeand/create /sc minute /tnare present in the root artifact, but I did not attribute them to a confirmed executable path. These unknowns do not materially change the verdict because the confirmed malicious behaviors are already sufficient.
Indicators
File indicators
- Root SHA256:
1cbb2f40b21153e4c6f978fa119671fc97657ac0f3c48b7121fc5ec865053cb0
- Malicious child SHA256:
b14da601f75e6626a5f22b0559809aae64becaac46deb392bb9f3e19e91624e1
- Carved offset of malicious child within root:
0x13adb10
Network indicators
- IP:
62.60.226.159
- HTTP path:
/xopbixc/data.php
- Additional probed port:
27015
- User-Agent seen in code:
Mozilla/5.0Mozilla/5.0 (Windows NT 10.0; Win64; x64)
Host indicators
- Mutex:
build_cvbfihjudpnetx
- Process injection target:
explorer.exe
- Anti-analysis kill list includes
Taskmgr.exe,SystemInformer.exe,ProcessHacker.exe,ProcessExplorer.exe,procexp64.exe,Procmon.exe,x64dbg.exe,OllyDbg.exe,idaq.exe,ida64.exe,Wireshark.exe
- Staging/output names include
Screenshot.jpg,\Wallets,\Messengers,\FTP Clients,\Browsers
Verdict Rationale
The set-level verdict is malicious because the embedded child
pe_013adb10.bin directly implements multiple unauthorized and harmful behaviors: victim profiling, wallet/messenger/browser/FTP data theft, screenshot exfiltration, process injection, and anti-analysis process termination, all tied to a hard-coded external destination. The root file's role as an installer wrapper does not mitigate the verdict; it is the container delivering the malicious payload.
Even with incomplete full-code coverage, the positive evidence is concrete, code-backed, and sufficient on its own. This is not merely suspicious packaging or a dual-use admin tool. It is a purpose-built stealer with wallet-focused collection and defense evasion.About Delphos Labs Analysis
The Delphos platform analyzes compiled binaries directly and produces structured behavioral intelligence reports within minutes. This lets analysts understand what a binary does without manual analysis.
Request Access