Reminger — alleged breach
One linked filing — more sources may join as they report · filed Aug 13, 2026. View entity profile → Other incidents for this victim →
incident inc_f72f269a2df44492 · merged by deterministic
Unverified threat-actor claim — not a regulatory filing
Attribution, victim identity, and counts shown here derive from silentransomgroup's public extortion-blog claims, aggregated by ransomware.live. They have not been validated by the victim or any regulator. Treat them as the threat actor's assertion until a regulatory filing or victim disclosure corroborates them.
Litigation Timing
Not recorded for this incident
Discovery variance · Leak precedence · Materiality delta · SEC filing delay · Filing span — no SEC 8-K in this cluster; needs two dated filings.
Member cascade — every filing about this breach
- AUG 13Leak sitesilentransomgroup postonly record · attacker claim · unverifiedday 0
- Watching: SEC 8-K · state-AG notices · victim statement. (day 6 of watch).
Roll-up facts
- Breach window
- —
- Discovered
- —
- Affected
- —
- Data types
- —
- Threat actor
- Silentransomgroup (self-attributed)
Empty by design — an unverified claim can't establish these.
If this claim is true — what to expect
- 13%Share of Silentransomgroup's claims later corroborated by a regulatory filing (67 tracked, 365-day window). Most claims are never corroborated — this page stays an unverified claim until one is.
Evidence ladder — rungs this incident occupies
Attacker assertion only. Establishes: claim date, group, alleged victim.
No press coverage linked yet.
No regulator filing linked yet.
No SEC filing or victim statement yet.
About this clustering
DisclosureLens links filings into incidents through layered matchers: deterministic rules (same source document, multistate filings of one breach, tight-window same-victim pairs), a weighted-similarity scorer for cross-source candidates, and an operator review queue for everything uncertain. Each link records its own method and confidence — shown per filing in the timeline below. The system defaults to NOT merging when uncertain, because a false merge (collapsing two unrelated breaches) is more harmful than a false split (showing related filings separately); uncertain pairs route to human review instead of auto-merging. Filing summaries shown in the timeline are AI-generated extracts — verify each against its linked source.