Skip to content
TrustOS

DPDP Act guide

Personal data breach notification under the DPDP Rules

Under the DPDP Rules, a personal data breach triggers two notices: one to the people affected and one to the Data Protection Board. Both are due without delay, and the Board also expects a detailed report within 72 hours. The clock runs from when you become aware, so the first hours decide whether you can meet it.

The law as of October 2026.

In shortAs of October 2026

  1. Inform affected Data Principals and the Board without delay.
  2. Send the Board a detailed report within 72 hours of becoming aware, unless it allows longer.
  3. There is no minimum size for a breach.
  4. Failing to notify can attract up to 200 crore rupees; failing to protect, up to 250 crore rupees.

What counts as a personal data breach

The Act defines a breach broadly: any unauthorised processing, or accidental disclosure, acquisition, sharing, use, alteration, destruction or loss of access to personal data that compromises its confidentiality, integrity or availability. A laptop with unencrypted patient files left in a cab counts. So does ransomware that locks your loan records, even if nothing leaves the building.

There is no size threshold in the Act. A breach affecting one customer is still a breach.

Telling the people affected

You must inform each affected Data Principal without delay, through their user account or the contact details you hold. The Rules set out what the message should cover, in clear and plain language, including what happened, the likely consequences for them, what you are doing about it, what they can do to protect themselves, and who they can contact.

Telling the Board

You must also inform the Data Protection Board without delay, with a description of the breach. Then, within 72 hours of becoming aware of it, you send a detailed report: the facts, what caused it, what you have done to reduce harm, any findings about who was responsible, and the steps to stop it happening again. The Board can allow a longer period if you ask for it.

The breach duties apply in Phase 3, around 13 May 2027 as notified. Check the MeitY site for how intimations are to be filed when the duty starts. Other regimes, such as CERT-In directions or your sector regulator's rules, may need their own reports on their own timelines.

Why 72 hours is shorter than it sounds

A typical sequence: the security team spots unusual exports from a CRM on a Friday night, confirms by Saturday that customer records were copied, and only on Monday learns that the CRM vendor's support account was the entry point. By then, half the window is gone and nobody has started on the list of affected people.

The teams that meet the deadline decided in advance who declares a breach, who drafts the notices, who signs off, and where the facts are recorded as they come in.

The cost of getting it wrong

Failing to notify a breach can attract a penalty of up to 200 crore rupees. A failure to take reasonable security safeguards to prevent the breach is a separate head, with a maximum of up to 250 crore rupees. The Board decides the actual amount.

How TrustOS helps

The breach response module gives you a running incident record, a clock from the time of awareness, task lists for each team, and drafts for the Data Principal and Board notices. It pulls the affected data categories and processors from your inventory, so you are not rebuilding that list under pressure.

It will not decide whether an event is a reportable breach. That call, and the wording of what you file, belongs with your security lead and legal counsel. TrustOS does not replace legal advice.

Free toolBreach clockEnter when you became aware of a breach and see the 72 hour deadline and the CERT-In window.

Official sources

This guide explains the law in plain words as of October 2026. It is not legal advice. Dates that depend on notifications can change, so check the official text before you rely on them.

The breach clock

The clock starts when you become aware

Tell the Board and the people affected without delay. Where the CERT-In directions apply, report within 6 hours. Send the Board a detailed report within 72 hours, unless it allows longer. Not legal advice.

BREACH CLOCK · FROM THE MOMENT YOU BECOME AWAREWithout delay0h6h24h48h72hYou become awarethe clock startsCERT-In windowwhere its directions applyDetailed reportto the BoardStraight awayOpen the incident recordContain and preserve logsTell the Board and thepeople affected, without delayWithin 6 hoursIf CERT-In directions applyto the incident, report itYour sector regulator mayhave its own timeline tooBy hour 72Detailed report to the Board:facts, cause, harm reduced,who was responsible, andsteps to stop a repeatDPDP Rules, 2025 (Rule 7) and the CERT-In directions of April 2022. Scale changes after hour 6. Not legal advice.

Questions

Common questions

Does the clock start when the breach happens or when we find out?

The 72 hour period for the detailed report runs from when you become aware of the breach.

Our processor had the breach. Who notifies?

The duty sits with you as the Data Fiduciary. Your contracts should require processors to tell you quickly and to help with the report.

Do we still report to CERT-In?

The DPDP Rules do not remove other reporting duties. If CERT-In directions or a sector regulator require a report, plan for each one separately.

See it with your data

Show us where your personal data lives. We will show you TrustOS running on it.

A 30 minute walkthrough on Google Meet with someone who knows the Act and the product. You leave with a view of your first phase, the owners and the effort.

Or get a rollout proposal in two minutes
  1. Step 1A 30 minute demo on Google MeetWith someone who knows the Act and the product.
  2. Step 2Your systems and purposesWe walk one product's personal data through TrustOS.
  3. Step 3A first phase you can planModules, owners and effort, written down for you to keep.