1. Executive summary
The ransomware group UmBra listed Tharisa, a Cyprus-registered platinum group metals and chrome mining group with operations in South Africa and development projects in Zimbabwe, on its leak site on 2026-10-07. The listing is indexed by ransomware.live and carries no technical detail: no initial access vector, no malware family, no sample, no exfiltration volume, and no proof-of-data screenshot content beyond a placeholder field. UmBra has no MITRE ATT&CK profile in our reference data, so the attribution to a tracked, characterised actor is unconfirmed. For EMEA financial services clients the direct exposure is second-order: Tharisa is a counterparty, borrower, or commodity-supply name rather than a technology provider, and the risk sits in trade finance, lending, and commodity exposure rather than in shared infrastructure. No CVE, CVSS score, or CISA KEV entry is associated with this item, so there is no patch action to prioritise.
2. Regulatory framing
| Article | Trigger (the fact in this item) | Practical impact |
|---|---|---|
| DORA Art. 28: ICT third-party risk, general principles | Tharisa is a mining group, not an ICT provider to financial entities; the source gives no ICT service relationship to a financial entity | Not engaged on the facts available. If a client holds Tharisa as an ICT third-party provider, the register entry and concentration assessment apply; nothing in this item establishes that relationship |
| NIS2 Art. 21(2)(d): supply chain security measures | Same gap: no supplier relationship to a financial entity is described | Not engaged on the facts available |
No specific DORA/NIS2 article is directly engaged by this item. The source is a leak-site index entry with no technical content, and no fact in it changes what a financial services client must do under DORA or NIS2. Clients with direct commercial exposure to Tharisa should treat this as a counterparty-risk event under their own credit and operational-risk processes, not as a regulatory reporting trigger on the evidence here.
3. Technical analysis & attack chain
There is no attack chain to reconstruct. The source is a single leak-site listing with the following fields only: group UmBra, victim Tharisa, country ZA, publication timestamp 2026-10-07T08:23:30Z. The website field is empty. The leak screenshot field is present but the source provides no extractable content from it, and ransomware.live states explicitly that it does not acquire, download, or host the underlying stolen data.
What can be stated:
- UmBra posted Tharisa to its leak site on 2026-10-07.
- The listing names Tharisa as a Cyprus-based mining group producing platinum group metals and chrome, with major operations in South Africa and development projects in Zimbabwe.
- No claim of data volume, no sample files, no negotiation status, and no deadline are present in the indexed entry.
Everything a defender would normally act on is absent. There is no initial access vector, no exploited component or CVE, no payload or malware family, no persistence mechanism, no command-and-control detail, no lateral movement path, no exfiltration evidence, and no stated impact beyond the listing itself. We will not infer any of these from the group name or the victim's sector. Ransomware leak-site listings frequently appear before, without, or instead of an actual intrusion, and a listing alone does not establish that data was taken.
Confidence caveats. The entire item rests on a single source, the ransomware.live index entry, which republishes operator claims without verification. UmBra has no MITRE ATT&CK profile in our reference data, so we cannot map this group to a known toolset, infrastructure pattern, or prior campaign. Treat the group name as an operator self-designation, not a confirmed tracked actor. Any downstream reporting that assigns UmBra a malware family, a TTP set, or a victimology pattern is doing so without support from this item.
4. Mitigation & containment
There is no technical containment action arising from this item, because the item contains no technical detail. The steps below address the counterparty and supply-chain exposure, not an intrusion.
P1 within 24h
- Determine whether Tharisa appears anywhere in your counterparty, borrower, trade-finance, or commodity-supply book. If it does, notify the relationship owner and credit risk, and check whether any payment, settlement, or shipment instruction referencing Tharisa is pending. Ransomware actors and copycats use victim-name publicity to lend credibility to fraudulent payment-diversion requests; treat any change of bank details or payment instruction citing this incident as suspect until verified by callback to a known contact.
- Do not treat the leak-site listing as confirmation of a breach. Log it as an unverified operator claim and record the source URL.
P2 within 72h
- If Tharisa is a direct supplier of a physical commodity or service you depend on, ask the relationship owner to obtain a status statement from the counterparty. Do not rely on the leak site for status.
- Review whether any internal system, shared portal, or file-transfer channel is used with Tharisa. If one exists, confirm it is not exposed with weak or shared credentials, and check its authentication logs for the period around 2026-10-07 for anomalous access from South African or Zimbabwean source ranges.
P3 within 7 days
- If Tharisa is an ICT third-party provider in your DORA register, update the register entry with this event and reassess the concentration position under your existing third-party process. On the facts available this is a register update, not a re-papering exercise.
- Add the group name UmBra to your threat-intel watch list so that later, better-sourced reporting on the group is picked up automatically.
5. Indicators of compromise
No indicators of compromise available in the source material. The source provides no hashes, domains, IP addresses, file paths, registry keys, or email addresses. The only atomic values present are the victim name and the publication timestamp, which are not indicators.
Behavioural indicators
| behaviour | where to observe | confidence |
|---|---|---|
| Public leak-site listing naming Tharisa, published 2026-10-07T08:23:30Z | ransomware.live index and any mirror of the UmBra leak site | high that the listing exists; low that it reflects an actual intrusion |
| No supporting technical artefacts published alongside the listing | same | high, based on the indexed entry |
6. Detection
Insufficient indicators to author detection rules.
The source contains no distinctive strings, command-line flags, mutex names, scheduled-task or service names, file names or paths, registry keys, ransom-note text, or hard-coded values. The only strings available are the group name and the victim name, and a rule built on those would detect reporting about the incident rather than the incident itself. We will not emit a rule on that basis.
7. Sources
- ransomware.live, "Victim: Tharisa – UmBra", https://www.ransomware.live/id/VGhhcmlzYUBVbUJyYQ==, published 2026-10-07. Single source for this item; republishes an operator claim without independent verification.
8. Adverse Trace position
We assess this item as low technical severity and moderate counterparty relevance. There is no CVE, no CVSS score, and no CISA KEV entry to work from, and the source is a single unverified leak-site listing with no technical content, so we are not raising a technical advisory above informational. The attribution to UmBra is unconfirmed: the group has no MITRE ATT&CK profile in our reference data, and we have no corroborating reporting on its tooling or victimology. Clients with direct commercial exposure to Tharisa should treat this as a counterparty-risk and payment-fraud watch item rather than an intrusion response. We will monitor for a second source, for any published sample or exfiltration claim, and for any UmBra tooling that would let us author detection content, and we will reissue this advisory if that material appears.
Published via PulseTrace — Adverse Trace threat intelligence.