DPDP Act and AI: run LLMs on Indian infrastructure, with personal data kept in India
Indian enterprises want generative AI on customer data: support tickets, KYC files, claims, patient notes. The DPDP Act makes them answerable for every processor that data reaches, and sector regulators such as RBI already require some data to stay in India.
SynapCores runs the whole AI pipeline (SQL, vector search, graph, in-database ML and local LLM inference) as one self-hosted engine in your Indian data centre or an Indian cloud region. Prompts, documents and embeddings do not need to leave the country to be useful.
Not legal advice. This page describes technical controls; confirm your obligations with your legal and compliance team.
Short answer
The DPDP Act allows most cross-border transfers, but it holds the Data Fiduciary responsible for every Data Processor, and the Rules let the government require Significant Data Fiduciaries to keep specified data in India. Sector rules (RBI for payments data, CERT-In for logs) add stricter localisation. Self-hosting inference and retrieval in India removes the AI pipeline from these questions: SynapCores runs a local model, so no foreign AI API sees the data.
Inference stays in India
A local GGUF model or your own Ollama answers prompts. No overseas LLM API is needed.
Fewer Data Processors
Database, vector store, graph, ML and LLM are one system you operate, so there is less to contract for and audit.
Erasure in one place
Personal data and its embeddings live in the same tables. Deleting the row deletes the vector.
Logs you keep in India
Agent runs land in a hash-chained ledger stored in your own database, alongside the data.
What the DPDP Act means for AI projects
The Digital Personal Data Protection Act, 2023 applies to digital personal data processed in India, and to processing outside India connected with offering goods or services to people in India. The DPDP Rules were notified in November 2025 with a phased timeline: the Data Protection Board first, with most fiduciary obligations following over the next 18 months.
Four parts of the Act matter most for generative AI:
- Purpose and consent (Sections 4–7): personal data used to ground an LLM needs a lawful purpose. Keeping retrieval inside the system that already holds the consent record makes purpose checks a query, not a vendor review.
- Data Processors (Section 8(2)): the fiduciary stays responsible for processors it engages, and needs a valid contract with each. A hosted embeddings API, vector database and LLM API are three processors.
- Security safeguards (Section 8(5)): reasonable safeguards to prevent a breach, with penalties of up to ₹250 crore for failing to take them. A smaller footprint is easier to secure and to evidence.
- Erasure (Sections 8(7) and 12): data must be erased when the purpose is served or consent is withdrawn, and that includes copies in vector indexes and vendor logs.
Cross-border transfers and data localisation
Section 16 lets the central government restrict transfers to specific countries. Transfers elsewhere are allowed under the Act, but sector rules can be stricter, and the Act defers to them. The DPDP Rules also let the government require Significant Data Fiduciaries to keep specified categories of personal data, and traffic data about their flow, inside India.
| Rule | What it asks | What a self-hosted AI engine changes |
|---|---|---|
| DPDP Act s.16 | Transfers can be blocked to notified countries | AI processing creates no transfer, so a future restriction does not break the pipeline |
| DPDP Rules (SDFs) | Specified personal and traffic data may have to stay in India | Prompts, embeddings and outputs are stored and processed in India |
| RBI payment data storage (2018) | Payment system data stored only in India | Fraud, dispute and support AI can use that data without exporting it |
| CERT-In directions (2022) | ICT system logs kept for 180 days within India | Agent and AI activity logs sit in your own database in India |
| IRDAI / SEBI outsourcing and cloud rules | Oversight of outsourced IT and where data sits | One self-hosted system to assess instead of several AI vendors |
Reference setup: an India-only AI stack
SynapCores ships native Linux binaries (x86_64 and aarch64) and a Docker image. It runs on servers in your own data centre or on VMs in any Indian cloud region. The default AI provider loads a quantised GGUF model in-process with llama.cpp, and Ollama works as a drop-in alternative. Nothing in this configuration needs a connection outside the host.
gateway.toml: local inference, telemetry off
# /etc/synapcores/gateway.toml
# Option 1: in-process GGUF model via llama.cpp (default, fully offline)
[query.ai_service]
provider = "native"
model = "llama-3.2-1b-instruct-q4_k_m"
embedding_model = "minilm"
# Option 2: a local Ollama on the same host or network
# [query.ai_service]
# provider = "ollama"
# base_url = "http://localhost:11434"
# model = "llama3.2"
# Anonymous install telemetry is opt-out; switch it off for air-gapped sites
[telemetry]
enabled = falseRAG on customer data without an overseas API
With a local model, embeddings and semantic search are SQL functions. Customer records, their embeddings and the retrieval query sit in one database, under one set of access controls and one erasure process.
-- Embeddings are computed by the local model, inside the database
CREATE TABLE policies (
id INT PRIMARY KEY,
clause TEXT,
embedding VECTOR(384)
);
INSERT INTO policies (id, clause, embedding)
VALUES (1, 'Personal data is processed only within the EU.',
EMBED('Personal data is processed only within the EU.'));
-- Semantic search: no external embeddings API, no export to a vector SaaS
SELECT id, clause,
COSINE_SIMILARITY(embedding, EMBED('cross-border transfer')) AS score
FROM policies
ORDER BY score DESC
LIMIT 5;Where Indian teams use it
BFSI: fraud and AML
Graph traversal over accounts and transactions, anomaly models with AUTOML.TRAIN, and agent triage, all on localised payment data. See AML.
Insurance: claims
Read claim documents with in-database OCR and embeddings, and keep every agent decision in the audit ledger. See Insurance.
Healthcare
Grounded clinical Q&A over records that never leave the hospital network. See Healthcare.
Public sector and GCCs
Air-gapped deployments for government work, and one portable stack for global capability centres serving several jurisdictions. See Government.
Checklist for your DPO and CISO
- Map where personal data goes in the AI design today: embeddings, vector store, LLM, logs, evaluation tools.
- Mark which data falls under sector localisation (RBI, IRDAI, SEBI) or may be specified for Significant Data Fiduciaries.
- Move inference and retrieval onto infrastructure in India and remove the overseas hops.
- Turn telemetry off for regulated sites (
[telemetry] enabled = false). - Keep AI activity logs in India for at least 180 days to meet the CERT-In directions.
- Test erasure: delete a data principal's rows and confirm their embeddings and AI outputs go with them.
DPDP Act and AI: frequently asked questions
Does the DPDP Act require AI data to stay in India?
+
Not in general. The Act permits transfers except to countries the government restricts, but sector regulators (for example RBI for payment data) require localisation, and the DPDP Rules allow the government to require Significant Data Fiduciaries to keep specified data in India. Running AI on Indian infrastructure keeps you covered under all of these.
Can we use generative AI on customer data under the DPDP Act?
+
Yes, with a lawful purpose, valid consent or legitimate use, reasonable security safeguards and working erasure. Self-hosting the model and the vector index means fewer Data Processors to contract with and a single place to delete data from.
Which LLMs can run inside SynapCores?
+
Any GGUF model for the in-process provider, any model served by your own Ollama, and a local embedding model for EMBED(). Indic-language open-weight models work the same way as long as they are available in those formats.
Does SynapCores send data back to its vendor?
+
No customer data. By default the engine sends an anonymous install heartbeat (a random installation ID, version and OS) that never contains SQL, schemas, prompts, embeddings or rows. Turn it off with [telemetry] enabled = false, DO_NOT_TRACK=1 or synapcores telemetry disable.
How does this help with CERT-In log retention?
+
Agent runs are written to a hash-chained ledger in your own database, so AI activity logs are stored in India with the rest of your systems. Enterprise adds audit retention beyond 30 days and SIEM export for central log management.
Continue
Generative AI on Indian data, kept in India
Install the free Community Edition on a server in India today, or talk to us about Enterprise for regulated BFSI, insurance, healthcare and public-sector deployments.