6 min read

DPDP Rules 2025: Executing Rule 6 Encryption And Masking Safeguards

A definitive guide to Rule 6(1)(a) of the DPDP Rules, 2025, detailing encryption, masking, and tokenisation requirements for data fiduciaries and their processors.

Written byVipul Abhishek· Former Advocate, Supreme Court of India

Last updated:

Rule 6 Data Protection Controls Explained

The Digital Personal Data Protection Rules, 2025 establish specific security safeguards for handling personal data. Rule 6(1)(a) requires organisations to deploy encryption, obfuscation, masking, or virtual tokens. These measures apply to data held at rest and in transit. Data Fiduciaries collect large volumes of personal data under Section 4 for lawful purposes based on consent or certain legitimate uses. The protection of this data is a statutory duty. Rule 6(1)(a) names exact technical methods rather than vague goals. Companies convert clear text into protected formats. You evaluate the data state. You apply the correct control depending on whether data sits in a database or travels across a network. Engineering teams usually default to database encryption. The Rules demand more precision. You map the specific safeguard to the specific data element.

Statutory Anchors In The Act And Rules

Section 8(5) of the Digital Personal Data Protection Act, 2023 places a clear duty on the Data Fiduciary. The entity protects personal data in its possession or under its control by taking reasonable security safeguards. Rule 6(1)(a) of the Rules, 2025 specifies exactly what constitutes reasonable technical action. It explicitly lists encryption, obfuscation, masking, or virtual tokens mapped to personal data. Section 8(2) extends this exact obligation to external processors. A Data Fiduciary engages a processor via a valid contract. The law holds the fiduciary primarily liable for a processor security failure. Data transferred to foreign territories under Section 16 requires fiduciary evaluation. The Central Government restricts certain countries by notification. Unless a restriction applies, the transfer proceeds. The fiduciary maintains responsibility for making sure Rule 6(1)(a) safeguards survive the cross-border transfer. The law provides a maximum penalty of Rs. 250 crore for a failure to observe Section 8(5) security duties.

Decoding Encryption Obfuscation Masking And Tokens

Rule 6(1)(a) lists four distinct technical methods. Encryption uses mathematical algorithms to scramble data into ciphertext. Only parties with the decryption key read the original information. Masking hides specific parts of a data string. An application might display only the last four digits of a phone number to a customer support agent. Obfuscation intentionally scrambles data to confuse unauthorized readers. This method retains the original data format for safe software testing environments. Virtual tokens replace identifiers with non-readable equivalents. A payment gateway issues a token instead of storing a primary account number. Tokenisation maps the virtual token back to the personal data in an isolated vault. Each method solves a different business problem.

Minimum Versus Reasonable Safeguards

The exact technology required depends on the volume and nature of the data processed. A minimum baseline involves full disk encryption and transport layer security. Reasonable controls for large enterprises demand field-level encryption or dynamic masking for high-volume processing. An auditor expects the technical control to match the risk of a breach. Simply encrypting a hard drive fails the standard if customer support staff view unmasked identifiers in clear text. You evaluate internal access patterns. A marketing manager exports a list of Data Principals in India. The system applies dynamic masking to the contact details automatically. Unrestricted clear text access violates the principle of reasonable security.

Accountability Across The Supply Chain

The Data Fiduciary holds primary legal liability for any security failure under Section 8(5). This duty extends to processors handling data on their behalf. Large enterprises force their vendors to prove Rule 6 compliance before signing software contracts. B2B SaaS companies frequently stall in procurement. They fail to demonstrate these specific cryptographic controls to enterprise clients. You secure the supply chain to close the deal. The fiduciary runs vendor security assessments annually. Procurement teams reject vendors storing personal data in plain text. Processors show exactly how they implement virtual tokens or masking logic within their database architecture.

Common Misconceptions About Rule 6

