Vietnam Newsroom & Threat Intelligence
Evidence first. Intelligence that matters.
NOTEDo not attribute a ransomware family from a file extension or a single ransom note.Vietnam time · UTC+7
Technical analysis

Storm-3358 uses ARTEX to target Southeast Asian financial institutions

How Storm-3358 exploited public applications, what separate ARTEX cases establish, and what bank SOC teams in Vietnam can investigate.

Updated: · Vietnam time (UTC+7)

A stylized bank facade behind two steel-blue perimeter layers, with a red trace passing through a narrow opening.
Figure 1. Start by reviewing the public application layer. The QR code opens the Vietnamese edition.
Verified

Public reporting reviewed through 10 November 2026. Verification covers what each source reports. Victims in Vietnam and encryption impact remain unconfirmed.

Analysis informed by Thời Báo Ngân Hàng and public technical reporting, with AI-assisted editing. Editorial illustrations use the original TungTEK signature. QR codes open the Vietnamese edition.

Since October 2026, Microsoft Threat Intelligence has tracked Storm-3358, a financially motivated intrusion cluster it assesses to be based in Cambodia, using ARTEX alongside conventional automation against financial organizations, primarily in Southeast Asia. Microsoft observed exploitation of internet-facing applications and installation of remote access tools on compromised systems. Its report identifies no named banks, victim count or data encryption incident in Vietnam. [1]

A 9 November report in Thời Báo Ngân Hàng raised the cost and speed of AI tooling. For a bank’s security team, the immediate questions are which public applications can accept a file or make a server-side request, and whether responders can trace an inbound request to execution, outbound traffic or a privilege change. [6]

Four separate case folders, each with its own small geometric tab.
Figure 2. Each report has its own activity record and evidence scope. Editorial illustration.
Publication dates and evidence scope
Source and dateReported activityScope of the finding
Microsoft · 6 Nov [1]Storm-3358 targeted finance, primarily in Southeast Asia. Microsoft observed anonymous uploads, SSRF and RAT installation.The report gives no victim list, successful intrusion count or impact in Vietnam.
CrowdStrike · 7 Oct [2]An unnamed cluster targeted South Korean finance in late September and early October. The report describes data exfiltration.CrowdStrike assessed a Chinese-speaking, financially motivated actor with moderate confidence. The organization count remains unconfirmed.
Microsoft · 21 Oct [3]Storm-0940 targeted multiple industries. Microsoft attributed the ConnectWise Cloud Backup supply-chain compromise to this actor and observed app identity abuse in customer tenants.This is a separate case. A successful app sign-in establishes access at the identity layer.
Microsoft · 5 Nov [5]Microsoft reported searches for exposed GitHub secrets and app credential abuse. One case progressed from a search to Azure Key Vault exfiltration in five minutes.Five minutes measures a single observation. The report provides no basis for linking that case to Storm-3358.
Several small key-shaped tokens stop at a closed identity gateway.
Figure 3. Correlate attempts, authentication outcomes and subsequent identity activity within the investigation window. Editorial illustration.

In the Storm-0940 case, Microsoft reported attempted sign-ins to more than 2,250 tenants following the Cloud Backup compromise. A distinct password-spray burst on 10–14 October targeted 327 accounts across eight organizations, generating over 151,000 failures and peaking at 2,900 failures per minute. Microsoft observed no successful authentication in that burst. In other Storm-0940 activity it observed multiple instances of privileged cloud access in under three hours. Keep tenant, account and sign-in event counts separate in the incident timeline. [3] [10]

Two groups of identically shaped servers sit alongside several individual servers.
Figure 4. Repeated configurations across hosts matter when interpreting ARTEX deployment counts. Editorial illustration.

In early November, Censys found 1,465 hosts with an exposed ARTEX console. Removing about 650 hosts in two blocks with repeated configurations left roughly 815 apparently distinct deployments. The survey looked for publicly exposed interfaces, so it misses private instances and can include authorized testing. Host geography, counts and configuration similarity are infrastructure leads. Operator counts, victim counts and compromise rates remain unknown. [4]

A bank symbol on a central tile sits among three trays holding an inspection tool, a command card and a result document.
Figure 5. An agent plans, invokes tools and reviews results to select its next action. Editorial illustration.

ARTEX first appeared in July 2026 as a penetration-testing framework that connects to language models and orchestrates familiar tools. Agents plan, interpret outputs and choose follow-on actions. CrowdStrike found ARTEX configurations and Claude Code session histories on actor-controlled infrastructure in the Korean case. Censys reported that copies continued to circulate after the original public repository was removed. The original license gives no measure of an operation’s model, hosting or proxy costs. [2] [4]

A red token sits in a web gateway aperture in front of two server layers.
Figure 6. Uploads and server-side requests pass through different controls. Conceptual illustration.

In the Storm-3358 case, Microsoft observed anonymous file upload exploitation and server-side request forgery (SSRF), where the application makes a request on the attacker’s behalf. An uploaded file establishes a write. Responders still need to examine executability and the web service’s privileges. SSRF can reach an internal service if the application host is allowed to connect to it. Exploitation of public-facing applications maps to ATT&CK T1190. [1] [9]

Microsoft also observed Storm-3358 use WISP, vshell and AdaptixC2 for persistence and lateral movement. An investigative lead is a web worker or service identity acting outside its normal function and then contacting an external destination or another system. This sequence remains informative when a tool changes source addresses or overlaps with authorized testing. [1]

