A practical 90 day plan for AI risk in a growing SaaS company: what a vCISO does first, which frameworks to use, what it costs, and when you can skip it.

The first version of this article, written in 2024, described what a vCISO is. This version describes what a vCISO does in the weeks after a growing SaaS company puts a large language model into its product, and an enterprise prospect replies with a security questionnaire that now has a whole section on AI.
The stakes are measurable. IBM's 2026 Cost of a Data Breach Report puts the global average breach at $4.99 million, a 12% rise on the prior year, and the average breach involving an AI model inversion attack at $6 million. A year earlier, IBM's 2025 report found that 13% of organisations had a breach involving AI models or applications, and 97% of those lacked proper AI access controls. That last number is the one we care about. Access control is not exotic AI science. It is ordinary security work that nobody had applied to the new system yet.
When we run an AI risk assessment for a company this size, the risk rarely lives in a custom model. Many of them do not train models at all. They call a hosted model through an API, wrap it in a feature, connect it to a vector database of customer documents, and give it a few tools. Then staff start pasting contracts, support tickets and source code into whatever chatbot they prefer.
That produces four places where things go wrong:
Shadow AI. Employees using personal accounts on public AI tools with customer data. We cover the breach pattern in detail in our shadow AI article.
The product feature itself. Prompt injection, leaked system prompts, and a model that will happily summarise another tenant's document if retrieval is not scoped per customer.
Agents with too much reach. An assistant that can send email, issue refunds or run queries on behalf of a user, with credentials broader than the user's own. Securing AI agents is now a standing item in our assessments.
The supplier chain. Model providers, embedding services and open source packages whose data retention terms nobody read.
Data poisoning and adversarial images, the risks the old version of this post led with, matter far more to companies that train their own models. For a typical SaaS team they come lower on the list. That is an opinion, and an assessor at a model lab would rank them differently.
There are four frameworks worth knowing. They do different jobs, and buying into all four at once is how a 90 day project becomes a 12 month one.
Framework | What it is good for | Our view for a 30 to 200 person SaaS company |
|---|---|---|
NIST AI RMF 1.0 (January 2023) plus the Generative AI Profile, NIST AI 600-1 (July 2024) | Organising AI risk work into Govern, Map, Measure and Manage | Use it as the skeleton. Free, voluntary and readable, and it maps cleanly to what customers ask in questionnaires. |
OWASP Top 10 for LLM Applications (2025 edition) | Engineering review of LLM features | Use it first for any customer facing AI feature. It is the checklist your developers will actually read. |
Mapping real adversary tactics and techniques against AI systems | Useful for threat modelling and red team planning. Overkill as a governance framework for most teams. | |
A certifiable AI management system | Premature for most companies under 100 staff unless a named customer requires it. Build toward it, certify later. |
Certification bodies will disagree with the last row. Our position is simple: an ISO 42001 certificate on top of weak access control and no AI inventory is paperwork, and the 2025 IBM numbers show how often the missing control is ordinary access control. If you already hold ISO 27001, the step to 42001 is shorter, and our ISO 42001 consulting page explains how we run that project.
This is the sequence we follow on a new vCISO engagement where AI risk is the trigger. Each step has an owner on your side and a document at the end.
Build the AI inventory: every model provider, API key, AI feature, internal tool and browser extension in use. Owner: CTO or engineering lead. Output: a one page register with data types and owners.
Publish an AI acceptable use policy that names approved tools and bans pasting customer data into anything else. Owner: vCISO drafts, CEO signs. Output: policy plus a 30 minute staff briefing.
Read the data terms of each model provider: retention, training on your inputs, region, and subprocessors. Owner: vCISO with legal. Output: a supplier table with a keep, change or replace decision for each.
Rotate any model API keys found in code, tickets or chat history. Owner: engineering. Output: secrets moved to a vault, old keys revoked.
Run a threat modelling session on each AI feature against the OWASP LLM list, with particular attention to LLM01 Prompt Injection, LLM02 Sensitive Information Disclosure, LLM06 Excessive Agency and LLM08 Vector and Embedding Weaknesses. Owner: vCISO with the feature team. Output: a ranked finding list with tickets.
Scope retrieval per tenant and per user, and cut agent tool permissions to the user's own rights. Owner: engineering. Output: merged changes and a retest.
Add logging for prompts, tool calls and refusals, with a retention period your privacy policy can defend. Owner: engineering with the vCISO. Output: an alert for unusual tool use.
Write the AI risk register using NIST AI RMF categories and assign an owner to each risk. Output: the register, reviewed by leadership.
Add AI scenarios to your incident response plan and run one tabletop: a prompt injection that exfiltrates a customer document. Output: an updated plan and a list of gaps.
Prepare standard answers for the AI section of security questionnaires and, if you are pursuing SOC 2, map the new controls to your existing criteria. Output: a reusable answer bank.
A common pattern we see is that steps 1 to 4 close more real exposure than everything after them. They are also the cheapest.
There is no single AI law to comply with in North America, which makes the work less dramatic and more spread out.
In Canada, the federal Artificial Intelligence and Data Act died with Bill C-27 when Parliament was prorogued in January 2025. That left existing privacy law doing the work. PIPEDA, or the substantially similar private sector laws in Quebec, British Columbia and Alberta, governs personal information you send to a model provider. In June 2026 the government tabled Bill C-36, the Protecting Privacy and Consumer Data Act, which would replace the privacy part of PIPEDA and require organisations to disclose automated decision systems that can have a legal or similarly significant effect on people. It contains no AI act like AIDA and, as of October 2026, has not passed second reading.
The federal, provincial and territorial privacy commissioners issued joint principles for generative AI in December 2023 that spell out how regulators read PIPEDA for AI. If you serve Quebec, section 12.1 of the Quebec private sector privacy act, in force since September 22, 2023 under Law 25, requires you to tell a person when a decision about them is based exclusively on automated processing and, on request, explain the factors behind it. Provincial health privacy laws such as Ontario's PHIPA apply if clinical data reaches a model.
In the US, the FTC has made clear that Section 5 applies to AI claims and AI products; its Operation AI Comply sweep in September 2024 opened with five enforcement actions. If you are a HIPAA covered entity or business associate, sending protected health information to a model provider makes that provider your business associate or subcontractor, so you need a business associate agreement in place before the first API call that carries PHI. State laws add rules on automated decision making. California's CCPA regulations on automated decisionmaking technology took effect on January 1, 2026, and businesses that use it for significant decisions must comply from January 1, 2027. Colorado replaced its original AI Act with SB 26-189, a notice based law that also takes effect on January 1, 2027.
None of this needs a lawyer on retainer for a company that sells B2B software. It needs someone to read the rules once, map them to your features, and keep the map current. That is vCISO work. For the policy side, our AI governance service covers the documents in detail.
IRM publishes its vCISO pricing in three tiers:
Tier | Monthly fee | Hours per month | Fits when |
|---|---|---|---|
Crawling | from US$2,000 a month | 15 to 20 | You use third party AI tools internally and have one simple AI feature |
Walking | from US$4,250 a month | 20 to 40 | You ship customer facing LLM features or agents, or face AI questionnaires every month |
Running | from US$6,950 a month | 40 to 60 | AI is the product, or you are working toward SOC 2 or ISO 42001 alongside AI controls |
For comparison, the ROI calculator on our vCISO page uses a full-time CISO baseline of US$250,000 a year. The 90 day plan above fits inside the Walking tier for most companies with one or two AI features. Companies with no AI in the product can usually do days 1 to 30 inside the Crawling tier and stop there.
Hours are not the only cost. Expect two to four hours a week from your engineering lead during days 31 to 60. A vCISO who promises to fix your product without engineering time is selling you documents.
Some readers should close this tab.
You probably do not need outside help for AI risk if all of the following are true: you ship no AI features, you use one enterprise AI tool with training on your data switched off, no regulated data (health, financial, children's) moves through it, and no customer has asked you an AI question yet. In that case, write a one page acceptable use policy, run our free AI governance playbook, and revisit in six months.
You also do not need a vCISO if you already employ a security lead who has time. A vCISO adds most when nobody owns security, or when the person who owns it is also running infrastructure and on call.
And a vCISO will not fix a model that is wrong. Hallucinated answers are a product quality problem first. We can help you set rules for human review and disclosure, but accuracy belongs to your product and data teams.
Pick one action you can finish by Friday:
Ask engineering for a list of every AI API key in use and where it lives.
Run the free ISO 42001 gap assessment to see how far you are from a defensible AI management system, even if you never certify.
Put LLM01 Prompt Injection on the agenda of your next product review and ask who owns it.
If the inventory comes back longer than expected, book a 30 minute call and we will tell you which tier fits, or whether you need us at all.
Our diverse industry experience and expertise in AI, Cybersecurity & Information Risk Management, Data Governance, Privacy and Data Protection Regulatory Compliance is endorsed by leading educational and industry certifications for the quality, value and cost-effective products and services we deliver to our clients.