Confirmed breach. discovered Jan 24, 2025 — the first regulatory filing landed 461 days later (flagged late). 439 individuals reported across the linked filings.
Discovery variance · Leak precedence · Materiality delta · SEC filing delay — no leak-site claim in this cluster; no SEC 8-K in this cluster; needs two dated filings.
Regulatory clocksTexas✗ TX AG >30dFull clock table in Litigation Timeline
State AGConfirmedLifecycle stage 2 of 3: ConfirmedUnverified claimConfirmedEnforcedhigh sensitivity
Affected (total reported)
439
Data types
2
Government ID · PII
Jurisdictions
2
TX VT
Linked filings
2
all State AG
Sensitive data
identity_government
Timeline
Earliest sighting first · deep chronology in Litigation Timeline
Breach discoveredAG web form
Jan 24, 2025
Reported by TEXAS AG filing
461 days
🍁Vermont State AGFirst filinglinked via multistate filing link · 100%
Steel Warehouse Company LLC reported a data breach to the Vermont Attorney General. The breach was reported to the AGO on 2026-04-30. The reporting organization type is Other Commercial. 1 Vermont residents were affected. Categories of data breached: Social Security Numbers.
Steel Warehouse Company LLC based in South Bend, Indiana, a other entity reported a data breach to the Texas Attorney General. The breach was discovered on 2025-01-24 and reported on 2026-05-01. 439 Texas residents were affected. 13,285 individuals affected in total. Types of information involved: Name of individual;Address;Social Security Number Information;Driver’s License number;Government-issued ID number (e.g. passport, state ID card);Financial Information (e.g. account number, credit or debit card number);Date of Birth. Consumers were notified via U.S. Mail.
Affected (this filing): 439
TX AG >30d
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.