This guide is for a CTO, VP Engineering, founder or compliance reviewer about to hand customer data, prompts or a model to an offshore AI team, whether a dedicated development team or an offshore development center. It assumes you have read the outsourcing overview, the IP-protection checklist and the security vetting questions for any partner; this page goes deeper on the AI-specific data-handling controls none of those cover. It is general guidance, not legal or security-certification advice.
In this guide
- What are the three ways an offshore AI team can leak your data, prompts or model?
- The three leak paths, compared
- Closing each leak path
- Where AI fits
- What delivery record exists, and what does not
- Alternatives: who verifies these controls
- Limits of this guide
- Frequently asked questions
- Next step
What are the three ways an offshore AI team can leak your data, prompts or model?
A partner already vetted for code security can still expose your data through its AI usage specifically, and a vendor can pass a general security review while failing all three paths below. First, the vendor's own engineers may paste your data, prompts or proprietary logic into AI coding tools never approved for your project — a pattern surveys call shadow AI, common enough that most organizations have no visibility into where their data flows once an AI tool is in the loop. Second, whichever AI provider or model vendor the team uses may retain your prompts, outputs and files for monitoring, troubleshooting, or to train its own models, unless the contract and account tier say otherwise. Third, even when a provider states a processing region, inference, logging and backup can run from a different region than a dashboard implies, and failover during a capacity event can shift traffic across a border without anyone changing a setting. None of the three is solved by the general controls a security vetting checklist already asks about, and none is the same question as who owns the resulting evaluation set or trained model once the engagement ends.
The three leak paths, compared
| Leak path | What it looks like in practice | Why a general vendor check misses it | Control to verify |
|---|---|---|---|
| Shadow AI tool use | An engineer pastes customer data, credentials or proprietary logic into a personal or free-tier AI coding assistant that was never approved for the project | A code-review and access-control audit checks what the team's systems do with your repository, not what an individual engineer pastes into a browser tab | A written, maintained list of AI tools approved for your project, enterprise-licensed rather than personal accounts, and a rule against sensitive data in prompts enforced by tooling, not only policy |
| AI provider retention and training | The model provider behind the vendor's tooling retains prompts, files and outputs for monitoring or troubleshooting, or uses them to train or improve its own models, under terms the vendor never negotiated on your behalf | A confidentiality clause with the vendor stops the vendor from disclosing your data to a third party; it does not reach what the vendor's own AI provider does with data the vendor sends it | A Data Processing Agreement naming the AI provider, stating retention duration and purpose, and restricting training on your data without separate written approval |
| Cross-border data residency | Inference, logs or backups run in a region different from the one a dashboard or marketing page implies, including during provider-side failover | A one-time vendor questionnaire records a stated region, not the operational routing that actually runs during normal use or an incident | A written processing-region commitment covering inference, logging and backups, plus disclosure of failover behavior, not just the default setting |
Closing each leak path
-
Inventory which AI tools touch your data before work starts
Ask the vendor to name every AI coding assistant, chat tool and AI-powered service its team uses on your project, not just the ones named in its proposal.
-
Require enterprise accounts, not personal or free-tier ones
An enterprise-licensed AI tool typically comes with a contract stating the vendor does not retain data or train on it; a personal account runs on consumer terms that usually allow exactly that.
-
Put a no-sensitive-data-in-prompts rule in writing, and ask how it is enforced
A policy alone relies on an individual engineer's judgment under deadline pressure; ask whether the rule is backed by a technical control, such as a review gate on AI-assisted changes or a filter on outgoing prompts.
-
Ask for a Data Processing Agreement that names AI use specifically
A DPA written for general hosting and support does not automatically cover an AI provider in the chain; it should name the provider, state retention and purpose, and restrict training on your data absent your written approval, the same restriction the AI-contract clauses guide treats as a baseline.
-
Name the processing region in the contract, not only in a dashboard
Ask where inference, logs and backups actually run, and whether failover to another region is possible during a capacity event; a contractual commitment is verifiable in a way a settings screen is not.
-
Ask for the subprocessor and model-vendor chain in writing
Which AI models and vendors touch your data, and how that choice is made, so a change made quietly later is a contract breach rather than an unpleasant discovery.
Where AI fits
Netbase works with the major commercial and open-source AI tools and models, chosen per project rather than standardized on a single vendor's stack — the same reason a data-protection control should name the processing behavior to require (no training without approval, a named region, enterprise-tier accounts) rather than a specific vendor's brand, since the underlying tool can change over the life of an engagement.
-
In delivered work
Retrieval-augmented knowledge assistants, document AI and MLOps pipelines
These engagements ran under the same enterprise-tool and data-handling practice described in this guide; the clients are not named, and no count, duration or result is published for them.
What delivery record exists, and what does not
Netbase contributors work under NDA, and NDAs and data processing agreements are available to clients on request. Security practice covers secure code review and version control, TLS in transit and AES at rest, role-based access control, MFA for admin dashboards, vulnerability scanning and penetration testing, and disaster recovery. Netbase holds ISO 27001 certification and a SOC 2 Type II attestation, and follows GDPR-aligned, HIPAA-aligned and CCPA compliance practices — these cover Netbase's own operations, not a client's own AI provider account or model choice. In Netbase custom development, the client owns the IP created for it; Netbase's own productized modules and Business Division products stay licensed, not transferred, the same ownership split that keeps a client's AI outputs and any trained component theirs rather than Netbase's. Most Netbase projects are delivered on fixed-price contracts agreed after discovery, with milestone-based, monthly team retainer and KPI-linked models also offered; the data-protection controls in this guide apply the same way under any of them.
What does not exist. No published Netbase record states a specific processing-region guarantee, a vendor-training opt-out beyond its own stated model-agnostic practice, or a count, duration or result for the anonymised AI engagements referenced above. This page is not evidence of a particular control having been negotiated on a named client engagement, and it is not a substitute for your own counsel's review of a specific DPA.
Alternatives: who verifies these controls
| Route | Strength | Fits when |
|---|---|---|
| Your own security or legal team reviews the vendor's AI-tool list and DPA | Keeps judgment in-house, against your own risk tolerance | You have in-house capacity and only need the vendor's AI-specific answers reviewed |
| A third-party security audit of the vendor's AI tooling and data flows | Independent verification beyond a vendor's own questionnaire answers | The data is sensitive enough (regulated, high-value IP) to justify an external audit |
| A delivery partner that documents its AI-tool approval list and data-handling practice up front | The control list exists before you ask, instead of being assembled on request | You want data protection built into how the engagement runs, not bolted on afterward |
In Netbase custom development, data-handling practice is documented as part of the standard engagement rather than assembled on request: enterprise-tier, model-agnostic AI tooling, NDAs and DPAs available by default, and the IP split that keeps a client's own data and outputs theirs. The offer sits in dedicated development teams and the offshore development center model; the AI knowledge assistant solution and the professional services industry page cover an adjacent delivery shape for buyers who most often need these controls reviewed before signing.
Limits of this guide
- It is general information, not legal or security-certification advice; data-protection law and cross-border transfer rules differ by country, so take local legal advice before relying on any control described here.
- It does not repeat the IP-assignment and GDPR processor-clause checklist in protecting IP when outsourcing, the general vetting questions in security questions to ask a partner, or the clause-drafting in contract clauses for outsourced AI projects; read those alongside this one.
- It does not state a specific data-residency guarantee, training opt-out or control as a Netbase commitment beyond its own registered security and AI-tooling practice.
- It does not cover what to do once a leak is confirmed; that is an incident-response and regulatory-notification question for counsel, not a prevention checklist.
Plan the next step with a Netbase consultant
Frequently asked questions
Yes. A contract that covers the vendor's own confidentiality and code security does not automatically cover what an individual engineer pastes into a personal AI tool, which is why the AI-tool inventory and enterprise-account requirement are separate controls, not a restatement of general confidentiality terms.
Not automatically. A DPA written before AI tools were part of the engagement usually names the vendor as the processor, not the AI provider behind its tooling; ask for the AI provider to be named explicitly, with its own retention and training terms stated.
No. The vendor's location and the AI provider's processing region are different questions, and failover routing during a capacity event can move inference, logs or backups to a different region than a dashboard setting implies, so the contract should name the committed processing region directly.
It changes the control, not the need for one. A vendor that is not locked into one AI provider can switch tools more easily if a provider's terms are unfavorable, but every provider it uses still needs the same enterprise-account, no-training and residency controls verified individually.
Next step
Share which AI tools and models your prospective offshore team plans to use and we will book a solution review to check the enterprise-account, data-use and residency controls before you sign. You can also read how to hire an offshore AI engineering team in Vietnam or the contract clauses an outsourced AI project needs, or browse more Netbase insights.
Related services and solutions
An AI-augmented dedicated development team in Vietnam that answers for results
Netbase provides dedicated development teams from Vietnam for product companies and enterprises to add engineering capacity without losing control. Teams of 3 to 30 people work only on your product, use AI-assisted engineering under review, report to a named account manager and project manager, typically start within one to two weeks after discovery, and the IP they create is yours.
Learn More
An AI-enabled offshore development center in Hanoi, when a long roadmap needs one
An offshore development center (ODC) in Vietnam is a long-running engineering team that a partner abroad staffs, manages and documents for your product roadmap. Netbase runs ODC teams from its only office, in Hanoi, with AI-assisted engineering, weekly governance and knowledge transfer built in. When the work has a defined outcome, a fixed-price project usually fits better.
Learn More
AI knowledge assistant: answers from company knowledge, with sources and access control
An AI knowledge assistant is an internal tool that answers employees' questions from your company's own documents and systems, cites the source behind every answer and shows each person only what they may see. Netbase offers it as a growth capability, designed with retrieval, evaluation and human review from the first pilot, and has delivered one for an unnamed client.
Learn More
Work with Netbase remotely
Every Netbase engagement is delivered remotely, so clients in any country and any industry can work with us; Netbase has worked with clients in 80 countries. Contracts and invoices are issued by Netbase JSC, and payment is made by bank transfer to Netbase JSC's company account or PayPal Business. Talk to the CEO, Huy Nguyen (David), on WhatsApp or by email.
Discuss a project
Netbase JSC helps organizations design, build, modernize, and operate digital products and AI-enabled business systems.project@netbasejsc.com
+84 937 869 689
91 Nguyen Chi Thanh, Dong Da, Hanoi, Vietnam
Get in touch
Tell us what you want to build, modernize, or operate.