An application identity tile with a keyhole sits in front of several cloud resource blocks.
Figure 7. Permissions granted to an application identity determine which resources its credentials can reach. Editorial illustration.

The ConnectWise case illustrates another entry path. With stolen credentials for a multitenant application, an actor can use permissions already granted to the app to call APIs without an interactive employee sign-in. User MFA remains important. Banks need separate controls for app-only permissions, credential lifecycle and anomalous access by workload identities. [3]

Three stylized log layers overlap, with a small red ring marking their intersection.
Figure 8. Correlate evidence from the web, host and identity layers before classifying the event.

Start with customer and partner portals and public APIs that accept files or fetch URLs. Test these hypotheses against local telemetry. Use event order, asset ownership and change records to distinguish authorized activity from an incident. [1] [3] [5]

Signals, evidence sources and escalation decisions
Signals to correlateTelemetry and join keysEvidence before escalation
A suspicious upload or SSRF attempt followed by unusual outbound traffic.WAF or gateway, application, DNS and egress proxy logs. Join request ID to backend, time and destination.Establish whether the request reached the backend and resulted in a write, process or connection.
A web worker spawns an unusual child or executes a file it wrote.EDR and system logs. Join host, service account, process tree and deployment times.Check child process, path, hash, startup changes and subsequently accessed hosts.
Failures across accounts followed by an unusual successful sign-in.Identity provider or Entra logs. Group by time window, account, target app, source and result.Confirm session or token issuance, then review activity performed with that identity.
An unusual service-principal sign-in followed by a new permission or credential.Service-principal sign-ins, Entra Audit and Graph/Purview where available. Join tenant, app ID and object ID.Validate against approved changes. Record token issuance, resource access and data transfer as separate events.

Normalize timestamps to UTC and preserve their original values. Behind a proxy, use forwarded IP fields only from trusted proxies. A WAF alert, user agent or matching IP can start an investigation. Host or identity evidence supports a compromise finding. Record missing telemetry and retention limits so periods with no coverage remain visible. [1] [3]

Two navy infrastructure blocks are separated by open space, with a red stop tile interrupting a connection.
Figure 9. Contain the affected access path and control backup and restore traffic between environments separately.
  • First 24 hours. Have the SOC and application owners inventory public entry points and backend service privileges. Prioritize upload and URL-fetch functions and broadly privileged integrations. Preserve logs at risk of expiry. On confirmed unauthorized execution or app identity abuse, coordinate host isolation or disabling the affected access path under the incident response plan while preserving evidence. [1] [3]
  • Hours 24 to 72. Restrict upload authorization, store files outside the webroot in non-executable storage and limit outbound destinations to business requirements. For exposed app identities, revoke or rotate affected credentials and review permissions for unauthorized credentials, consent and roles. Review resource access before setting the scope of notification. [3] [5] [7] [8]
  • Before full restoration. Identify identities that can delete backups or change retention. Confirm an isolated or immutable copy remains available. Restore a representative service in a separated environment and record recovery time, data checks and reopening approval.
A restored service and backup layers stand on a platform separated from production.
Figure 10. Test the service and data integrity in a separate recovery environment before restoring operational traffic. Editorial illustration.

Control of hosts, cloud identities and backup administration can determine the extent of disruption if an intrusion escalates. Public reporting reviewed through 10 November 2026 establishes regional targeting and observed intrusion techniques for Storm-3358. Victims in Vietnam and any encryption impact remain unconfirmed. [1]

ARTEXStorm-3358Threat IntelligenceBank SecurityIncident Response
[1] Microsoft Threat Intelligence · ARTEX abuse expands as cybercriminals target financial sector06 Nov 2026 · Storm-3358 targeting, web exploitation and post-compromise activity.
[2] CrowdStrike Intelligence · Unknown Threat Actor Uses AI-Driven ARTEX to Target South Korean Finance07 Oct 2026 · Infrastructure and session histories from a separate South Korean campaign.
[3] Microsoft Threat Intelligence · AI-driven, large-scale nation-state campaign using ARTEX enables supply chain compromise21 Oct 2026 · Storm-0940 password spraying and application identity abuse through Cloud Backup integrations.
[4] Censys · ARTEX: Agentic Asbestos05 Nov 2026 · Survey of internet-exposed ARTEX consoles and limits of counting hosts.
[5] Microsoft Threat Intelligence · Threat actors use agentic AI tooling to find and abuse exposed secrets05 Nov 2026 · Separate reporting on exposed secrets and misuse of application credentials.
[7] OWASP · File Upload Cheat SheetReference · Upload authorization, file validation and storage controls.
[8] OWASP · Server Side Request Forgery Prevention Cheat SheetReference · Application destination and network controls for server-side requests.
[9] MITRE ATT&CK · T1190 Exploit Public-Facing ApplicationReference · Technique reference for exploitation of internet-facing applications.
[10] MITRE ATT&CK · T1110.003 Password SprayingReference · Technique reference for password spraying across identities.

Each source's scope and date are recorded separately when available. A citation does not independently verify every assessment.

· Published Vietnamese and English editions with separate campaign findings, a hunting matrix and four illustrations.

· Added six minimalist illustrations placed alongside their relevant sections, for ten images in total. Both editions use the original transparent TungTEK signature and an article QR.

Corrections policy
N
Ransomware.VN

AI-assisted threat intelligence and technical analysis from public sources.