TheDPDPAct.com -
Official WhatsApp Channel
Stay updated with the latest DPDP Act news, compliance insights, updates, and resources.
Join Our WhatsApp Channel →Nobody on a board needs to understand prompt injection to approve this budget well.
They need to ask a handful of good questions and know what a good answer sounds like.
That matters because the request is arriving at more boards now, and it can be hard to judge. It sits between security and AI, two topics where most directors, quite reasonably, defer to management. BDO's 2026 survey of more than 200 U.S. directors, fielded in June, found that only 36% were very confident their board had the right skills to oversee AI, cybersecurity and data governance; 49% were somewhat confident and 15% were not. That is a U.S. sample, not an Indian one, but the discomfort will be familiar. So here are the questions, with notes on the answers worth listening for.
Ask management to describe the single worst thing an attacker could make this AI do, without technical vocabulary.
It could show one customer another customer's records.
It could approve a refund it should not.
It could reveal our internal instructions and credentials.
If the answer is vague, the budget request probably is too. A good answer names a specific system, a specific harm, and who would be affected.
Some context for scale. IBM's 2026 India findings put the average breach at INR 25.5 crore, and reported that 26% of malicious breaches in India were AI-generated. Globally, as summarised by Kiteworks and by Baker Donelson, IBM found that incidents involving an organisation's own AI models or applications rose from 13% to 21% of breaches, and that among organisations that had such an incident, 92% lacked proper AI access controls at the time. Treat the global figures as secondary-sourced; the India figures come from IBM's own release.
You cannot test what you have not counted. A credible request starts from an inventory: what AI is in use, what data it touches, what it can do, who owns it.
Listen for shadow AI too, meaning tools staff adopted without approval. IBM India reports that shadow AI adds an average of INR 1.79 crore to a breach where it is present. If management cannot say how many AI tools are in use, an inventory may need to come before the red team does.
Fair question, and a good one to press on. Microsoft's AI Red Team, says it has tested more than 100 generative AI products, makes two points that help here. AI systems amplify existing security risks and introduce new ones, so old weaknesses still matter. And automation helps, but people stay at the centre, because judgement, subject knowledge and context cannot be fully automated.
A good answer says that traditional testing still has a job, that AI adds new routes in (such as steering a model through content it reads), and that the engagement will cover the system around the model, not just the model.
The request should say which system is being tested, which attackers are being simulated, and what is off limits. If it says "our AI," send it back. A narrow, well-chosen first scope beats a broad vague one, and we cover how to write one in our guide to scoping a first AI red team engagement.
Be wary of any plan whose output is a report and nothing else. Ask for four things:
* findings that your own team can reproduce
* severity ratings that tie back to the worst cases from question one
* a named owner for every fix
* a retest after the fixes, in the same budget
Microsoft describes repeated cycles of testing, measurement and mitigation as part of keeping AI systems safe. A single test with no retest tells you what was wrong on one day.
For financial-sector boards, RBI's FREE-AI report says each regulated entity should adopt an AI governance policy approved by its board, and recommends structured red teaming across the AI lifecycle, proportionate to risk. These are the committee's recommendations, and we could not confirm from the report whether they are binding, so ask your compliance head for the current position.
Beyond finance, Section 8(5) of the DPDP Act requires reasonable security safeguards for personal data, with penalties of up to INR 250 crore, and the main duties are due from about mid-May 2027. If your AI touches personal data, documented adversarial testing is one way to show reasonable steps. That is our reading, so take legal advice.
Findings do not fix themselves.
The board should expect one named executive who accepts or rejects each risk, and a date by which the board will hear what changed.
This is the question that separates a purchase from a programme.
You do not need to judge the price against a benchmark, and we have not found a reliable published one. Judge the shape instead. A sound request names one system and one worst case, comes with an AI inventory, explains what the test adds over existing testing, includes a retest, names an owner, and says how often the testing will repeat. A request missing three or more of those is not ready.
ILLUME Intelligence can sit with management before the board pack goes out, helping turn "we need AI red teaming" into a scoped, board-ready request. Our AI Red Teaming service then carries out the testing, with AI Penetration Testing (AI VAPT) and LLM Security Testing covering the surrounding application layers, and our vCISO service can own the follow-through and the board reporting.
If the board approves this and nothing changes six months later, what would that say about the decision?
Ask for the answer to that in writing, before you sign.