The first real privacy decision here is where the model runs. Cloud models are the most capable, yet every request leaves the user’s device and your control to reach them. On device inference, using frameworks like Apple’s Core ML, keeps sensitive data local and never puts it on the wire. Choosing between the two is not only a performance question. It is a privacy question about how far your customers’ data should have to travel.
Sending data to a model is not the end of its journey. Many providers log the requests they receive, some retain them for a period, and their terms differ on whether your inputs can be used to train future models. Reading those terms, and negotiating them where the stakes are high, is a core part of protecting that data, and teams routinely skip it.
The cost of skipping it shows up in the breach data. IBM’s 2025 report found that shadow AI, the unsanctioned use of AI tools, was a factor in 20 percent of breaches and added roughly $670,000 to the average cost. More striking, 27 percent of organizations said that over 30 percent of the data flowing into their AI systems contained private information, while only 17 percent had any technical control capable of stopping a confidential upload. Breaches that involved shadow AI also exposed customer records at a higher rate than the global average.
Regulation treats this data seriously even when teams do not. Under the European Union’s GDPR, a single mishandled breach can cost up to 4 percent of worldwide revenue, and health data carries its own obligations under rules like HIPAA. Those penalties attach to exactly the customer information that an AI feature quietly ships to a third party, which makes AI data privacy a compliance problem as much as an engineering one.
Control is a design choice, and it starts before the first request is sent. Keep inference on the device when the feature allows it. Send the model only the data it truly needs rather than the whole record. Ask providers for zero retention terms so your inputs are never stored or reused. Encrypt data both in transit and at rest, route calls through private endpoints, and tell users plainly what leaves their device. Handled this way, AI data privacy stops being a liability hiding inside a convenient feature and becomes something you can stand behind.
Tepia builds AI into apps with data privacy engineered in, from on device inference to zero retention model calls and private endpoints. We design the data flow so your customers’ information goes only where it must, and no further.
This is Part 2 of a 3 part series on AI features and app security.
Read the rest of the series: AI App Security: Adding Intelligent Features Without Opening a Hole (Part 1) · Secure AI Integration: The New Attack Surface and How to Close It (Part 3)
Nearly every product team is racing to put AI inside its app, and each new…
CRM Build a Custom CRM or Bend Salesforce and HubSpot? A Decision Framework Deciding whether…
FIELD SERVICE Most operations start on a platform and only consider custom field service software…
FIELD SERVICE A dispatch and work order app earns its keep on the features technicians…
FIELD SERVICE Choosing a custom field service app or ServiceTitan comes down to fit and…
HEALTHCARE APPS Patient Intake That Does Not Make People Quit: the UX That Cuts Drop…