Many organisations mistake general security frameworks for explicit DPDP compliance. A generic ISO 27001 certificate does not prove you apply field-level masking to personal data. Another error is assuming encryption applies only to data at rest. Rule 6(1)(a) expects data protection during active processing. The application layer requires tokenisation or obfuscation techniques. This keeps data hidden from internal application administrators. Companies also assume they can skip these controls if they process data under legitimate uses rather than consent. Section 4 dictates that all lawful processing triggers the Section 8(5) security mandate. The origin of the processing basis changes nothing about the security duty.

Evidence Packs For Audits And Procurement

Enterprises generate clear audit trails to satisfy regulators and enterprise procurement teams. You need documented proof for each control. Engineering teams translate legal requirements into technical configurations. The compliance officer archives this evidence for future Data Protection Board inquiries.

1. Data Flow Map. The compliance owner maps all personal data elements to specific storage locations. This document tracks data from collection through cross-border transfers permitted under Section 16.

2. Control Attestation. The engineering head documents the specific encryption algorithm or masking logic applied to each field. The record states whether the team uses AES-256 encryption or static data masking.

3. Key Management Policy. The security lead maintains records of how cryptographic keys are stored and rotated. Storing keys in the same database as the encrypted data renders the control useless.

4. Processor Audit Trail. The procurement team collects quarterly attestation reports from all third-party vendors. These reports verify their Rule 6(1)(a) implementations. The fiduciary archives these files to prove active vendor oversight.

Practical Application In Daily Operations

Implementing these controls alters daily software development. Developers no longer pull production data into testing environments without running an obfuscation script. The script scrambles real names and addresses while keeping the data format intact for software testing. Human resources departments change how they handle payroll files. They transmit files to the payroll processor using secure file transfer protocols with payload encryption. Internal dashboards update to display virtual tokens instead of raw identifiers. You review these access logs weekly. You verify that the masking logic works as intended.

Penalties And Breach Intimation Realities

A failure to implement these measures severely increases financial exposure. An unencrypted data leak triggers Rule 7. You notify the Data Protection Board within 72 hours and alert affected Data Principals without delay. The Schedule to the Act sets a penalty ceiling of Rs. 250 crore for a breach of Section 8(5) security safeguards. Section 8(2) demands that processor contracts legally bind the vendor to these exact security standards. A breach involving masked or tokenised data drastically reduces the severity of the incident. Regulatory scrutiny intensifies when a breach exposes plain text records.

Closing The Vendor Readiness Gap

You have 221 days until the hard compliance deadline of 13 May 2027. Enterprise deals die when vendors fail to prove they manage data securely. ComplyDP gets you vendor-ready so you clear procurement and close the contract. Check your Rule 6 safeguards and security gaps by visiting https://www.complydp.com/audit-preview today. Securing personal data requires immediate technical action. You isolate personal data fields. You apply the appropriate cryptographic control. You pass the enterprise audit.

Sources

Frequently asked questions

Does Rule 6 require all personal data to be encrypted?

Rule 6(1)(a) of the Rules, 2025 lists encryption, obfuscation, masking, or virtual tokens as appropriate measures. The exact method depends on the data volume and processing context. Full database encryption provides a baseline. Masking specific fields prevents support staff from reading full identifiers.

Can we rely on our processor to handle Rule 6 compliance?

The Data Fiduciary holds primary liability under Section 8(5) of the Digital Personal Data Protection Act, 2023. You secure processor compliance through a binding contract under Section 8(2). Enterprise procurement teams demand proof of this exact vendor oversight.

What happens if unencrypted data is breached?

You notify the Data Protection Board within 72 hours and alert affected Data Principals without delay per Rule 7. The penalty for missing reasonable security safeguards under Section 8(5) reaches Rs. 250 crore. Incidents involving plain text records face severe regulatory scrutiny.

How long do we have to implement these masking and tokenisation controls?

The Central Government has set a hard compliance deadline of 13 May 2027 under Section 1. You have 221 days to implement and test these security safeguards across your systems and vendors. B2B SaaS companies evaluate these controls immediately to clear enterprise procurement hurdles.