Skip to main content
Home/DPDP Rules/Rule 6 — Reasonable Security Safeguards
DPDP Rules, 2025 · Rule 6 of 23

Rule 6: Reasonable Security Safeguards

Rule 6 is the closest thing the DPDP Rules have to a security checklist — the minimum measures every Data Fiduciary is expected to have in place to prevent a personal data breach.

Effective from 13 May 2027Reviewed September 2026
CommencementEffective from 13 May 2027
DPDP Rules, 2025 · Rule 6 of 23

Quick summary

In plain terms: A Data Fiduciary must protect personal data with, at minimum: encryption/masking/ tokenisation, access controls over computer resources, monitoring and logging to detect unauthorised access, backup and continuity measures, at least one year of retained security logs, appropriate Data Processor contract terms, and organisational measures to keep it all effective.

What Rule 6 says

  • Appropriate data security measures, such as encryption, obfuscation, masking, or use of virtual tokens mapped to the data.
  • Appropriate measures to control access to the computer resources used by the Data Fiduciary or a Data Processor.
  • Visibility over access to personal data, through logs, monitoring and review, enabling detection, investigation and remediation of unauthorised access.
  • Reasonable measures for continued processing in the event personal data's confidentiality, integrity or availability is compromised (e.g. through backups).
  • Retention of relevant logs and personal data for at least one year for detection, investigation and remediation purposes, unless another law requires otherwise.
  • Appropriate contractual provisions with any Data Processor, and appropriate technical and organisational measures generally.

Breaking it down

Six requirements, but they cluster into three practical themes:

Prevent (encryption, access control). Encryption, obfuscation, masking or tokenisation of the data itself, plus access controls over the systems that hold it — the baseline “lock the data and lock the door” measures.

Detect and respond (monitoring, logs, continuity). Logging and monitoring so unauthorised access can actually be noticed, not just prevented in theory; backup and continuity measures so a compromise doesn't mean permanent loss of the ability to keep operating.

Prove it (one-year log retention, contracts). Retaining security logs for at least a year isn't just good practice here — it's a specific requirement, useful for investigating a breach after the fact. And where a Data Processor is involved, the contract between the two needs to actually address security obligations, not leave them implicit.

Why this rule matters

Rule 6 is the rule breach-response and cybersecurity teams will be measured against after the fact. If a breach happens and a Data Fiduciary can't show it had these baseline measures in place, that gap becomes the story — both to the Data Protection Board and, potentially, to a court weighing the penalty under the Act's Schedule.

Real-world example

Example: An HR-tech platform storing employee documentsAn HR-tech company stores PAN cards, salary slips and bank details for its client companies' employees. Under Rule 6, it should be encrypting that data at rest, restricting which internal staff and systems can access it, logging every access to detect anomalies (like a bulk export at 2am), keeping backups so a ransomware incident doesn't mean permanent data loss, retaining access logs for at least a year, and making sure its cloud-hosting contract explicitly obligates the hosting provider (as a Data Processor) to maintain equivalent safeguards.

Who needs to care about this rule

  • Security and IT teams — this is effectively your minimum-controls checklist.
  • Procurement and legal teams negotiating Data Processor contracts (cloud vendors, outsourced support, payment processors).
  • Anyone handling a breach investigation, where these logs and safeguards become the evidence of what was in place beforehand.

Common questions

Does Rule 6 mandate a specific encryption standard?
No. It requires “appropriate” measures such as encryption, obfuscation, masking or tokenisation — the specific standard is left to what's reasonable for the risk, not fixed by the Rule itself.
How long must security logs be kept?
At least one year, unless compliance with another law requires a different period.
Does this rule apply to Data Processors too, or only Data Fiduciaries?
The obligation sits with the Data Fiduciary, including for processing done on its behalf by a Data Processor — which is why the Rule also requires appropriate contractual safeguards between the two.