Disclosures Claims Reports Entities Incidents Pulse

Feed live

DisclosureLens

Structured extracts of public breach disclosures — regulator filings (SEC, HHS, state AGs, EU DPAs) alongside threat-actor leak-site claims and press reports. SEC and HHS filings render inline from the originating regulator’s public record under the fair report privilege; other sources link out to the source URL. AI-extracted with full per-record audit trail (model, prompt version, confidence).

ai_assisted: true · Article 50 disclosure on every record

Product

Disclosures feed
Pulse · analytics
Entities
Breach notifications by state

Methodology

How extraction works
Confidence & review
About the bot

Trust

Security
Self-disclosure commitment
API documentation
API keys

v0.1.0 · coverage growing weekly

Agape ATP Corp data breach (2026) · DisclosureLens

All incidents View linkage analytics →

Incident · single filing

Agape ATP Corp

One linked filing — more sources may join as they report · filed Apr 13, 2026. View entity profile → Other incidents for this victim →

incident inc_83ac3e9b3f3e437f · merge_method deterministic

Litigation Timing

Not recorded for this incident

Discovery variance · Leak precedence · Materiality delta · SEC filing delay · Filing span — no leak-site claim in this cluster; needs two dated filings.

SEC 10-K Item 1CConfirmedLifecycle stage 2 of 3: ConfirmedUnverified claimConfirmedEnforced

Affected (total reported)

—

Data types

—

Jurisdictions

FEDERAL

Linked filings

all SEC 10-K Item 1C

Timeline

Earliest sighting first · deep chronology in Litigation Timeline

FEDERALSEC 10-K Item 1CFirst filing
Filed Apr 13, 2026bd_0e6bf430570f7350
Item 1C cybersecurity risk-management disclosure stating that, as of the date of the report, the Company has not experienced any cybersecurity incidents that have materially affected its business, financial condition, or results of operations. No incident is described.

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.