Security / Field notes
DPDP Act Compliance for Indian Startups: An Engineering Guide
The Digital Personal Data Protection Act 2023 (DPDP Act) is transforming how Indian businesses handle user data. For startups and SMEs, understanding its engineering implications is crucial to avoid penalties and build trust with customers.

India's digital economy is booming, but with growth comes increased responsibility for handling personal data. The Digital Personal Data Protection Act 2023 (DPDP Act) marks a significant shift, bringing a robust framework for data privacy that directly impacts every Indian startup, SME, and enterprise handling personal data. This isn't just a legal challenge; it's a fundamental engineering one.
TL;DR: The DPDP Act 2023 mandates significant changes to how Indian businesses collect, process, and store personal data. Engineering teams must implement granular consent mechanisms, ensure secure data processing, facilitate data principal rights, and establish robust breach reporting protocols aligned with CERT-In directions to achieve compliance and build user trust.
Key takeaways
- The DPDP Act introduces strict obligations for Data Fiduciaries, requiring a privacy-by-design approach in all software development.
- Implementing explicit, granular consent mechanisms for data collection is paramount, considering India's diverse user base and device landscape.
- Robust data minimisation, encryption, and secure storage practices are essential to protect personal data from breaches.
- Engineering teams must build systems that facilitate Data Principals' rights, including access, correction, and erasure of their data.
- A proactive incident response plan, including a 6-hour breach reporting window to CERT-In, is critical for compliance.
Understanding the DPDP Act 2023 from an Engineering Lens
The Digital Personal Data Protection Act 2023, along with its impending Rules, establishes a comprehensive framework for processing digital personal data in India. At its core, the Act focuses on the rights of the 'Data Principal' (the individual whose data is being processed) and the obligations of the 'Data Fiduciary' (the entity determining the purpose and means of processing personal data).
For engineering teams at Indian startups, this means shifting from a reactive security mindset to a proactive, privacy-by-design approach. Every feature, database schema, and API endpoint must consider data protection from conception. This includes principles like purpose limitation, data minimisation, accuracy, storage limitation, and accountability. Understanding these duties is foundational to building secure software in India.
Disclaimer: This article provides general technical guidance and is not legal advice. For specific compliance requirements, please consult with legal professionals and refer to the official Digital Personal Data Protection Act, 2023.
Implementing Consent Management for Indian Users
One of the cornerstones of the DPDP Act is explicit, granular consent. As a Data Fiduciary, your application must obtain clear consent from Data Principals before processing their personal data. This isn't a one-time checkbox; consent must be informed, unambiguous, and easily revocable.
From an engineering perspective, this translates into:
- Granular Consent UI: Design user interfaces that clearly explain what data is being collected, why, and for how long. Users should be able to consent to specific processing activities, not just an all-or-nothing agreement. Consider multi-lingual support for India's diverse linguistic landscape, especially for apps targeting Tier-2 and Tier-3 cities.
- Consent Management System (CMS): Build or integrate a robust CMS that records consent, its scope, timestamp, and the mechanism used to obtain it. This system must also facilitate easy revocation of consent by the user.
- API for Consent Checks: All data processing workflows must query the CMS to verify active consent before proceeding. If consent is revoked, data processing must cease, and relevant data should be deleted or anonymised as per policy.
// Example: Pseudo-code for a consent check in a Node.js API
async function processUserData(userId, data, purpose) {
const userConsent = await ConsentService.getConsent(userId, purpose);
if (!userConsent || !userConsent.isGranted) {
throw new Error('Consent not granted for this purpose.');
}
// Proceed with data processing
// ...
return true;
}
In a recent client engagement for a D2C brand expanding into vernacular markets, we designed a multi-lingual consent pop-up that dynamically adjusted based on the user's device language settings. This not only improved compliance but also significantly boosted user trust and consent rates compared to a generic English-only prompt, especially for users accessing the app on budget Android phones with variable network conditions.
Secure Data Processing & Storage: Minimising Risk
The DPDP Act emphasises data minimisation and accuracy. Engineers must build systems that collect only the data strictly necessary for a stated purpose and ensure its accuracy throughout its lifecycle. This directly impacts database schemas, API design, and data retention policies.
- Data Minimisation: Avoid collecting excessive data. If a feature doesn't strictly require a piece of personal information, don't collect it. Regularly audit your data collection points.
- Encryption: Personal data must be encrypted both at rest (e.g., database fields, S3 buckets) and in transit (e.g., HTTPS, secure API calls). Use strong, industry-standard encryption algorithms.
- Access Control: Implement strict Role-Based Access Control (RBAC) to ensure only authorised personnel and systems can access personal data. Follow the principle of least privilege.
- Data Localisation: While the DPDP Act is less prescriptive on data localisation than previous drafts, specific sectors like fintech are still subject to RBI's payment data localisation guidelines. For other data, while not strictly mandated by DPDP, storing data within India can simplify compliance and incident response for Indian businesses.
- Aadhaar Data Handling: If your application uses Aadhaar for eKYC, ensure compliance with UIDAI regulations and best practices, such as using masked Aadhaar numbers and tokenisation, to prevent direct exposure of sensitive Aadhaar data.
When NOT to Over-Engineer Data Localisation
While data localisation can simplify some compliance aspects for Indian data, it's crucial not to over-engineer it unnecessarily. For many startups, especially those operating globally or using SaaS providers with international data centres, strict data localisation for all data can introduce significant infrastructure costs and architectural complexity. Prioritise localisation for sensitive data categories or when explicitly mandated by sector-specific regulations (like RBI for payment data) rather than for all personal data, if the DPDP Act itself does not require it. Assess the trade-off between compliance ease and operational overhead.
Handling Data Principal Rights: Access, Correction, Erasure
The DPDP Act grants Data Principals several rights, including the right to access, correct, and erase their personal data. Engineering teams must build mechanisms to honour these requests efficiently.
- Right to Access: Provide a secure, verifiable way for users to access their data held by your application. This could be a dedicated portal or an API endpoint.
- Right to Correction: Allow users to correct inaccuracies in their data. Implement robust data validation and update mechanisms.
- Right to Erasure (Right to be Forgotten): This is perhaps the most challenging. When a user requests erasure, all their personal data across all systems (production, backups, logs, third-party integrations) must be deleted or anonymised. This requires careful planning for data lifecycle management.
- Audit Trails: Maintain comprehensive audit trails for all data access, modification, and deletion activities to demonstrate compliance and aid in incident investigation.
Our team, when developing SaaS products for clients, implements a 'data subject request' module that provides an admin interface for processing these requests, ensuring that deletions propagate correctly across distributed systems and that a record of the request and its fulfilment is maintained for audit purposes. This is critical for data protection engineering.
Breach Notification & CERT-In Directions: The 6-Hour Window
The DPDP Act mandates prompt notification of data breaches. This aligns with CERT-In's Directions, which require service providers, intermediaries, data centres, and government organisations to report cybersecurity incidents within six hours of noticing or being brought to notice of such incidents. This tight window demands a highly efficient incident response plan.
- Incident Detection: Implement robust logging, monitoring, and alerting systems across your infrastructure and applications. Use tools for real-time threat detection and anomaly analysis.
- Incident Response Plan: Develop and regularly test a clear incident response plan. This includes roles and responsibilities, communication protocols (internal and external), and technical steps for containment, eradication, recovery, and post-incident analysis.
- Automated Alerting: For critical systems, automate alerts to key personnel and, where feasible, integrate with reporting mechanisms. On a production rollout for a fintech client, we designed an automated alert system that, upon detecting a PII breach, immediately notified the designated security team and initiated a pre-defined reporting workflow to meet CERT-In's stringent timelines.
- Log Retention: CERT-In directions also mandate specific log retention periods (e.g., 180 days for all ICT system logs). Ensure your logging infrastructure is designed to meet these requirements, with secure, tamper-proof storage.
Adhering to these requirements is not just about avoiding penalties; it's about maintaining trust with your users and regulators. Building an enterprise-grade SaaS product in India requires this level of security maturity.
Building a DPDP-Compliant Engineering Culture
Achieving DPDP Act compliance is an ongoing journey, not a one-time project. It requires embedding security and privacy into the very fabric of your engineering culture.
- DevSecOps Integration: Integrate security practices into every stage of your Software Development Life Cycle (SDLC). Conduct security reviews, threat modelling, and penetration testing regularly.
- Employee Training: Regularly train your engineering and operations teams on DPDP Act requirements, secure coding practices, and incident response protocols.
- Data Protection Impact Assessments (DPIAs): Conduct DPIAs for new projects or features that involve processing personal data to identify and mitigate risks early.
- Third-Party Vendor Management: Ensure that any third-party services or APIs you integrate also comply with the DPDP Act and have robust data protection measures in place.
| DPDP Act Engineering Requirement | Key Implementation Strategies | Estimated Effort (Startup/SME) |
|---|---|---|
| Consent Management | Granular UI, multi-lingual support, Consent API, audit logs for consent. | Medium - High (Initial build + ongoing maintenance) |
| Data Minimisation & Encryption | Schema design reviews, data validation, AES-256 for data at rest, TLS for data in transit. | Low - Medium (Integrate into existing practices) |
| Data Principal Rights | User data portal, admin tools for data access/correction/erasure, data deletion workflows. | Medium - High (Complex cross-system data management) |
| Breach Reporting & IR | Monitoring, alerting, CERT-In aligned IR plan, 6-hour reporting automation, log retention. | High (Requires dedicated security focus & tools) |
| Third-Party Compliance | Vendor security assessments, contractual clauses, regular audits. | Medium (Legal + technical review) |
FAQ: DPDP Act Compliance for Indian Startups
What is a Data Fiduciary under the DPDP Act?
A Data Fiduciary is any person (including a company, firm, or state instrumentality) who alone or jointly with others determines the purpose and means of processing personal data. For most Indian startups, if you collect or process user data, you are a Data Fiduciary and bear the primary responsibility for compliance.
How does DPDP impact my SaaS product in India?
If your SaaS product processes personal data of Indian users, you must comply. This includes implementing explicit consent, ensuring secure data handling, enabling data principal rights, and having a robust breach notification process. It's a critical factor for your product's market acceptance and legal standing in India.
Is Aadhaar data handling covered by DPDP?
Yes, any processing of Aadhaar data, being personal data, falls under the DPDP Act. Additionally, specific guidelines from the Unique Identification Authority of India (UIDAI) must be followed for Aadhaar-based authentication and eKYC, such as using masked Aadhaar and adhering to data retention limits, to ensure secure and compliant handling.
What is the penalty for DPDP non-compliance?
The DPDP Act imposes significant penalties for non-compliance, with fines ranging up to ₹250 crore for major breaches like failure to take reasonable security safeguards to prevent a data breach. These penalties underscore the critical importance of robust engineering practices for data protection.
Get a Security-Minded Engineering Team
Navigating the complexities of the DPDP Act 2023 requires deep technical expertise and a proactive approach to application security. At Krapton, we specialise in building secure web and mobile applications, SaaS products, and AI integrations that are compliant by design. Our team understands the nuances of Indian regulations and develops solutions that protect your users' data while driving your business forward. Talk to Krapton about software security services and share your project brief with Krapton to ensure your next product is built securely from the ground up.
