Borrer Executive Search — alleged breach
One linked filing — more sources may join as they report · filed Jun 13, 2024. View entity profile → Other incidents for this victim →
incident inc_f5afcc27bbbf4f0e · merged by deterministic
Unverified threat-actor claim — not a regulatory filing
Attribution, victim identity, and counts shown here derive from apt73'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
- JUN 13Leak siteapt73 postonly record · attacker claim · unverifiedday 0
- Watching: SEC 8-K · state-AG notices · victim statement. (day 797 of watch).
Roll-up facts
- Breach window
- —
- Discovered
- —
- Affected
- —
- Data types
- —
- Threat actor
- Apt73 (self-attributed)
Empty by design — an unverified claim can't establish these.
If this claim is true — what to expect
- 0%Share of Apt73's claims later corroborated by a regulatory filing (80 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.