TIME ZONESToronto --:--London --:--Dubai --:--Singapore --:--
Coverage of 50+ jurisdictionsCompliance feedv 2026.10
▸ Incident · notifications

When an incident hits a fintech group: from the first hour to the regulator's final report

Fintech incident response and regulator notification happen at the same time: while your team contains an attack, several supervisors' clocks are already running. We take on the technical work and the fact-finding: we close the way in, preserve evidence, establish which data and payment operations were hit, and give you a deadline map and draft notices for each jurisdiction in your group.

▸ Cybersecurity
First step
Preserve logs and system snapshots
Shortest clock
DORA: 4 hours after classification
You receive
Deadline map, drafts, root cause report
Sources
9
Sources checked
2026-10-23
Ask a partner · written reply within 24 hours
Book a paid consultation · USD 99 →

Regulator notification deadlines by country: one attack, several clocks

For a group with entities in the EU, UK, Canada, the US and Singapore, a single event starts deadlines ranging from 4 hours under DORA to 30 days under the FTC rule. Each clock starts at a different moment: awareness, classification or breach assessment.

Each rule anchors its count to a different event:

  • GDPR and UK GDPR: 72 hours from the controller becoming aware of a personal data breach.
  • DORA: 4 hours from classifying an ICT incident as major, and no later than 24 hours from awareness.
  • RPAA (Bank of Canada): 48 hours after the PSP determines the incident is material.
  • NYDFS Part 500: 72 hours after determining an incident occurred, including at a vendor.
  • PDPA (Singapore): 3 calendar days after assessing the breach as notifiable.
  • FTC Safeguards Rule: 30 days after discovery when 500 or more consumers are involved.

So our first document is a timestamped log of when the event was noticed, classified and assessed; every notice draws on it.

Post-breach review for fintech: what we do in the first 72 hours

We contain the attack, preserve evidence before anything changes, find the entry point and establish which data and payment operations were affected. In parallel we collect the facts the first notice depends on.

  1. Containment. Disable compromised accounts and keys, isolate affected servers, close the entry point.
  2. Evidence. Capture logs, images and snapshots before any rebuild, and record the chain of custody.
  3. Scope. Which systems, which data categories, how many customers, which operations stopped. For a KYC data breach we list separately: passports, selfies, addresses, account numbers.
  4. Classification. For each jurisdiction in the group, whether the notification threshold is met and when the clock started.
  5. Drafts. Notice texts built on established facts. GDPR expressly allows information to be provided in phases when it cannot all be gathered at once (Art. 33(4)).

The decision to notify stays with you, your DPO and your lawyer; we give them reliable facts.

Data breach notification under GDPR: the 72-hour rule

The controller notifies the supervisory authority without undue delay and, where feasible, within 72 hours of becoming aware of a breach, unless it is unlikely to result in a risk to people (GDPR Art. 33). Where the risk is high, the people affected are told without undue delay (Art. 34).

The notice describes the nature of the breach, the categories and approximate numbers of people and records, the DPO contact, likely consequences and measures taken (Art. 33(3)). After 72 hours it must give reasons for the delay. A processor, such as your KYC vendor, informs the controller without undue delay (Art. 33(2)).

United Kingdom

UK GDPR keeps the 72-hour deadline. Since 30 September 2026, Article 33 names the Information Commission, the ICO's successor, as the recipient.

A log of every breach

Every breach is documented, notified or not: facts, effects and remedial action (Art. 33(5)). Canada's PIPEDA rules keep such records for 24 months. We build the log as we work.

DORA major ICT incident reporting timeline

An EU financial entity submits the initial notification of a major ICT incident within 4 hours of classification and no later than 24 hours from awareness. The intermediate report follows within 72 hours and the final report within one month of the latest intermediate report.

The deadlines are set by Commission Delegated Regulation (EU) 2025/301. Where an incident is classified as major more than 24 hours after awareness, the initial notification is due within 4 hours of classification (Art. 5(2)).

For an EU-licensed EMI or payment institution this is the tightest deadline in the group, so classification criteria and a notice template must exist beforehand. We check your plan has both and rehearse a scenario where the DORA and GDPR clocks start together. For the security of personal data itself, see our data protection page.

After the incident: a root cause report for regulators and your bank

Final regulator reports and partner bank questions ask for the same things: root cause, what was affected and a dated list of fixes. We write that report and verify that the fixes actually closed the way in.

The report covers the timeline, entry point, affected systems and data, containment and recovery steps, measures put in place and the date of the re-check. A short version in plain language goes to management and the bank; a technical annex goes to the regulator and auditor.

Afterwards we update the response plan with where time was lost, and any later bank questionnaire is answered from the same report.

Notification deadlines across a group's jurisdictions

RequirementWhat it meansSource
GDPR Art. 33: supervisory authority within 72 hours of awarenessLater notices need reasons; information may come in phasesGDPR, Art. 33
GDPR Art. 34: people without undue delay when the risk is highNot required where, for example, the data was encryptedGDPR, Art. 34
UK GDPR Art. 33: 72 hours, recipient the Information Commission (since 30 Sep 2026)Same deadline, new addresseeUK GDPR, Art. 33
DORA: initial notice 4 hours after classification, at most 24 hours; intermediate 72 hours; final one monthThe shortest clock for EU licenseesDelegated Regulation (EU) 2025/301, Art. 5
RPAA: initial notice to the Bank of Canada within 48 hours of the materiality determinationFor PSPs registered in CanadaBank of Canada, 29 June 2026
NYDFS 500.17(a): within 72 hours; extortion payment 24 hours and 30 daysFor DFS licensees in New York23 NYCRR 500.17
FTC 314.4(j): within 30 days when 500+ consumers are involvedFor US non-bank financial companies16 CFR 314.4(j)
PDPA s. 26D: the Commission within 3 calendar days of the assessmentFor breaches of significant harm or scale in SingaporePDPA 2012, s. 26D
PIPEDA s. 10.1: the Commissioner as soon as feasible where there is a real risk of significant harmRecords of every breach are kept for 24 months (SOR/2018-64, s. 6)Breach of Security Safeguards Regulations

What you receive

  • A contained incident: entry point closed, keys and passwords rotated, restore verified
  • A timestamped event log and a notification deadline map per jurisdiction
  • Draft notices to regulators and customers built on established facts
  • A root cause report, short for management and the bank, technical for the regulator, plus a re-check

What we need from you

  • A call as soon as the incident is noticed and a decision-maker's contact
  • Access to affected systems, logs and backups
  • A list of the group's jurisdictions and licences, with DPO and lawyer contacts
  • Written authorisation for the work under a scope letter

Boundaries

  • You decide, sign and file every notice with your DPO and lawyer; we prepare facts and drafts
  • A legal opinion on whether a notice is mandatory comes from a lawyer
  • Court-grade investigation and police work belong to the authorities; we preserve evidence for them
  • We answer for completed measures and an accurate report, and give no guarantee that a regulator will not impose sanctions

Risks of handling it alone, with a chatbot or with a freelancer

On your own
The team rebuilds servers to get back online fast and destroys the logs that the notice and the root cause depend on.
Chatbot
Gives one deadline for every regime and mixes up when the clock starts. A few hours' error under DORA becomes a breach of its own.
Freelancer
Cleans the site without finding the entry point and keeps no event log. The attack returns a week later and there is nothing to show the regulator.

Frequently asked questions

Sources (checked 2026-10-23)

  1. Regulation (EU) 2016/679 (GDPR), Articles 33 and 34EUR-Lex
  2. UK GDPR, Article 33legislation.gov.uk
  3. Commission Delegated Regulation (EU) 2025/301 on incident reporting under DORAEUR-Lex
  4. Reminder: PSP reporting obligations under the RPAABank of Canada
  5. 23 NYCRR Part 500, Second AmendmentNY Department of Financial Services
  6. 16 CFR Part 314: Standards for Safeguarding Customer InformationeCFR
  7. Personal Data Protection Act 2012, Part 6ASingapore Statutes Online
  8. Personal Information Protection and Electronic Documents Act, ss. 10.1–10.3Justice Laws Website
  9. Breach of Security Safeguards Regulations (SOR/2018-64)Justice Laws Website
Next step · written reply within 24 hours

Start with one line about your task

One line is enough. A partner reads it and replies in writing within 24 hours.

  • A partner replies in writing within 24 hours
  • A written quote follows your request
  • Nothing is paid before you accept the quote

Or write to hello@innovacg.com

Book a paid consultation · USD 99 →